home *** CD-ROM | disk | FTP | other *** search
/ ProfitPress Mega CDROM2 …eeware (MSDOS)(1992)(Eng) / ProfitPress-MegaCDROM2.B6I / BBS / MISC / IMAIL121.ZIP / IMAIL.Q&A < prev    next >
Encoding:
Text File  |  1991-11-06  |  18.5 KB  |  418 lines

  1.  
  2.  
  3.  
  4.  
  5.                       IMAIL 1.21 -- Questions and Answers
  6.  
  7.                             Version 1.06 (04.11.91)
  8.  
  9.                            written by Andreas Klein
  10.  
  11.                             (2:241/8002 @ FidoNet)
  12.                             (57:49/0 @ IntlNet   )
  13.  
  14.  
  15.  
  16.         0. Introduction
  17.  
  18.            This text should help all people to install IMAIL, the
  19.            best mailprocessor I ever seen. Although IMAIL is a well
  20.            documented and supported product I noticed that some
  21.            problems occur very often. I try to describe possible
  22.            situations and solutions which could help you if you use
  23.            IMAIL on your system.
  24.  
  25.            If you have a problem not described in this text and you
  26.            cannot solve, use the IMAIL-support-echos (IMAIL_HELP).
  27.  
  28.            I try to maintain this text as actual as possible, if you
  29.            have problems which should described here, please send me a
  30.            netmail with your problem and your solution. Moreover known
  31.            bugs (are there any? :-) will be described here, too.
  32.  
  33.            I'd like to thank Felix Kasza, Cliff Jones, Stefan Kaspar,
  34.            Klaus Michael Ruebsam and all the others for their help
  35.            and answers.
  36.  
  37.            Munich (Germany), 04.11.1991
  38.  
  39.  
  40.            Andreas Klein
  41.  
  42.            2:241/8002 @ FidoNet
  43.            57:49/0 @ IntlNet
  44.  
  45.  
  46.         1. IMAIL in general
  47.  
  48.            Q: I have a path to IMAIL, but IMAIL doesn't find his
  49.               configuration.
  50.  
  51.            A: Set the IMAIL-environmentvariable to the path, where
  52.               IMAIL can find its configuration, like
  53.  
  54.               SET IMAIL=E:\FRODO\IMAIL
  55.  
  56.               Now, you can run IMAIL from everywhere without switching
  57.               to the IMAIL-homedirectory, first.
  58.  
  59.            Q: IMAIL reports the following error if I try to call TOSS
  60.               or PACK:
  61.  
  62.                   *** ERROR ***    Error in configuration file ->
  63.                                    does not exist
  64.  
  65.            A: Check whether the filename for the reply-text is correct
  66.               and whether this files resides in the IMAIL-hom-directory.
  67.  
  68.            Q: I am actually using TosScan and want to try IMAIL. Is
  69.               it possible to transfer the TosScan setup into an IMAIL
  70.               setup?
  71.  
  72.            A: Indeed, it is. Klaus Michael Ruebsam (2:247/816) wrote
  73.               a program, which can transfer the whole TosScan setup
  74.               into an IMAIL-setup.
  75.               You only have to setup the additional features of IMAIL.
  76.               Look for
  77.  
  78.                         TS2IM120.*
  79.  
  80.               which should be at least available at the IMAIL-support-
  81.               systems.
  82.  
  83.            Q: IMAIL TOSS/SCAN and ALNK always pack the temporary packets
  84.               (created by FrontDoor and Intermail) into the arcmail
  85.               packets (netmails, file-attaches, ...).
  86.  
  87.            A: Make sure, that IMAIL's outbound directory and FrontDoors
  88.               and Intermails Packet-Directory are different. According
  89.               to the FrontDoor-documentation, the packet directory
  90.               should only be used for FrontDoor and nothing else.
  91.  
  92.            Q: What about Security?
  93.  
  94.            A: Security is a very important topic today, so IMAIL offers
  95.               you several possibilities to prevent unauthorized people
  96.               to originate echomail through your system.
  97.               If you set the "secure" switch in the echo area manager
  98.               of an echo to Yes, IMAIL checks before tossing a message
  99.               into this echo whether the originating system (according
  100.               to the information in the packet header) is mentioned
  101.               in the export list of this echo. So, only people getting
  102.               this echo from you can distribute their mail again via
  103.               your system, mails from other systems were tossed into the
  104.               badecho.
  105.               Therefore you should normally set "secure" to Yes, except
  106.               you use programs like RAID which cannot write a system
  107.               adress in the messagehaeder which is in your export-list.
  108.               In this case, set only the security of the echos used by
  109.               RAID or other programs to No.
  110.  
  111.               Systems can only request echos at your system if they
  112.               are defined in the nodemanager and if they present their
  113.               password in the subject-line of their request. If you set
  114.               no password, they will never be able to invoke AreaLink.
  115.               Moreover, they can only request echos of the groups
  116.               you set in the nodemanager. This is the main reason for
  117.               using groups of echos. You can specify which node will
  118.               get which group of echos.
  119.  
  120.            Q: What's the Capability Word?
  121.  
  122.            A: The Capability Word (CW) is a part of each PKT-header. It
  123.               is used to determine whether a packet is a Type 2+ or a
  124.               Stone Age-packet.
  125.  
  126.               This is very important, the Type 2+ is newer and contains
  127.               much more information than Stone Age. Only Type 2+ packets
  128.               are use 4d-addresses, together with a Stone Age mailpro-
  129.               cessor, you have to use a fakenet. Type 2+ is an extension
  130.               of the Stone Age-packets, using free space in the header.
  131.  
  132.               The CW itself is a bitfield where each of the 16 bits is
  133.               used as flag which show the capabilities of the program
  134.               which created the PKT. It indicates whether the extended
  135.               data in the header is valid. Moreover, it makes it possible
  136.               to support several other, non Type 2+ packets.
  137.  
  138.               From FSC-0038:
  139.  
  140.               Actually, only the first six bits of the CW are used:
  141.  
  142.               Node Supports  ---FTSC Type Supported --
  143.  
  144.                                 9  8  7  6  5  4  3 2+
  145.  
  146.               2+,3, and 7       0  0  1  0  0  0  1  1
  147.               2+,3, and 5       0  0  0  0  1  0  1  1
  148.               2+ (this Doc)     0  0  0  0  0  0  0  1
  149.               Stone Age         0  0  0  0  0  0  0  0
  150.  
  151.               If the only the first bit of the CW is set, the packet was
  152.               created by a Type 2+ mailprocessor and the extended data
  153.               (for example zone and point-information) is valid.
  154.  
  155.               The CW also a solution for the TosScan-problem. The CW was
  156.               introduced after TosScan 1.0 was released, so Joaquim
  157.               Homrighausen had to find another solution to determine
  158.               whether a packet was Type 2+ or not. He did it by checking
  159.               the productcode and implemented only the programs which
  160.               were type 2+ capable at this time, TosScan and D'Bridge.
  161.               IMAIL was programmed later, so TosScan isn't able to
  162.               recognize the 4d-structure of the packetheader.
  163.               TosScan 1.0 was released, the CW
  164.  
  165.            Q: I want to convert my IMAIL-configuration into FOLDER.FD,
  166.               MESSAGES.RA, CONFIG.BBS or an AREAS.BBS.
  167.  
  168.            A: Look for IMCONV from me. It is capable to convert your
  169.               IMAIL-config into all these config-types. Moreover
  170.               it can creates configurable AREAS.BBS-like files.
  171.               It was hatched into IMAIL-fileecho and you can request
  172.               it here under magic IMCONV.
  173.  
  174.         2. IMAIL on a point
  175.  
  176.            Q: My bossnode sends all my echomail back to my system.
  177.  
  178.            A: You are configured as a 3d-point at your bossnode or send
  179.               your echomail with your fakenet-adress, although you are
  180.               configured as a 4d-point.
  181.  
  182.            Q: TosScan tosses all my echomail into the badmail-echo.
  183.  
  184.            A: This is a TosScan problem.
  185.               IMAIL is fully 4d-capable (according to FSC-0039 and
  186.               FSC-0048). All mailpocessors use a unique product-code
  187.               (according to the FTSC-productcode-list).
  188.               TosScan was developped before these definitions were
  189.               published and it accepts only packets with the product-
  190.               code of D'Bridge or with its own productcode as 4d-packets.
  191.               If you use IMAIL (without such programs like TWIST),
  192.               TosScan uses only the net/node-information of the packets
  193.               and thinks, that these packets were coming from itself.
  194.               Therefore, they were tossed into badmail.
  195.               Until a new TosScan-release is available, you have to
  196.               switch back to fakenet or use one of the TWIST-programs.
  197.               These programs change the productcode of the packets
  198.               (which is not a very good solution).
  199.  
  200.  
  201.         3. IMAIL on a node
  202.  
  203.            Q: I want to have points, how must IMAIL be configured.
  204.  
  205.            A: There is nothing special, you enter each point in the
  206.               nodemanager (with password and groups). You can either
  207.               setup them as 3d- or 4d-points whereby 4d-points should
  208.               be taken whenever possible. But there is some software
  209.               which requires fakenet-adresses. The most point-software
  210.               (including IMAIL) is 4d-capable, so there is normally no
  211.               need for a fakenet.
  212.  
  213.            Q: I must use a fakenet and IMAIL should strip the fakenet
  214.               from the PATH-line.
  215.  
  216.            A: Set the POINTNET-environmentvariable, like
  217.  
  218.               SET POINTNET=18002
  219.  
  220.               in your autoexec.bat (or at that place, where you set
  221.               all your other things). IMAIL will now strip your
  222.               fakenet-adresses.
  223.  
  224.            Q: I use IMTHINGS IMPORT to import the netmail for my
  225.               BBS-users. But I can't find an export-function.
  226.  
  227.            A: IMTHINGS needs no special export-function, this will be
  228.               done by the usual IMAIL SCAN call. IMAIL SCAN exports the
  229.               netmail from all boards which are defined in the setup.
  230.               Note, that you can setup one netmail-board for each aka.
  231.  
  232.            Q: All messages of a new echo were tossed to the badmail-echo,
  233.               moreover the board cannot be requested by anyone.
  234.  
  235.            A: This is correct, if IMAIL creates a new echo in his config-
  236.               files, it hasn't all information which are  necessary for
  237.               a complete definition of an echo. Therefore, the echo
  238.               cannot be accessed by your downlinks.
  239.               The mails must be tossed into the badmail-echo, because
  240.               there is no boardnumber defined. IMAIL gives you the
  241.               chance to see all these new mails instead of deleting
  242.               them immediatly.
  243.  
  244.            Q: I set up the new echo, but the mails which reached me
  245.               before were only moved into the new board, my downlinks
  246.               didn't get them.
  247.  
  248.            A: IMAIl cannot export these mails again, because it cannot
  249.               determine from which system they came. If IMAIL would
  250.               export these mails to your downlinks, this would probably
  251.               cause a great number of dupes.
  252.  
  253.            Q: Mail-packets from my points and from nodes of other zones
  254.               are not recognized as 4d-packets and tossed into badmail.
  255.  
  256.            A: Your downlinks use software which does not handle the CW
  257.               according to FSC-0048 (like TosScan 1.0, D'Bridge 1.30 or
  258.               ScanToss <1.34). They produce 4d-packets but the CW-word
  259.               is not set to 1, so IMAIL cannot determine whether this
  260.               is a 4d-packet or not.
  261.               Look at the IMAIL logfile, you will find something like
  262.  
  263.               28F25666.PKT from 57:31/1.0 to 57:49/0.0 (004B [2+])
  264.                                                         ^^^^^^^^^
  265.               4B is the product-code of IMAIL (and the [2+] indicates
  266.               that IMAIL creates type 2+-packets).
  267.               If your up/downlink has a mailprocessor which creates
  268.               2+-packets without setting the cw-word, you can setup
  269.               the product-code and IMAIL treats all packets with this
  270.               product-code as type 2+-packets.
  271.  
  272.         4. IMPACK
  273.  
  274.            Q: My netmail is not packed.
  275.  
  276.            A: Did you changed your batch-files when installing
  277.               IMAIL 1.20.
  278.               The former IMAIL PACK call is now done by an own program,
  279.               called IMPACK.
  280.               Did you define the packrouting in IMSETUP before you
  281.               called IMPACK. Otherwise you have to define the pack-
  282.               routing via commandline (according to the docs).
  283.  
  284.            Q: How can I route all my netmail to one system except the
  285.               mails for another system. Does IMAIL know an EXCEPT
  286.               statement.
  287.  
  288.            A: Actually not, but you can use another construction to
  289.               manage this situation. You want for example route all
  290.               your netmail via 2:241/8000 except the mails for
  291.               2:246/18. Your setup should look like
  292.  
  293.               A    2:246/18     for   2:246/18
  294.               B    2:241/8000   for   ALL
  295.  
  296.               With this method, you can exclude single nodes or whole
  297.               networks or zones from a default pack-routing.
  298.  
  299.            Q: My netmail is packed into the wrong packets, if I use
  300.               IMPACK.
  301.  
  302.            A: IMPACK packs your netmail according to the following
  303.               rules. The definitions in IMSETUP, Pack routing are
  304.               processed top-down.
  305.               Therefore, it might be, that you already qualified
  306.               another node for netmail.
  307.  
  308.               Example:
  309.  
  310.               A    2:241/8000   for   2:241/ALL
  311.               B    2:241/8005   for   2:241/8005
  312.  
  313.               This will never work. IMPACK reaches "A" and packs all
  314.               netmail for net 241 into a packet for 2:241/8000. After
  315.               that, it looks at "B", but there is no more mail for
  316.               2:241/8005 because it was already packed while processing
  317.               "A".
  318.               The correct order would be:
  319.  
  320.               A    2:241/8005   for   2:241/8005
  321.               B    2:241/8000   for   2:241/ALL
  322.  
  323.               You should define first the exceptions and later the
  324.               general rules.
  325.  
  326.  
  327.         5. IMAIL Arealink
  328.  
  329.            Q: IMAIL does not process local entered Arealink-requests.
  330.  
  331.            A: IMAIL Arealink does not process requests if the local bit
  332.               is set, therefore you have to use an editor like GoldED
  333.               to clean this bit.
  334.               Some Editors (like FrontDoor 1.99c) never show the existence
  335.               of the local bit, but it is always set if a message is entered
  336.               local.
  337.  
  338.               The registered version allows you to execute arealink functions
  339.               locally from the commandline.
  340.  
  341.         6. IMAIL in a network
  342.  
  343.            Q: Since I updated my NOVELL from 286 to 386-rel 3.11 I get
  344.               the following Novell-error-message while tossing:
  345.  
  346.               "You have reached your outstanding NCP directory search
  347.               limit".
  348.  
  349.            A: by Felix Kasza, 2:310/11@fidonet.eur:
  350.  
  351.               The above error message has a rather simple background:
  352.               Every time a station starts a dir search with "findfirst",
  353.               an NCP dir status record is allocated. It contains information
  354.               about the current state of the search. Whenever Novell returns
  355.               error 2 (?), "no more files match", the NCP is deallocated. If
  356.               the application finds the file it needs and then FAILS to
  357.               issue the remaining findnext calls until the file-not-found
  358.               error pops up, the NCP is not deallocated.
  359.  
  360.               Result: you use up your quota. After the "You have reached ..."
  361.               message appears, all NCPs are freed, in the hope that the app
  362.               does not try to come back to a previously started search
  363.               (nested recursive dir searches are a problem case), since any
  364.               access to a deallocated NCP will erroneously return "no more
  365.               matching files".
  366.  
  367.               As a quick fix use "CASTOFF ALL" in your batch file. It
  368.               suppresses those nasty one-liners which require you to press
  369.               Enter.
  370.  
  371.         7. IMAIL (registered version)
  372.  
  373.            Q: I registered IMAIL and got my key, but IMAIL still says
  374.               "Unregistered Evaluation Copy".
  375.  
  376.            A: You must rename the keyfile to IMAIL.KEY, your name and
  377.               your system-adress (you gave as you registered IMAIL) must
  378.               be set up correctly.
  379.               The name (IMSETUP, Other Parameters, Sysop Name) must be
  380.               spelled the same way than you spelled it when you registered.
  381.               The system-adress must be one of your akas.
  382.               If you don't call IMAIL from its homedirectory, you should
  383.               set the IMAIL-environmentvariable to this directory,
  384.               otherwise IMAIL can't find his config and key.
  385.  
  386.         8. How to check if a problem is caused by IMAIL.
  387.  
  388.            It is not easy to determine exactly the reason of problems which
  389.            can occur when you use computers. But it is helpfull, more
  390.            neccessary to get as much information as possible. Before you
  391.            ask your question in the IMAIL-support-echos, try to determine
  392.            whether it is really a bug of IMAIL or whether it is a configu-
  393.            rationproblem or a problem of another program.
  394.  
  395.            First of all, check the docs (and this text) which describe
  396.            possible problems and their solutions. Second, try to ask
  397.            one of the support sites mentioned in the docs.
  398.  
  399.            There are several programs which can examine the packets
  400.            produced by mailprocessors (like my PKTVIEW). If you can't find
  401.            a solution, try collect all the information (PKT-header, logs
  402.            or setup) and send them to the support sites which would try to
  403.            help you.
  404.  
  405.            If you use the support echo, your mail should contain all
  406.            neccessary information so other people can help you. Normally
  407.            it is usefull to check older mails of the echo, perhaps your
  408.            problems was already discussed.
  409.  
  410.            I would try to publish such problems and solutions in updates
  411.            of this text, so look for the newest version (which is always
  412.            available at my system under the magic IMAILQA).
  413.  
  414.         9. Known bugs or problems
  415.  
  416.            Actually none.
  417.  
  418.