Mercury/32 uses a control file to store the process information, needed for each message, the codes used in the files are as follows.
NOTE: The use of the various codes can change without further notification in future releases of Mercury/32!
Code | Description |
ST: | Start time Example: R 020528160331 12 000032 000030 000001 The R says this is a retry, the next string is a date, time line,tells you when it will next be processed. 2005 March 7 09:58:32 . The next one is the number of tries, 3. The structure is critical, the data can be all zeros. |
FR: | From field Example: user@jassing.com The used from address in simplest format. |
DF: | Data file Example: MO00018F.QDF Name of the file, the basename is the same for the QCF and QDF files. |
FL: | Flags field Example FL: 2 This field contains bit values that store information about the state of the job. The following values are defined: #define JF_NOFILTER 0x100 // Do not apply filtering to this jobAs a general rule, *only* Mercury should modify this field. |
OS: | Original Submission Example: 020528125939 The time the message originally entered the queue. |
BA: | Begin address Example: user@jassing.com Indicates the beginning of a single delivery element for the message. A "delivery element" is a single address to which the message is addressed, and it has a number of subsidiary fields - in particular an
|
RI: | Resolver information Example: 000.000.000.000 000.000.000.000 000.000.000.000 000.000.000.000 Mercury stores the results of the first five designated mail exchanger hosts for the address in this field. It does a pass through the whole job first, resolving each element, then uses that information on a second pass to group deliveries that are routed via the same mail server. |
ES: | Element status Example: C 020528130415 Mercury uses this field to record the status of individual items within the message; this is how it can determine that a particular address has been successfully delivered on a previous attempt when retrying a message. C is complete, R is a retry and F is failed. |
<P>Mercury/32 uses a control file to store the process information, needed for each message, the codes used in the files are as follows.</P>
<P><B>NOTE: The use of the various codes can change without further notification in future releases of Mercury/32!</B></P>
<P>
<TABLE class=inlinetable border=1 class="inlinetable">
<TBODY>
<TR>
<TD class=""><B>Code</B></TD>
<TD class=""><B>Description</B></TD></TR>
<TR vAlign=top>
<TD class="">ST:</TD>
<TD class=""><B>Start time</B>
Example: R 020528160331 12 000032 000030 000001
The R says this is a retry, the next string is a date, time line,tells you when it will next be processed. 2005 March 7 09:58:32 . The next one is the number of tries, 3. The structure is critical, the data can be all zeros. </TD></TR>
<TR vAlign=top>
<TD class="">FR:</TD>
<TD class=""><B>From field</B>
Example: user@jassing.com
The used from address in simplest format. </TD></TR>
<TR vAlign=top>
<TD class="">DF:</TD>
<TD class=""><B>Data file</B>
Example: MO00018F.QDF
Name of the file, the basename is the same for the QCF and QDF files. </TD></TR>
<TR vAlign=top>
<TD class="">FL:</TD>
<TD class=""><B>Flags field</B>
Example FL: 2
This field contains bit values that store information about the state of the job. The following values are defined: <PRE>#define JF_NOFILTER 0x100 // Do not apply filtering to this job
#define JF_EXPIRE 0x200 // Expire the message when writing it
#define JF_SCANNED 0x400 // The message has been externally scanned
#define JF_LOCAL 0x800 // The message was submitted locally
#define JF_VERPJOB 0x1000 // Process this message as a VERP probe
</PRE>As a general rule, *only* Mercury should modify this field. </TD></TR>
<TR vAlign=top>
<TD class="">OS:</TD>
<TD class=""><B>Original Submission</B>
Example: 020528125939
The time the message originally entered the queue. </TD></TR>
<TR vAlign=top>
<TD class="">BA:</TD>
<TD class=""><B>Begin address</B>
Example: user@jassing.com
Indicates the beginning of a single delivery element for the message. A "delivery element" is a single address to which the message is addressed, and it has a number of subsidiary fields - in particular an
<UL>
<LI>ES: "Element status" field
<LI>RI: "Resolver information" field
<LI>DI: "Diagnostic information" field.
<LI>The element always ends with an EA: ("End address") marker. </LI></UL></TD></TR><A class="" title=ES name=ES>
<P>Other fields can be in the file and, when available, a description might follow.
<TR vAlign=top>
<TD class="">RI:</TD>
<TD class=""><B>Resolver information</B>
Example: 000.000.000.000 000.000.000.000 000.000.000.000 000.000.000.000
Mercury stores the results of the first five designated mail exchanger hosts for the address in this field. It does a pass through the whole job first, resolving each element, then uses that information on a second pass to group deliveries that are routed via the same mail server. </TD></TR></P>
<TR vAlign=top>
<TD class="">ES:</TD>
<TD class=""><B>Element status</B>
Example: C 020528130415
Mercury uses this field to record the status of individual items within the message; this is how it can determine that a particular address has been successfully delivered on a previous attempt when retrying a message. C is complete, R is a retry and F is failed. </TD></TR></TBODY></TABLE></P></A>