home *** CD-ROM | disk | FTP | other *** search
/ The Hacker's Encyclopedia 1998 / hackers_encyclopedia.iso / rfc / ftsc / fsc_0053.002 < prev    next >
Encoding:
Text File  |  2003-06-11  |  6.7 KB  |  177 lines
  1. Document: FSC-0053
  2. Version:  002
  3. Date:     08-Dec-92
  4.  
  5.  
  6.  
  7.  
  8.  
  9.  
  10.  
  11.  
  12.  
  13.                     Specifications for the ^aFLAGS field
  14.  
  15.                            Joaquim H. Homrighausen
  16.                        2:270/17@fidonet or joho@ae.lu
  17.  
  18.                               December 8, 1992
  19.  
  20.  
  21.  
  22.  
  23. Status of this document:
  24.  
  25.      This FSC suggests a proposed protocol for the FidoNet(r) community,
  26.      and requests discussion and suggestions for improvements.
  27.      Distribution of this document is unlimited.
  28.  
  29.      Fido and FidoNet are registered marks of Tom Jennings and Fido
  30.      Software.
  31.  
  32.  
  33.      Purpose
  34.  
  35.      To explain and document the existing usage of the ^aFLAGS field used
  36.      by many software packages, including FrontDoor, TosScan, and
  37.      D'Bridge. And to inform software authors of its proper usage.
  38.  
  39.  
  40.      Prologue
  41.  
  42.      One of the problems with the FTS-1 (stored) message format is its
  43.      limitations in regards to message attributes. Several bits are used
  44.      (reserved) by SEAdog, another by several packers and editors - even
  45.      though most mailer authors don't support them, they remain. One
  46.      reason would be backward compatibility with older software.
  47.  
  48.      Unfortunately, this presents a problem for software authors that
  49.      would like to pass extended message attributes for use and handling
  50.      by other software.
  51.  
  52.      Some software packages have been using an alternate method called
  53.      "FLAGS" which is 7-bit ASCII placed behind <SOH>FLAGS somewhere near
  54.      the beginning of a message. The various flags will now be described.
  55.  
  56.  
  57.      Flags
  58.  
  59.      The FLAGS string should be placed somewhere near the beginning of
  60.      the message text, and is preceeded by a <SOH> (^a) character. There
  61.      is no need to support all or any of the below mentioned flags.
  62.  
  63.      If flags are stripped when a message passes through a system, all
  64.      relevant and correct FTS-1 status bits should be updated to indicate
  65.      the original contents of the FLAGS field.
  66.  
  67.  
  68.      Flag      Brief          Long description
  69.      --------------------------------------------------------------------
  70.      PVT       Private        Indicates that the message may only be read
  71.                               by its addressee and author.
  72.  
  73.      HLD       Hold           Message should be held for pickup by its
  74.                               destination system.
  75.  
  76.      CRA       Crash          High-priority mail.
  77.  
  78.      K/S       Kill/Sent      Remove message after it has been success-
  79.                               fully sent.
  80.  
  81.      SNT       Sent           Message has been successfully sent (used
  82.                               for message without Kill/Sent status).
  83.  
  84.      RCV       Received       Message has been read by its addressee.
  85.  
  86.      A/S       Archive/Sent   Place message in "sent mail" archival
  87.                               system after it has been successfully sent.
  88.  
  89.      DIR       Direct         Message must be sent directly to its
  90.                               destination and may not be routed.
  91.  
  92.      ZON       Zonegate       Send message through zonegate (if
  93.                               possible).
  94.  
  95.      HUB       Hub/Host-route Host- or Hub-route message (as
  96.                               appropriate).
  97.  
  98.      FIL       File attach    Message has one or more files attached to
  99.                               it.
  100.  
  101.      FRQ       File request   Message has one or more file requests in
  102.                               subject field.
  103.  
  104.  
  105.      Flag      Brief          Long description
  106.      --------------------------------------------------------------------
  107.      IMM       Immediate      NOW!-priority mail. Send at first
  108.                               opportunity, override any transmission
  109.                               restrictions enforced by events, costs, or
  110.                               qualification.
  111.  
  112.      XMA       Xmail          Message has alternate form of compressed
  113.                               mail attached.
  114.  
  115.      KFS       Kill file      Remove attached file(s) after they have
  116.                               been successfully sent. Only valid for file
  117.                               attach message.
  118.  
  119.      TFS       Truncate file  Truncate attached file(s) to zero length
  120.                               after they have been successfully sent.
  121.                               Only valid for file attach message.
  122.                               Primarily used by Conference Mail
  123.                               processors.
  124.  
  125.      LOK       Lock           Prevent message from being processed.
  126.                               This includes sending, deleting,
  127.                               purging, and editing.
  128.  
  129.      RRQ       Receipt REQ    When the mailer/packer at the message's
  130.                               final destination unpacks the message, it's
  131.                               asked to generate a receipt to the author
  132.                               of the message that indicates that the
  133.                               message arrived at its final destination.
  134.  
  135.      CFM       Confirm REQ    When message is read by its addressee, a
  136.                               Confirmation Receipt should be generated to
  137.                               the author of the message.
  138.  
  139.      HIR       HiRes          FAX: Hi-Resolution image.
  140.  
  141.      COV       CoverLetter    FAX: Cover sheet.
  142.  
  143.      SIG       Signature      FAX: Signature.
  144.  
  145.      LET       LetterHead     FAX: LetterHead.
  146.  
  147. |    FAX       Fax image      The filename specified in the message's
  148. |                             subject field contains a fax document that
  149. |                             should be viewed using software capable of
  150. |                             doing so.
  151.  
  152.  
  153.      Flag      Brief          Long description
  154.      --------------------------------------------------------------------
  155. |    FPU       Force pickup   Treated as a message with an IMM flag. This
  156. |                             instructs the mailer to keep calling the
  157. |                             destination system, if the connection is
  158. |                             aborted for some reason, until a valid "End
  159. |                             of files" signal is received (i.e. no more
  160. |                             files remain to pick up).
  161.  
  162.  
  163.      Notes
  164.  
  165.      Xmail is related to the ARCmail 0.60 standard as adopted by the FTSC.
  166.      The exception is that any type of compression method may be used and
  167.      the naming convention isn't necessarily limited to that of the
  168.      ARCmail 0.60 standard.
  169.  
  170.  
  171.      Epilogue
  172.  
  173.      Feedback would be appreciated and can be sent to me at the addresses
  174.      specified on the title page. Please send feedback via netmail.
  175.  
  176.      --- end of file "fsc-0053.001" ---
  177.