home *** CD-ROM | disk | FTP | other *** search
/ Simtel MSDOS - Coast to Coast / simteldosarchivecoasttocoast2.iso / citadel / ctdl338b.zip / ERRORS.MSG < prev    next >
Text File  |  1990-07-08  |  22KB  |  689 lines

  1. Error Messages for Citadel-86
  2. V3.32
  3. 90Jul08
  4.  
  5.    This is an incomplete listing of error messages, both fatal and warning,
  6. Citadel-86 can generate, along with possible explanations and even plans
  7. for fixing same.  These can occur both in CONFG and CTDL.
  8.  
  9. FATAL MESSAGES:
  10.    These messages will usually show up at the console and in a file named
  11. CRASH.
  12.  
  13. ------------
  14.  
  15. "INTERNAL: No room for new option!"
  16.  
  17.    PROBLEM: This error indicates you have either a trashed CTDLPROT.SYS file
  18. or have defined either too many external upload or download protocols.  The
  19. limit is 15 for both modes.
  20.  
  21.    SOLUTIONS: It should be obvious if the problem is in uploads or downloads.
  22. Remember, you're only allowed about 20 external protocols in each of uploads
  23. and downloads (not total, but per).  Check to make sure your CTDLPROT.SYS is
  24. correct (not trashed up) -- if Ease thinks it's ok, then check it by hand.
  25. You'll find CTDLPROT.SYS in your #ROOMAREA directory.
  26.  
  27. ------------
  28.  
  29. "?getLog-read fail//EOF detected (1)!"
  30. "?getLog-read fail//EOF detected (2)!"
  31. "?getLog-read fail//EOF detected (3)!"
  32.  
  33.    PROBLEM: An attempt to read an account from the log failed.  1 indicates
  34. the failure occurred while reading the main body of the account, 2 the failure
  35. occurred while trying to read the room pointers, 3 the failure occurred in
  36. reading the Mail> data.  This is a serious problem.
  37.  
  38.    SOLUTIONS? If the cause isn't a damaged CTDLLOG.SYS which will require you
  39. to erase it and reconfigure (and thus lose all of your accounts if you haven't
  40. backed up), then there are a few other causes:
  41.  
  42.  o Changing #MAIL-SLOTS in CTDLCNFG.SYS without running one of the data
  43. expansion contraction utilities (Ease is preferred, but the obsolete DataChng
  44. also will do the job).
  45.  
  46.  o Changing #MAXROOMS in CTDLCNFG.SYS without etc.
  47.  
  48.  o Changing both #MAXROOMS and #MAIL-SLOTS in the same session with Ease.
  49. While this should be theoretically possible, it is NOT recommended.
  50.  
  51.  o Internal bug.  Report it if the other causes seem improbable.
  52.  
  53. ------------
  54.  
  55. "?putLog-write fail (1)!"
  56. "?putLog-write fail (2)!"
  57. "?putLog-write fail (3)!"
  58.  
  59.    PROBLEM: As you might guess, these are related to those above.  They indicate
  60. an attempt to update the log failed.  1 indicates the failure occurred
  61. while writing the main body of the account, 2 while writing the room pointers,
  62. and 3 the Mail> data.  This problem is very serious.  The most probable
  63. cause is some sort of odd mixup in MS-DOS, or an internal bug.
  64.  
  65. ------------
  66.  
  67. "?getRoom(): read failed//error or EOF (1)!"
  68. "?getRoom(): read failed//error or EOF (2)!"
  69.  
  70.    PROBLEM: An attempt to read a room record failed.  1 indicates the failure
  71. came while reading the main body of the room, 2 the messages themselves.
  72.  
  73.    SOLUTIONS?  This is a serious problem.  It can be caused by changing
  74. #MAXROOMS without employing Ease or DataChng.  Otherwise, you may have found a
  75. bug.
  76.  
  77. ------------
  78.  
  79. "?putRoom(): fseek failure!"
  80. "?putRoom() crash!//0 returned!!!(1)"
  81. "?putRoom() crash!//0 returned!!!(2)"
  82.  
  83.    PROBLEM: A room record couldn't be written; 1 indicates the failure came
  84. while writing the main body of the room's record, 2 the messages.  The fseek
  85. failure indicates the system wasn't allowed to find the correct place in
  86. CTDLROOM.SYS to write.
  87.  
  88.    SOLUTIONS?  This is very serious and may indicate a DOS problem or internal
  89. bug.
  90.  
  91. ------------
  92.  
  93. "Memory failure -- I need more memory!"
  94.  
  95.    PROBLEM: Citadel-86 couldn't allocate memory for an internal buffer.
  96.  
  97.    SOLUTION: Don't run such a large system or free up more space by killing
  98. a TSR or shrinking a RAM disk.
  99.  
  100. ------------
  101.  
  102. "Couldn't open the floor file for update!"
  103.  
  104.    PROBLEM: Citadel-86 tried to open the floor file for an update and failed.
  105.  
  106.    SOLUTION: This may be caused by accidentally deleting your CTDLFLR.SYS
  107. file while in Outside Commands or something.  Or it may indicate you don't
  108. have FILES=20 in your CONFIG.SYS.
  109.  
  110. ------------
  111.  
  112. "?putFloor(): write failed!"
  113.  
  114.    PROBLEM: Citadel-86 tried to write to the floor file and failed.
  115.  
  116.    SOLUTION?  The only probable cause would be a problem with disk full or
  117. with DOS.
  118.  
  119. ------------
  120.  
  121. "?getNet-read fail(1)!!"
  122. "?getNet-read fail(2)!!"
  123. "?getNet-read fail(3)!!"
  124.  
  125.    PROBLEM: An attempt to read a net (node) record failed.  1 indicates the
  126. failure occurred while reading the main body of the net record, 2 the room
  127. sharing information, 3 the network-archive information.
  128.  
  129.    SOLUTION:  The causes could be
  130.  
  131.  o changing #SHARED-ROOMS without using Ease or DataChng.
  132.  o changing #NET-ARCH-ROOMS etc.
  133.  o trying to change both of the above at the same time.
  134.  o internal bug.
  135.  
  136. ------------
  137.  
  138. "?putNet-write fail(1)!!"
  139. "?putNet-write fail(2)!!"
  140.  
  141.    PROBLEM: An attempt to write a net (node) record failed.  1 indicates the
  142. failure occurred while writing the main body of the net record, 2 the room
  143. sharing information.
  144.  
  145.    SOLUTIONS?  Well, best bets are a full disk, an internal bug or a problem
  146. with DOS.
  147.  
  148. ------------
  149.  
  150. "?nextMsgChar-read fail"
  151.  
  152.    PROBLEM: Citadel-86 tried to read a sector from the message base and
  153. failed.
  154.  
  155.    SOLUTIONS?  Either you have a badly damaged CTDLMSG.SYS (the file has
  156. been truncated in some way), or you've messaged with your #MESSAGEK parameter
  157. without using Expand or Ease.
  158.  
  159. ------------
  160.  
  161. "?startAt read fail"
  162.  
  163.    PROBLEM: Citadel-86 tried to change file position to read a message and
  164. wasn't allowed to.
  165.  
  166.    SOLUTIONS?  See above error.
  167.  
  168. ------------
  169.  
  170. "?putMsgChar-write fail"
  171. "?putMsgChar-read fail"
  172. "?ctdlmsg.sys write fail"
  173.  
  174.    PROBLEM: These two errors indicate, collectively, a failure to write a
  175. message to disk.  The first and third indicate a failure occurred while
  176. actually writing to disk, the second failure occurred while reading in part
  177. of the message base in preparation for modification and writing.
  178.  
  179.    SOLUTIONS?  See above error.
  180.  
  181. ------------
  182.  
  183. "putMessage -- couldn't open direct mail file!"
  184. "putMLNet crash"
  185.  
  186.    PROBLEM: Citadel-86 attempted to open a network Mail> file (*.ML) and
  187. failed; Citadel-86 couldn't write to the network Mail> file.
  188.  
  189.    SOLUTIONS?  The disk may be full; #NETAREA may have disappeared (unlikely,
  190. though); internal bug.
  191.  
  192. ------------
  193.  
  194. "putMessage -- couldn't open route mail file!"
  195.  
  196.    PROBLEM: Citadel-86 attempted to open a network routed Mail> file (R*.*)
  197. and failed.
  198.  
  199.    SOLUTIONS?  See above error.
  200.  
  201. ------------
  202.  
  203. "bad op: start=<number> cycles=<number>"
  204.  
  205.    PROBLEM: An internal Citadel-86 routine contained a bad op-code.
  206.  
  207.    SOLUTIONS?  Memory is being corrupted by something.  Try a new version of
  208. Citadel-86, see if you can get it to reproduce (and then report it), try
  209. changing something in your system.
  210.  
  211. ------------
  212.  
  213. "Dependent variables mismatch!"
  214.  
  215.    PROBLEM: Citadel-86 detected a a mismatch between the room name in the
  216. internal index and the name of the room read off of disk.
  217.  
  218.    SOLUTIONS?  Internal bug.  Report it, see if you can reproduce it at will.
  219.  
  220. ------------
  221.  
  222. "shared rooms: #2"
  223. "shared rooms: #1"
  224.  
  225.    PROBLEM: A bad shared room status was detected.
  226.  
  227.    SOLUTIONS?  An examination of the netlog.sys should indicate what room the
  228. crash occurred for; also, editing the implicated node and using the 'R'ooms
  229. command should show which room looks odd.  Unshare the room and then reshare
  230. it.
  231.  
  232. ------------
  233.  
  234. "ctdlvnet.sys is missing!!"
  235. "ctdlvrm.sys is missing!"
  236. "ctdlvnet.sys is missing!!"
  237.  
  238.    PROBLEM: These indicate something's wrong in the virtual rooms.
  239.  
  240.    SOLUTIONS?  Check to make sure FILES=20 is in your CONFIG.SYS.  See if
  241. the files exist in the VIRTUAL directory.
  242.  
  243. ------------
  244.  
  245. "crashout: unknown case in switch statement"
  246.  
  247.    PROBLEM: Citadel-86 is upset about handling the calllog.sys.
  248.  
  249.    SOLUTIONS?  This is an internal bug, please report it and all circumstances.
  250.  
  251. ------------
  252.  
  253. "CallMsg error!"
  254.  
  255.    PROBLEM: Citadel-86 can't open an audit file.
  256.  
  257.    SOLUTIONS?
  258.  
  259.  o The most likely problem is FILES=20 is not in your CONFIG.SYS.  Triple
  260. check this possibility.  Or maybe you didn't reboot after setting it in your 
  261. CONFIG.SYS?
  262.  o Citadel-86 "moved" itself out of its directory and failed to move back (very
  263. unlikely), which is an internal bug.
  264.  
  265. ------------
  266.  
  267. "putSLNet crash"
  268.  
  269.    PROBLEM: Citadel-86 can't write to a sendfile file.
  270.  
  271.    SOLUTIONS?  Beats us.
  272.  
  273.  
  274. ------------
  275.  
  276. NON-FATAL WARNING MESSAGES:
  277.    These messages typically only show up either at the console or on the
  278. user's screen and the console.
  279.  
  280. ------------
  281.  
  282. "URP IN DOMAINS!"
  283.  
  284.    PROBLEM: Internal bug in Citadel-86.  Indicates the system thought was
  285. absolutely certain it is a domain server for some domain, but upon checking
  286. discovered to its dismay that it is not.
  287.  
  288.    SOLUTIONS? Report it and all details.  Attempt to reproduce.
  289.  
  290. ------------
  291.  
  292. "WARNING: badly formed ctdldmhd.sys."
  293.  
  294.    PROBLEM: Your CtdlDmhd.Sys file (see Network3.Man) has one or more lines
  295. in it that Citadel-86 couldn't really do much with.
  296.  
  297.    SOLUTIONS? Fix them if you built the file yourself, else contact the
  298. person who made the file and inform them of the problem.  Be aware that maybe
  299. the file has just been trashed up.  Also, if you have a CtdlDmhd.Lcl file
  300. in place, the problem may lie in there rather than in CtdlDmhd.Sys.
  301.  
  302. ------------
  303.  
  304. "INTERNAL FILE ERROR!"
  305.  
  306.    PROBLEM: Citadel-86 tried to open a compressed file prepatory to reading
  307. information from it and failed.
  308.  
  309.    SOLUTIONS? At this point, Citadel-86 should already have verified the file
  310. exists, so why the opening the file failed indicates a bug of some sort.
  311.  
  312. ------------
  313.  
  314. "Sorry, no room in system."
  315.  
  316.    This message is displayed to a TWITted user attempting to create a room.
  317.  
  318. ------------
  319.  
  320. "Your date is unintelligible."
  321.  
  322.    This message is displayed to a user who attempted to read messages since
  323. or before a given date and entered a date Citadel-86 couldn't decode.  The
  324. correct format for a date is yymmmdd, where yy is optional, mmm is the
  325. month and is text, not numeric, and need only be so long as to be unique
  326. (the longest this requires is three letters in the case of July and June).
  327.  
  328. ------------
  329.  
  330. "System error with mkdir!"
  331.  
  332.    This message is displayed when attempting to create a temporary work
  333. directory.  The only probable cause is a full disk, since Citadel-86 checks
  334. for files/directories which might interfere with creating a temporary
  335. directory (i.e., the name used for the temporary directory is dynamic).
  336.  
  337. ------------
  338.  
  339. "SetSpace failure, aborting!"
  340.  
  341.    This message indicates the system attempted to change directory to the
  342. directory attached to the current room prepatory to transmitting a file
  343. using an external protocol and failed.  Presumably, the existence of the
  344. directory should have been verified, so this error would probably indicate
  345. a bug of some sort.
  346.  
  347. ------------
  348.  
  349. "Sorry, the list of files would be too long.  Try again without a date
  350.             specification."
  351. "Sorry, the list of files would be too long."
  352.  
  353.    These two messages are caused by the same problem.  Citadel-86 transmits
  354. files via external protocols by executing the named program with the file
  355. names (wildcards are expanded).  Unfortunately, DOS has a command line
  356. limitation of 128 characters, so if too many file names result from the
  357. user's file specification, Citadel-86 cannot run the program safely.  If there
  358. is a date specification attached to the download, then Citadel-86 simply
  359. aborts.  If not, Citadel-86 again tries to build a command line, this time
  360. with an unexpanded file-spec (i.e., what the user typed in).  If overflow
  361. once again occurs, Citadel-86 gives up.  If it does work, Citadel-86 will
  362. execute the external program, trusting the program can expand its wildcards.
  363.  
  364. ------------
  365.  
  366. "Ooops, couldn't find <msg#>"
  367.  
  368.    This message indicates your system's message base (CTDLMSG.SYS) has
  369. suffered some sort of damage, or Citadel-86 is confused.  Running CONFG
  370. on your system may fix it if Citadel-86 is confused (although you may have
  371. to delete CHKPT to ensure a complete reconfigure), but if there's real
  372. damage (caused by disk errors or Citadel-86 bugs (the latter unlikely)),
  373. then you'll just have to wait until Citadel-86 overwrites the damaged error.
  374.  
  375.    Since we've not seen Citadel-86 destroy its own message base, you may want
  376. to consider have your hardware checked.
  377.  
  378. ------------
  379.  
  380. "Unexpected internal error, please report it!"
  381.  
  382.    This message indicates a bug in Citadel-86's Mail system.  Please try
  383. to reproduce it and then report it.
  384.  
  385. ------------
  386.  
  387. "Internal error in mail!"
  388.  
  389.    This error indicates another bug in Citadel-86's Mail which should
  390. be reported.  This time, Citadel-86 was saving a Mail message and suddenly
  391. discovered the user the Mail was intended for can no longer be found
  392. despite earlier verification!
  393.  
  394. ------------
  395.  
  396. "Internal error, couldn't identify <string>"
  397.  
  398.    This error, which can involve both users and system names, is generated
  399. by the Who Else processing and, once again, indicates an internal bug
  400. which should be reproduced and then reported it.
  401.  
  402. ------------
  403.  
  404. "ERROR: Couldn't open output file <filename>"
  405.  
  406.    This message is occurs when Citadel-86 attempted to open a file to Journal
  407. (manual) or Archive (automatic) a message and the open failed.  This
  408. normally indicates a directory or other special object in DOS already
  409. exists with that name, or you tried to open a file which can't exist
  410. (usually because the directory you specified also doesn't exist).  Please
  411. use a different name.
  412.  
  413. ------------
  414.  
  415. "C-86 internal error with doors.  Sorry."
  416.  
  417.    Citadel-86 tried to open a transitional data file (to save data in while
  418. a door is up) and failed.  Maybe your disk is full?  Maybe we have a bug
  419. in Citadel-86.
  420.  
  421. ------------
  422.  
  423. "?ERROR CREATING!"
  424.  
  425.    This message occurs when Citadel-86 tries to create a directory for some
  426. reason (usually during System Operator activity).  The only probable cause,
  427. offhand, is a full disk.
  428.  
  429. ------------
  430.  
  431. "That's not a directory!"
  432.  
  433.    Citadel-86 asked you for a directory name and you gave it the name of
  434. a file or something else which it couldn't process.  BAAAAAAAAAAAAAAAD
  435. Sysop!
  436.  
  437. ------------
  438.  
  439. "?Directory not present! (internal error)"
  440.  
  441.    This message indicates your CTDLDIR.SYS file is messed up or missing
  442. completely.  Check on it.
  443.  
  444. ------------
  445.  
  446. "?Directory not present!"
  447.  
  448.    This message indicates the directory attached to the current room
  449. doesn't exist.  You probably deleted it while Citadel-86 was off-line.
  450. Either recreate it or change the room's setting.
  451.  
  452. ------------
  453.  
  454. "Unknown problem with filetagging!"
  455.  
  456.    FILEDIR.TXT could not be opened for update.  Disk full?  Bug?
  457.  
  458. ------------
  459.  
  460. "buffer overflow"
  461.  
  462.    The user tried to type in more than 7500 characters of text.  Split the
  463. message.
  464.  
  465. ------------
  466.  
  467. "?not found."
  468.  
  469.    User using replace string typed in a string which isn't in the current
  470. message.
  471.  
  472. ------------
  473.  
  474. "?Overflow!"
  475.  
  476.    User using replace string typed in a replacement string which, if allowed,
  477. would cause an overflow of the message buffer.  Split the message.
  478.  
  479. ------------
  480.  
  481. "Sorry, already sharing <number> rooms with <nodename>"
  482.  
  483.    You've reached your #SHARED-ROOMS setting for the named node.  Either
  484. give up or use Ease or DataChng to increase #SHARED-ROOMS.
  485.  
  486. ------------
  487.  
  488. "Couldn't open %s for update?"
  489.  
  490.    This happens when you are attempting to send some files to another system
  491. and Citadel-86 couldn't open a file to handle the administration.  Full disk,
  492. perhaps?  Bug?
  493.  
  494. ------------
  495.  
  496. "Sorry, reserved name"
  497.  
  498.    You typed in &L for a nodename.  This is reserved to indicate "All Local
  499. Systems."
  500.  
  501. ------------
  502.  
  503. "There are only 31 nets to choose from."
  504.  
  505.    Read NETWORK3.MAN on Member Nets.
  506.  
  507. ------------
  508.  
  509. "Couldn't append to <filename>????"
  510.  
  511.    You wanted to request some files but this error occurred.  Full disk?
  512. Bug?
  513.  
  514. ------------
  515.  
  516. "Unknown problems with netMail: author=-<name>-, target=-<name>-,
  517. context=-<stuff>-.  System was <name>."
  518.  
  519.    This error, which will show up in the Aide> room, indicates your system
  520. attempted to send Net Mail to another system (named in the message), but
  521. failed for some completely unknown reason.  The author name indicates who
  522. authored the message, the target is the name of the person the mail was
  523. supposed to be delivered to, and the context is supposed to contain stuff
  524. allowing debug of the problem.
  525.  
  526.    The only current case in which this may show up is when someone sends
  527. netmail somewhere else but to a recipient who doesn't exist, and then is
  528. deleted from the sending system before the mail is delivered.  This can also
  529. happen on older systems (pre-V3.32) with accounts forwarding mail incorrectly
  530. onward, when the mail being forwarded is netmail and the sender on real
  531. originating system doesn't happen to exist on the intermediate system (that
  532. is, the one which found the warning message in the Aide> room).
  533.  
  534. ------------
  535.  
  536. THE NETLOG
  537.  
  538.    These messages may appear from time to time in your netlog if you happen
  539. to run a netlog.  Not all netlog messages are covered here, only the unusual
  540. messages.
  541.  
  542. ------------
  543.  
  544. "Couldn't switch to WXMODEM"
  545. "No YMODEM"
  546.  
  547.    These two messages indicate Citadel-86 couldn't switch from XMODEM, the
  548. default low-level protocol, to a different (and presumably better)
  549. protocol.  These messages will be seen most often when dealing with
  550. older Citadel-86 variants such as STadel or very old Citadel-86 systems.
  551.  
  552. ------------
  553.  
  554. "No compaction"
  555.  
  556.    For some reason Citadel-86 couldn't enable message compaction when netting
  557. with another system.  As with the two previous messages, this'll be seen
  558. with old variants and elderly Citadel-86 systems.
  559.  
  560. ------------
  561.  
  562. "ITL_send failure <number>, mode <number>"
  563.  
  564.    This message indicates an unexpected interruption of service at the
  565. lowest level of the network protocol, specifically during transmission (as
  566. opposed to reception) of data or control information.  There are a number of
  567. causes for messages of this sort:
  568.  
  569.  o Some versions of STadel and STadel-variants do not handle role-reversal
  570. termination correctly.  In this case there is nothing to worry about, all
  571. data should transfer cleanly despite the unfortunate glitch.
  572.  
  573.  o Line noise.  There is no guarantee that all data transferred.
  574.  
  575.  o Disk full conditions sometimes cause this.
  576.  
  577.  o Etc.
  578.  
  579.    The following are the specific values and their meanings for the two
  580. numbers that can show up.
  581.  
  582.    The FAILURE code (first number):
  583.  
  584.  2 -- The receiver cancelled the transmission.  This is highly unusual,
  585. since a cancellation of a transmission should take place at a far higher
  586. level.
  587.  
  588.  3 -- The transmission never even started; the initialization sequence for
  589. whatever protocol is in use (NAK for XMODEM, for example) was never
  590. received during the timeout period.
  591.  
  592.  4 -- General failure code, could mean anything from the system was being
  593. fussy to full disks.
  594.  
  595.  9 -- Carrier was lost.
  596.  
  597.    The MODE code (second number) can only be one of two numbers:
  598.  
  599.  1 -- The failure occurred while attempting to start a transmission; that is,
  600. Citadel-86 was prepared to send information and the other end crapped out
  601. without even trying to initialize the transmission.  Usually, Mode 1 failures
  602. occur with a failure code of 9.
  603.  
  604.  2 -- The failure occurred during or at the end of the transmission.
  605.  
  606. ------------
  607.  
  608. "Msg from unknown node <system name> @<system id>",
  609.  
  610.    During vortex handling, Citadel-86 displays the name and ID of every
  611. system your installation doesn't know about which had a message in
  612. the current batch to be processed.
  613.  
  614. ------------
  615.  
  616. "<message id> from <system name> rejected."
  617.  
  618.    This indicates a message is thought to have been vortexed and was
  619. thus rejected.  The message may be in a file named DISCARD.
  620.  
  621. ------------
  622.  
  623. "Couldn't create <filename>!!"
  624.  
  625.    Citadel-86 was going to create a vortex record for some system and
  626. couldn't open the file for recording the data.  Is your disk full?
  627.  
  628. ------------
  629.  
  630. "No recipient: <name>"
  631.  
  632.    Net Mail> was sent to a non-existent user on your system.
  633.  
  634. ------------
  635.  
  636. "WARNING: Can't open <filename>!!!!"
  637.  
  638.    Citadel-86 couldn't open a temporary buffer for generating the summary
  639. Aide> message.  Disk full?  FILES=20 in your CONFIG.SYS?
  640.  
  641. ------------
  642.  
  643. "Rejecting <system name> (<system id>)"
  644.  
  645.    The other system wanted to use you to route to another system and
  646. you refused for some reason, most likely route flags.
  647.  
  648. ------------
  649.  
  650. THE DOMAIN.LOG
  651.  
  652.    These messages may appear from time to time in your domain.log (which in
  653. turn is located in your #DOMAINAREA directory).
  654.  
  655. ------------
  656.  
  657. "Mail for unknown system <system name>."
  658.  
  659.    PROBLEM: Your system is a domain server.  Your system was asked to deliver
  660. mail to a system in a domain you serve which you couldn't identify.
  661.  
  662.    SOLUTIONS? If the system really is unknown, not much.  You can delete the
  663. mail if you like; mail addresses are located in the first 42 bytes of each
  664. file, and killing a file won't hurt.  At the current time there is no mechanism
  665. for automatically sending negative acknowledgements back to the sender.
  666.  
  667.    If, on the other hand, the system name was merely misspelled, you can use
  668. your ALIASES.SYS file to redirect the mail.  See Network3.Man for more detail
  669. on ALIASES.SYS.
  670.  
  671.    Finally, if it happens that the target system is located in some other domain
  672. which you do not serve (user picked wrong domain), you can use an editor to
  673. edit your MAP.SYS file to redirect the mail.  Simply find the entry containing
  674. the bad domain name, correct it, and bring your system back up (oh yeah, you
  675. should bring your system down before doing this sort of stuff).
  676.  
  677. ------------
  678.  
  679. "Don't know how to reach domain <domain name>."
  680.  
  681.    PROBLEM: This is a very rare message.  Your system has no mail hub defined
  682. and has received mail for a domain it knows nothing about.
  683.  
  684.    SOLUTIONS? Define a mail hub.  Find out who serves the domain and make
  685. appropriate adjustments to your system to get it delivered.  If the domain
  686. is just misspelled, consult the last paragraph of the above error message.
  687.  
  688. ------------
  689.