home *** CD-ROM | disk | FTP | other *** search
/ synchro.net / synchro.net.tar / synchro.net / main / COMM / MMWIN032.ZIP / mm_faq.txt < prev    next >
Encoding:
Text File  |  1999-10-30  |  11.6 KB  |  250 lines
  1.                              MultiMail FAQ v1.3
  2.      _________________________________________________________________
  3.    
  4.    Some frequently asked questions about the MultiMail Offline Reader,
  5.    and my answers.
  6.    
  7.   Topics covered in this FAQ:
  8.   
  9.     1. I get the error message "Packet type not recognized"
  10.     2. How do I set up my spell checker in MultiMail?
  11.     3. Is MultiMail Y2K compliant?
  12.     4. What are the differences between the MS-DOS and Win32 versions?
  13.     5. There are only eight colors to choose from in the color file.
  14.     6. I downloaded MMAIL030.ZIP, but there are no .EXE's in it.
  15.     7. I see by your tear line that you're using version 0.31...
  16.     8. I haven't actually tried MultiMail yet, but I have lots of
  17.        questions
  18.     9. How about adding X feature?
  19.    10. Will you port MultiMail to the XYZ system?
  20.    11. Did you know that "MultiMail" is also the name of a commercial...
  21.    12. I notice your accouncements say "Sorry, no Fidonet addresses...
  22.    13. I'm a programmer. How can I collaborate with you?
  23.    14. Is there an Internet mailing list for MultiMail?
  24.      _________________________________________________________________
  25.    
  26.     1.1: I get the error message "Packet type not recognized" when I try to
  27.     select a packet from the menu. But I know that the packets are OK.
  28.     
  29.    Are you using the Win32 version of MultiMail?
  30.    
  31.     1.2: Why yes, I am.
  32.     
  33.    The most likely explanation is that you haven't set up the command
  34.    lines for your ZIP archiver. When your MMAIL.RC was created, the
  35.    default commands for ZIP-compressed packets were set up to use
  36.    InfoZip. Odds are, you're trying to use the MS-DOS version of
  37.    PKZIP/PKUNZIP instead. So you need to alter the commands a little.
  38.    (Take out the "-j" and "-L" options, and make the commands "pkunzip"
  39.    and "pkzip".)
  40.    
  41.    Another possibility is that you're using 4DOS as your command shell.
  42.    For some reason, it appears to be incompatible with the system()
  43.    command in RSX/NT (the compiler used for the Win32 version). You can
  44.    set the COMSPEC variable to point to COMMAND.COM for just the
  45.    MultiMail session.
  46.    
  47.     1.3: Why the misleading error message?
  48.     
  49.    It should be saying "Could not uncompress packet". However -- again,
  50.    due to a problem with the system() call in RSX/NT -- it doesn't
  51.    recognize that the attempt to uncompress failed, and it only reports
  52.    an error when it tries to look at the (nonexistent) resulting files.
  53.    
  54.     1.4: So why didn't you make PKZIP the default archiver for the Win32
  55.     version? You did for the MS-DOS version.
  56.     
  57.    Because, until recently, PKZIP was only available as an MS-DOS
  58.    program. (The new Win32 versions would require a different command
  59.    line, in any case.) It's suboptimal to use an MS-DOS archiver with a
  60.    Win32 program -- though this confusion has surfaced so often that I've
  61.    considered changing the default. Unlike the other platforms MultiMail
  62.    is available for, in Win32, there's no clear winner among command-line
  63.    Zip-compatible archivers; the only de facto standard is the GUI
  64.    WinZip. So I just carried over the InfoZip settings, since InfoZip is
  65.    the de facto standard on Unix and OS/2, and is also available for
  66.    Win32.
  67.      _________________________________________________________________
  68.    
  69.     2.1: How do I set up my spell checker in MultiMail? There's no option for
  70.     it in MMAIL.RC.
  71.     
  72.    There won't be a separate option for spell checkers. But there are two
  73.    ways you can handle it:
  74.    
  75.    Call the spell checker from your text editor. This is what I
  76.    recommend.
  77.    
  78.    or
  79.    
  80.    Create a batch file that calls both the editor and the spell-checker,
  81.    and set the "editor:" keyword in mmail.rc to point to this batch file.
  82.    
  83.    I can't tell you exactly what the batch file should look like, since I
  84.    don't do this myself. (Anyone who uses one of the popular spell
  85.    checkers, feel free to flesh this answer out a bit.) But the general
  86.    idea would be something like this:
  87.    
  88.  editor %1
  89.  spell %1
  90.  
  91.    (For Unix, substitute '$' for '%'.)
  92.      _________________________________________________________________
  93.    
  94.     3.1: Is MultiMail Y2K compliant?
  95.     
  96.    No. On January 1st, 2000, MultiMail will self-destruct, wiping out
  97.    your hard disk in the process. However, it will only do this to people
  98.    who ask if it's "Y2K compilant".
  99.    
  100.     3.2: Aw, c'mon, I'm serious.
  101.     
  102.    Hey, so am I. ;-) "Y2K compliant" is a meaningless phrase. But OK; you
  103.    want to know what will happen to MultiMail next year. The short and
  104.    incomplete answer is, "nothing special". The more accurate, yet less
  105.    satisfying answer is "it depends".
  106.  
  107.    The source code of MultiMail itself contains no date-related bugs. It
  108.    achieves this, in part, by having rather simple-minded date handling.
  109.    :-) No message-sorting-by-date is available, for example.
  110.  
  111.    Anyway, even though the source of MultiMail itself is OK, there's an
  112.    extremely remote possibility that one of the standard library date
  113.    functions it gets linked to when compiled will, on some platform, have
  114.    a bug. I consider this not worth worrying about, and so should you;
  115.    but there's always a chance. The MS-DOS binary has been specifically
  116.    tested and found to be OK. I haven't bothered testing the others,
  117.    because I trust the standard libraries; and because frankly, it's a
  118.    pain.
  119.    
  120.    But wait; there's more. Part of what I mean when I say "it depends" is
  121.    that MultiMail has to interact with other programs: QWK, Blue Wave and
  122.    OMEN doors, as well as SOUP handlers. And some of them are definitely
  123.    going to have problems, though I can't give you a list of which will
  124.    do what. (I'll only vouch for the correctness of my own QWK door,
  125.    Valence -- preferably version 1.6.) SOUP will probably be the least
  126.    affected.
  127.      _________________________________________________________________
  128.    
  129.     4.1: What are the differences between the MS-DOS and Win32 versions? They
  130.     look the same.
  131.     
  132.    They're quite different internally; but yes, they function nearly
  133.    identically. (So do the Unix and OS/2 versions.) The MS-DOS version is
  134.    a 32-bit DPMI client, so (depending on your settings) it can read
  135.    messages and packets just as large as the Win32 version. It even
  136.    understands long filenames under Windows 9x. About the only advantages
  137.    of the Win32 version are better multitasking with other Windows apps,
  138.    and support for long filenames under Windows NT.
  139.      _________________________________________________________________
  140.    
  141.     5.1: There are only eight colors to choose from in the color file. Why is
  142.     it so limited?
  143.     
  144.    No, there are really 16 foreground colors, and 8 background. The high
  145.    bit of the foreground color is set by using the "Bold" attribute in
  146.    the color file. These are all the colors available to you in text mode
  147.    on a standard PC-type display, with the exception of a special mode
  148.    (not supported by MultiMail) which lets you swap the "blinking"
  149.    attribute for 16 colors in the background, too.
  150.    
  151.     5.2: So why is it called "Bold", anyway?
  152.     
  153.    That's the ANSI name for it, and also the curses name (A_BOLD). On
  154.    some displays (e.g., an xterm), it actually boldfaces the text,
  155.    instead of (or in addition to) affecting the color.
  156.    
  157.     5.3: What's the purpose of the "Reverse" attribute? Why not just switch the
  158.     colors around? Isn't that the same?
  159.     
  160.    On a monochrome terminal, no. The "Reverse" and "Bold" attributes are
  161.    the only way to get highlighting on such a terminal. The color schemes
  162.    I've made (though not the contrib schemes) make use of these
  163.    attributes to ensure that they look OK when the program is run on a
  164.    monochrome screen.
  165.      _________________________________________________________________
  166.    
  167.     6.1: I downloaded MMAIL030.ZIP, but there are no .EXE's in it.
  168.     
  169.    That's a source code archive. Look under "Binaries" on the web page
  170.    for a pre-compiled version for your platform. (If you're coming in via
  171.    FTP, they're in:
  172.    ftp://ftp.clark.net/pub/wmcbrine/bbs/offline/mmail-bin/)
  173.      _________________________________________________________________
  174.    
  175.     7.1: I see by your tear line that you're using version 0.31, but your web
  176.     site only has 0.30. Where can I get 0.31?
  177.     
  178.    You should always ignore my tear lines. One of the first things I do
  179.    after releasing a new version is to increment the version number; so
  180.    I'm often using a version that's just ahead of the released one. It
  181.    doesn't mean that a new release is imminent, either. My web site will
  182.    always have the most current version.
  183.      _________________________________________________________________
  184.    
  185.     8.1: I haven't actually tried MultiMail yet, but I have lots of questions
  186.     about it.
  187.     
  188.    Try it first, then get back to me. That goes for individual features,
  189.    too. Don't ask me what will happen if you do something -- find out for
  190.    yourself.
  191.      _________________________________________________________________
  192.    
  193.     9.1: How about adding X feature?
  194.     
  195.    Please read the TODO file before asking for new features. If X is
  196.    listed there, you need not write me about it. (Otherwise, I don't
  197.    mind.)
  198.      _________________________________________________________________
  199.    
  200.     10.1: Will you port MultiMail to the XYZ system? [Where XYZ = 16-bit
  201.     MS-DOS, BeOS, etc.]
  202.     
  203.    Send me a C++ development system for XYZ, and I'll be happy to try.
  204.      _________________________________________________________________
  205.    
  206.     11.1: Did you know that "MultiMail" is also the name of a commercial
  207.     POP/IMAP/SMTP client for the Palm OS?
  208.     
  209.    Yes.
  210.    
  211.     11.2: So, couldn't you get in trouble for that?
  212.     
  213.    Actually, as far as I can tell, the subject of this FAQ predates the
  214.    Palm OS program. (Version 0.1 came out in January 1996.) There are a
  215.    number of other programs and products which also go by the name.
  216.    
  217.     11.3: Wow, 1996. Shouldn't you have hit version 1.0 by now?
  218.     
  219.    Yes. But bear in mind that MultiMail has had four maintainers (in
  220.    three groups), and essentially lain fallow for long periods in
  221.    bewteen. Also, none of us are getting paid for this. :-)
  222.      _________________________________________________________________
  223.    
  224.     12.1: I notice your accouncements say "Sorry, no Fidonet addresses at this
  225.     time." Would you like to make my BBS your official Fidonet F'REQ site?
  226.     
  227.    Thanks for the offer, but it's problematical for me. I don't feel that
  228.    I have adequate control over the process to ensure that new versions
  229.    will be promptly available. I'm still mulling over this, though. What
  230.    I might do is make a list of "unofficial" sites. ;-)
  231.      _________________________________________________________________
  232.    
  233.     13.1: I'm a programmer. How can I collaborate with you? I'm full of ideas.
  234.     
  235.    Use the source, Luke. Show me some actual code patches first, and
  236.    document them. Then we'll talk.
  237.      _________________________________________________________________
  238.    
  239.     14.1: Is there an Internet mailing list for MultiMail?
  240.     
  241.    Yes. Write to me to subscribe or unsubscribe to the discussion list.
  242.    (The process is not automated.) I'll then tell you the list address to
  243.    use. (To avoid spam, I won't put it here.)
  244.    
  245.    I also have an announce list; I automatically add anyone who writes to
  246.    me about MultiMail to that list, unless you ask otherwise.
  247.      _________________________________________________________________
  248.    
  249.     FAQ by William McBrine <wmcbrine@clark.net>. Last updated: Sep 29 1999
  250.