home *** CD-ROM | disk | FTP | other *** search
/ ftp.wwiv.com / ftp.wwiv.com.zip / ftp.wwiv.com / pub / BBS / QFW_116.ZIP / HISTORY.DOC < prev    next >
Text File  |  1995-04-08  |  29KB  |  493 lines

  1. ┌────────────────────────────────────────────────────────────────────────────┐
  2. │                          QFront Revision History                           │
  3. └────────────────────────────────────────────────────────────────────────────┘
  4.  
  5. Note: This history file contains changes and additions to both the PCBoard and
  6.       Wildcat! versions of QFront.  Please ignore any reference to Wildcat! if
  7.       you are using PCBoard, and PCBoard if you are using Wildcat!.
  8.  
  9. Version  Date      Description
  10. ───────  ────────  ───────────────────────────────────────────────────────────
  11. 1.16b    04/09/95  Fixed a problem in QFConfig when editing/adding automatic
  12.                    polls, where QFConfig would report an event no longer
  13.                    exists when it really does.
  14.  
  15.                    Added an option to QFConfig under Mail Scanner where you
  16.                    can turn on checking of packet passwords when tossing
  17.                    mail packets.
  18.  
  19.                    Added support for a new Areafix command, %FROM.  This
  20.                    command allows a node who is given access to use the %FROM
  21.                    command (via the Node Manager) to do remote add/drop area
  22.                    maintenance for another node address other than their
  23.                    own.  Before a node can use the %FROM command, the node
  24.                    must be allowed to use this command in their entry in your
  25.                    Node Manager in QFConfig.
  26.  
  27.                    Added DigiBoard support for the Wildcat! version of QFront.
  28.  
  29.                    QScan now keeps track of what archived bundles have been
  30.                    created in a given day, and will NOT use that bundle name
  31.                    again until the next day.  This means, for example, that
  32.                    if QScan creates a .MO0 file, and you send that to your
  33.                    hub, and then scan mail again, QScan will now use a bundle
  34.                    name of .MO1 because a bundle name of .MO0 had already
  35.                    been created on the current date.  This is necessary if
  36.                    you scan mail and send mail several times a day to your
  37.                    hub who may or may not process the bundles immediately.
  38.                    The new method QScan uses prevents possible file collisions
  39.                    on your hub's system.
  40.  
  41.                    If any high message pointer was set to 0 in QScan/WC,
  42.                    QScan would report a disk read error.  Fixed.
  43.  
  44.                    If the "Keep Areafix requests" option was set in QFConfig,
  45.                    QScan was not marking the messages as RECEIVED, as it
  46.                    should have.  Fixed.
  47.  
  48.                    QScan was scanning out mail that was entered as a COMMENT
  49.                    TO SYSOP in PCBoard even when the "Scan private mail" flag
  50.                    was set to N.  Fixed.
  51.  
  52.                    QFront now always uses Zmodem 8k block sizes for file
  53.                    receives.  It was found that some mailers, such as PCBoard
  54.                    15.21, would use Zmodem 8k block size without setting that
  55.                    capability in the EMSI handshake packet.  This would cause
  56.                    QFront to report "long packet received during protocol"
  57.                    errors during file receive transfers.
  58.  
  59.                    The system information that is sent out in the EMSI and
  60.                    YooHoo handshake packets is now configurable.  This means
  61.                    you can configure the system name, sysop name, etc., that
  62.                    are sent to a remote system when connecting to them. The
  63.                    setup information is located in the FidoMail Setup menu
  64.                    option in QFConfig.
  65.  
  66.                    QFront now adds the address it is communicating with when
  67.                    it updates the PCBoard USERNET.XXX file to display the
  68.                    FidoMail transfer UserNet message.
  69.  
  70.                    QFront was not running with the OS/2 program called
  71.                    OS2SPEED.  Although OS2SPEED is not required when using
  72.                    QFront, I did find the conflict between the two and have
  73.                    fixed it.
  74.  
  75.                    Fixed a routing problem where NetMail addressed to private
  76.                    nodes may cause the NetMail to be placed on HOLD for your
  77.                    OWN address instead of the proper destination address.
  78.  
  79.                    Fixed some more routing problems dealing with point
  80.                    addresses.
  81.  
  82.                    Fixed a problem with the SEND-ONLY FidoMail flag and EMSI
  83.                    handshakes.  The send-only flag worked with YooHoo
  84.                    handshakes but not EMSI handshakes.
  85.  
  86.                    QFront and QScan were not reading the SET PCBDAT=
  87.                    environment variable.  Fixed.
  88.  
  89.                    In the Wildcat! version of QFront, a node number of zero
  90.                    was not causing the mailer to load in local-only mode like
  91.                    it should have.  Fixed.
  92.  
  93.                    NetMail that was marked HOLD was being routed when it
  94.                    should not have been.  Fixed.
  95.  
  96.                    The terminal mode in QFront was not properly displaying
  97.                    blinking colors.  Fixed.
  98.  
  99.                    When executing batch file events, QFront was only copying
  100.                    the first 80 characters of each line in the batch file to
  101.                    the QEVT-x.BAT file.  This has been expanded to the first
  102.                    255 characters of each line.
  103.  
  104.                    If the modem initialization string was blank, QFront would
  105.                    continually report a "modem initialization error".  Fixed.
  106.  
  107.                    Fixed a problem in QScan where seemingly corrupt log files
  108.                    would be created.  Also, QScan would shell to your archiver
  109.                    trying to archive strange packet names.  Contrary to what
  110.                    you might think from the log, this is not a serious problem
  111.                    causing lost mail or anything else.
  112.  
  113.                    Received NetMail that is addressed to RAID, ALLFIX, TICK,
  114.                    DW_TIC or FILEMGR are now always saved to .MSG format
  115.                    regardless of the "Unpack NetMail into .MSG format"
  116.                    switch.
  117.  
  118. 1.15b    03/07/95  Fixed (finally) a problem involving the "enforce request
  119.                    limits by day" where the calculation of previous requested
  120.                    bytes and files in a day was incorrect.  What was actually
  121.                    happening is the byte and file counts were not being set to
  122.                    zero at midnight when they should have.
  123.  
  124.                    Events are now sorted by start time in the event editor in
  125.                    QFConfig.
  126.  
  127.                    Reduced memory requirements for QScan by more than 30k.
  128.  
  129.                    QScan was not writing the "UserNet message" while it was
  130.                    running (PCBoard version).  Fixed.
  131.  
  132.                    The SEND-ONLY FidoMail flag in the event manager was not
  133.                    working.  Fixed.
  134.  
  135.                    Added /TO:, /FROM:, and /SUBJ: command line parameters to
  136.                    the QFUTIL program, allowing you to set the TO, FROM, and
  137.                    SUBJECT strings for the NetMail messages that may be
  138.                    created.
  139.  
  140.                    Significantly modified the undialable manager.  Now, QFront
  141.                    can be told to allow "x" number of failed connections per
  142.                    day.  Once that limit is reached, the "level" of the node
  143.                    in the undialable manager is raised by one and if that
  144.                    level gets to 3, the node will be permanently marked as
  145.                    undialable (depending on the option in QFConfig that says
  146.                    "Mark undialable after 3 days").  Previously, if a failed
  147.                    connection resulted, QFront would NOT dial out to that node
  148.                    until the next day.  With this release, it *WILL* dial out
  149.                    to that node up to "x" times before giving up for that day.
  150.                    As I said, it will continue to try to connect to that node
  151.                    for up to 3 days before permanently giving up, depending on
  152.                    that option in QFConfig (please see the next history entry).
  153.  
  154.                    A new option has been added to the modem setup in QFConfig,
  155.                    called "Mark undialable after 3 days".  If this is set to
  156.                    Y, QFront will never dial a node once if has tried to
  157.                    connect to it for 3 days.
  158.  
  159.                    2 rather serious problems with NetMail packing in QFront
  160.                    have been fixed.  The first involves messages that are
  161.                    orphan (ie., the destination address is not found in the
  162.                    nodelist).  If QFront found one of these, sometimes it did
  163.                    not mark the message's ORPHAN flag, and also when packing
  164.                    the message into .PKT form, the message text was duplicated
  165.                    causing invalid packets to be created.  The second problem
  166.                    is related to the first except that if 2 or more messages
  167.                    that are destined for an orphan node number were found,
  168.                    the node was added to the dial queue when it should not
  169.                    have, causing QFront to dial the wrong phone number to try
  170.                    to deliver the mail!
  171.  
  172.                    Pressing the spacebar while at the call-waiting screen will
  173.                    cause the mailer to immediately dial out.  Using this you
  174.                    can override the "delay between redials" setting that is
  175.                    in QFConfig if you are anxious to have the mailer dial out.
  176.  
  177.                    QNList now forces the PRIVATE flag on node entries in the
  178.                    nodelist if the phone number is unpublished.  In practice,
  179.                    any unpublished phone number should have the PRIVATE flag
  180.                    set in the nodelist itself, but in reality, some nodelists
  181.                    don't adhere to this, causing QFront to try to dial
  182.                    unpublished phone numbers.
  183.  
  184.                    Changed the way NetMail file attaches are handled in the
  185.                    messages' SUBJECT field.  Previously, QFront kept the
  186.                    entire path to the forwarded file intact when sending the
  187.                    .PKT.  This is has been changed so that only the filename
  188.                    is kept when sending the .PKT.
  189.  
  190.                    Inbound FidoMail runs were still being allowed even if
  191.                    FidoMail was not active on that node.  Fixed.
  192.  
  193.                    Fixed a problem where QFront could initialize and
  194.                    immediately say "Function key ALT-F12 has not been defined".
  195.  
  196.                    When using the "O" async type in PCBSetup for OS/2, QFront
  197.                    now will use UART mode instead of FOSSIL mode for
  198.                    communications.  Previously, a fossil driver was required
  199.                    with QFront if you use the "O" async type.
  200.  
  201.                    Added a simple terminal mode.  To access the terminal mode,
  202.                    press ALT-C from the call-waiting screen.  Note that the
  203.                    terminal mode does not include file transfer capability at
  204.                    this time, but does support ANSI color controls.
  205.  
  206.                    A new field has been added to the undialable manager
  207.                    called "never downgrade".  If you answer Y to this field,
  208.                    QFront will never mark the node as undialable.  You may
  209.                    want to do this for all nodes that are local calls to you,
  210.                    for example, since it doesn't cost anything to call these
  211.                    nodes.
  212.  
  213.                    Baud rates of 57600 and 115200 "should" be supported in
  214.                    FOSSIL mode now.
  215.  
  216.                    The "Compile nodelist" and "Scan/toss mail" menu options
  217.                    off the call-waiting screen now work.  All they do is exit
  218.                    with errorlevels 7 and 8, respectfully.
  219.  
  220.                    If the "Update mail bundles" switch was set to Y, it is
  221.                    possible that QScan could archive a packet while that same
  222.                    archive is being transmitted by another QFront node.  Now,
  223.                    if QScan sees this situation, it will automatically turn
  224.                    OFF the "Update mail bundles" switch during the archiving
  225.                    process.
  226.  
  227.                    Added a new modem off-hook flag, "Semaphore file exit" that
  228.                    causes QFront to take the modem off-hook when right before
  229.                    exiting to DOS when it finds a semaphore file.
  230.  
  231.                    If a node is in the dial queue to be polled, and that
  232.                    node calls you before the poll completes, the poll is now
  233.                    removed from the queue.
  234.  
  235.                    Received NetMail that is addressed to RAID, ALLFIX, TICK
  236.                    or FILEMGR are now always saved to .MSG format
  237.                    regardless of the "Unpack NetMail into .MSG format"
  238.                    switch.
  239.  
  240.                    I believe I've finally found the problem with orphan .PKT's
  241.                    being left in your outbound directory after QFront exits.
  242.                    Normally, QFront builds temporary .PKT files to send to
  243.                    systems, and if you exit the mailer before the packets are
  244.                    sent, the .PKT's are supposed to be deleted.  Please bring
  245.                    ALL of your QFront nodes down to the DOS prompt and delete
  246.                    all *.PKT files from your outbound directory.  Then, every
  247.                    once in a while keep an eye on the outbound directory and
  248.                    you should NEVER see any .PKT files there when all QFront
  249.                    nodes are down.  If you do, please let me know.
  250.  
  251.                    On startup, QFront will now scan its outbound mail queue
  252.                    BEFORE initializing the modem.  This will help for systems
  253.                    with a large amount of outbound mail where the queue
  254.                    scanning can take a while by keeping the phone busy if a
  255.                    caller should try to call.
  256.  
  257.                    QScan now supports the "Double byte character" option that
  258.                    is in PCBSetup for foreign systems.
  259.  
  260.                    A problem where NetMail addressed to a node marked PRIVATE
  261.                    in the nodelist could cause the mailer to dial itself has
  262.                    been fixed.
  263.  
  264.                    Fixed a problem when deleting items from the EXPANDED VIEW
  265.                    where deleting one item would cause several others to be
  266.                    deleted as well.
  267.  
  268.                    A situation where an inbound mail run on one node and an
  269.                    outbound mail run on another node connected to the same
  270.                    address has been fixed.  Previously, QFront only created
  271.                    semaphore files to signify a mail connection on OUTBOUND
  272.                    mail runs - now, it also creates a semaphore file when it
  273.                    receives an INBOUND mail run.
  274.  
  275.                    A new FidoMail event flag has been added, called "Don't send
  276.                    HELD NetMail attaches".  If this flag is selected, QFront
  277.                    will NOT send a NetMail file attach if it places an outbound
  278.                    call to that system.  If this flag is NOT selected, QFront
  279.                    WILL send the file attach if it places an outbound call to
  280.                    that system.  In the 1.14 version of QFront, it was assumed
  281.                    that HELD NetMail attaches NEVER be sent unless the remote
  282.                    system calls your system.  Now, this behavior is changeable.
  283.  
  284.                    A field for entering the "real name" for quick lookup names
  285.                    has been added.  This is primarily used when using quick
  286.                    lookup names in PCBoard NetMail messages.  If the "real
  287.                    name" is not empty, QScan will replace the quick lookup
  288.                    name in the TO: part of the message with the associated
  289.                    real name.  In the 1.14 version, for example, addressing a
  290.                    message to a quick lookup name of ROB caused QScan to keep
  291.                    the TO: name set to ROB which doesn't really make much
  292.                    sense.  Now, you can have QScan replace ROB with Rob
  293.                    Kittredge, for example.
  294.  
  295.                    When viewing the outbound queue, the number displayed for
  296.                    the count of file requests, file update requests, file
  297.                    forwards, and EchoMail bundles was misleading.  This number
  298.                    now reflects the actual number of files destined for a
  299.                    system.
  300.  
  301.                    QFront now recognizes the CM (continuous mail) nodelist
  302.                    flag.  The CM flag signifies whether a system can accept
  303.                    mail 24 hours a day.  There are 2 new FidoMail flags in
  304.                    the event manager - "Send to CM systems only" and "Send to
  305.                    non-CM systems only".  This causes QFront to only dial
  306.                    systems who HAVE the CM flag set, and causes QFront to
  307.                    dial systems who DON'T have the CM flag set, respectively.
  308.                    This is used to prevent the mailer from trying to dial a
  309.                    system which may not be able to accept mail 24 hours a day.
  310.                    In addition, if you enter a forced poll to a system, QFront
  311.                    will warn you if the system you are trying to poll doesn't
  312.                    have the CM flag set in the nodelist.
  313.  
  314.                    QScan and QFConfig are a little more lenient in dealing
  315.                    with the situation where you have conferences defined in
  316.                    QFront that no longer exist in your PCBoard setup.  QScan
  317.                    will now skip these areas altogether (placing a warning in
  318.                    the log file), and QFConfig will say "None Selected" in the
  319.                    Area Manager picklist instead of reporting an "Error 100
  320.                    reading CNAMES.@@@".  If you see any of these warnings, you
  321.                    should go into QFConfig and DELETE the offending areas from
  322.                    the Area Manager.
  323.  
  324.                    Pressing ALT-B at the call-waiting screen will now turn on
  325.                    the screen blanker.
  326.  
  327. 1.141b   01/10/95  The new support for PCBoard 15.2 style NetMail message
  328.                    entry was resulting in a "invalid message format" if you had
  329.                    "LONG TO: NAMES" turned on in PCBSetup for your NetMail
  330.                    conference.  Fixed.
  331.  
  332.                    QScan was importing text into PCBoard that was over 80
  333.                    characters - this was causing PCBoard 15.21 to truncate
  334.                    any text after the 80th column when displaying the message.
  335.  
  336.                    QScan now sets the FROM: name to "QSCAN (AREAFIX)" when
  337.                    entering Areafix response messages.  This prevents QScan
  338.                    from incorrectly tossing what might LOOK like a regular
  339.                    Areafix response message when in fact it is a REPLY to an
  340.                    Areafix response message.
  341.  
  342.                    If a message had a TO: name that was completely blank,
  343.                    QScan would think the message was addressed to a "trashcan
  344.                    user" and not import the message.  Fixed.
  345.  
  346.                    When exporting NetMail from your PCBoard conference, QScan
  347.                    now updates the "READ DATE" on the message at the date/time
  348.                    the message was exported so that you know for sure the
  349.                    message WAS exported.
  350.  
  351. 1.14b    12/04/94  PLEASE read the file called SUPPORT.DOC *IMMEDIATELY*!  We
  352.                    are in the process of applying for FidoNet backbone status
  353.                    for the QFront support conference, but we can't do this
  354.                    without YOUR help.  Please, read the SUPPORT.DOC file right
  355.                    now and help in any way you can.
  356.  
  357.                    Fixed the problem in QScan where NetMail messages were
  358.                    being identified as x:x/*.*.
  359.  
  360.                    Minor logging problem in QFront caused it to say "received"
  361.                    when it should have said "sent" during file transfers.
  362.  
  363.                    Messages that should be marked IN-TRANSIT weren't being
  364.                    marked so in QScan.  Fixed.
  365.  
  366.                    Messages originating from one of your point addresses were
  367.                    being incorrectly identified as duplicates.  Fixed.
  368.  
  369.                    If you had "Strip high ASCII on scan" set to Y for QScan,
  370.                    PCBoard NetMail file attaches would not work properly,
  371.                    and in addition, PCBoard 15.0 control lines would not be
  372.                    stripped out.  Fixed.
  373.  
  374.                    Fixed a small problem with NetMail routing in that if
  375.                    a message was marked HOLD, no routing would take place on
  376.                    the message.  This is fixed so that the "route through
  377.                    another node" and other route types can apply to HELD mail.
  378.  
  379.                    The "keep Areafix requests" function was not working in
  380.                    QScan.  Fixed.
  381.  
  382.                    Added two options to the FidoMail Options menu item on the
  383.                    call waiting screen - "Request files" and "Forward files".
  384.                    These two options make it a little easier to enter file
  385.                    requests and file forwards than the method before of using
  386.                    the queue editor to enter the information.
  387.  
  388.                    Pressing ALT-S (shell to DOS) on the call-waiting screen
  389.                    while the screen was blanked would cause strange results.
  390.                    Fixed.
  391.  
  392.                    When an Areafix forward was performed by QScan, the newly
  393.                    created EchoMail area was properly selected for the
  394.                    DOWNLINK, but wasn't being selected for the uplink.  Fixed.
  395.  
  396.                    QScan was having an error initializing the EchoMail
  397.                    conference array in memory if you didn't have any areas
  398.                    defined.  Fixed.
  399.  
  400.                    File attaches via NetMail messages that are marked HOLD are
  401.                    now treated as ABSOLUTE HOLD, meaning that if your system
  402.                    connects to the remote the attached file will NOT be sent;
  403.                    the other system must connect to YOU before they will be
  404.                    sent the file.
  405.  
  406.                    When importing EchoMail area names from AREAS.BBS or
  407.                    FIDONET.NA files, QFConfig will now check to make sure the
  408.                    area names are NOT already configured on your system before
  409.                    adding new areas.
  410.  
  411.                    When exporting AREAS.BBS type files, QFConfig was not
  412.                    adding the proper downlink information.  Fixed.
  413.  
  414.                    PCBoard 15.2 style NetMail messages are now supported by
  415.                    QScan.  With PCBoard 15.2, you can enter a NetMail message in
  416.                    the following way:
  417.                      For the TO name, enter the name of the user to send to
  418.                      along with an address, such as ROB KITTREDGE@1:228/12
  419.                    QScan will accept EITHER the old way of addressing NetMail
  420.                    (putting the destination address on the first line of the
  421.                    message within parenthesis) *OR* the new way.  Message flags
  422.                    can be specified on the TO portion of the message just as
  423.                    with PCBoard, in the following way:
  424.                      <+C> Crash flag, <+H> Hold flag, <+D> Direct flag.  For
  425.                      example, ROB KITTREDGE@1:228/12 <+C> would direct the
  426.                      message to 1:228/12 with the crash flag.
  427.                    You can also specify the message flags within the message
  428.                    just like QScan has always worked.  So, the following example
  429.                    message is completely valid:
  430.  
  431.                      TO: ROB KITTREDGE@1:228/12
  432.                      (IMM,DIR)
  433.                      Hello, this is a test message.
  434.  
  435.                    Added a "trashcan" to QScan.  Using this, you can define up
  436.                    to 30 user names, and if QScan comes across any of these
  437.                    names during a toss, it will not import the messages to your
  438.                    PCBoard conferences.
  439.  
  440.                    If the last line in a message was over 80 characters,
  441.                    QScan would word-wrap the origin line, causing duplicates
  442.                    to be sent out because of stripped SEEN-BY lines.  Fixed.
  443.  
  444.                    The quick lookup name function has been expanded to support
  445.                    QScan.  Whenever QScan scans your PCBoard NetMail
  446.                    conference, it looks at the TO: name and searches for a
  447.                    match in the quick lookup name list.  If it finds a match,
  448.                    the destination address of the quick lookup name is used.
  449.                    The primary use for this is for UUCP mail.  Now, you or
  450.                    your users can enter a NetMail message with a TO: name of
  451.                    UUCP, and QScan will find the matching quick lookup name
  452.                    and automatically use that destination address.  The bottom
  453.                    line is that neither you or the user needs to know the
  454.                    actual address that the message is to be sent to.
  455.  
  456.                    Fixed the file receive renaming function so that files won't
  457.                    be overwritten once downloaded, which occurred in some
  458.                    circumstances.
  459.  
  460.                    Implemented the undialable address manager.  Whenever QFront
  461.                    unsuccessfully completes an outbound mail run, the address
  462.                    is added to the undialable manager and QFront will UNDER NO
  463.                    CIRCUMSTANCES dial that system until the next day.  It will
  464.                    try for up to 3 days to connect successfully to the remote
  465.                    system and if it does not, the node will be marked
  466.                    permanently undialable and QFront will never try to dial
  467.                    that system again until you manually remove the node from
  468.                    the undialable list (press ALT-U on the call-waiting menu).
  469.                    Any node that is marked undialable will be reported so in
  470.                    the QFront system log so that you know WHY that system isn't
  471.                    being dialed.
  472.                    The undialable manager is primarily used to make sure your
  473.                    system isn't trying to dial all day long to a system that
  474.                    may be having mailer problems.
  475.  
  476.                    The "convert high ASCII" option was removed from the mail
  477.                    scanner setup and moved into each EchoMail area.  This
  478.                    change allows you to set, on a per-area basis, whether high
  479.                    ASCII characters are converted to '*' characters or not.
  480.  
  481.                    The PCBoard node number is now displayed on the outbound and
  482.                    inbound FidoMail status windows so you know which node on
  483.                    your network is transferring the mail.
  484.  
  485.                    Timeslicing routines weren't working properly with Windows.
  486.                    Fixed.
  487.  
  488.                    Added a new FidoMail flag to the event manager.  The flag,
  489.                    called "Exit after no more outbound mail", causes QFront to
  490.                    exit to your STARTER.BAT batch file with an errorlevel of 3
  491.                    if there is no more outbound FidoMail to be sent.
  492.  
  493.