Community Discussions and Support
Forcing retry by editing QCF files... ?

I have made this work in the past, but can't recall the specifics, sorry.

I also recall failing to make it work, more recently.

I usually just rename the *.qdf to *.101 and add the "glue headers" at the top

[quote]$ from@address

T recip@address

<blank line>

<existing message body>[/quote]

Then drop it back in the queue and it gets reprocessed as a new message.

edit: this also can be done to *.cnm files from a mailbox (for spam fp's etc)

&lt;p&gt;I have made this work in the past, but can&#039;t recall the specifics, sorry.&lt;/p&gt;&lt;p&gt;I also recall failing to make it work, more recently.&lt;/p&gt;&lt;p&gt;I usually just rename the *.qdf to *.101 and add the &quot;glue headers&quot; at the top &lt;/p&gt;&lt;p&gt;[quote]$ from@address&lt;/p&gt;&lt;p&gt;T recip@address&lt;/p&gt;&lt;p&gt;&amp;lt;blank line&amp;gt;&lt;/p&gt;&lt;p&gt;&amp;lt;existing message body&amp;gt;[/quote]&lt;/p&gt;&lt;p&gt;Then drop it back in the queue and it gets reprocessed as a new message. &lt;/p&gt;&lt;p&gt;edit: this also can be done to *.cnm files from a mailbox (for spam fp&#039;s etc) &lt;/p&gt;

I have messages in QCF/QDF (and some with QIFs) format that I saved from a crash situation that I won't go into - but it's 48 hours later and now I want to drop those messages into the queue and have them go... but they don't (go).

My first question is: What QCF field(s) do I edit, presumably to some future value, to cause the job to be reprocessed? (This is after a restart of Mercury.)

The post here entitled "Mercury/32 QCF Files" (http://community.pmail.com/forums/thread/150.aspx) is helpful, but not quite authoritative, I think. Issues that remain for me:

  • ST: field: The example for this is certainly a mistake... "020528160331" is interpreted as "2005 March 7 09:58:32"but I believe it should be "2002 May 28 16:03:31". (The number is straight YYMMDDhhmmss with no century).
  • Defined as "Start Time"... does this mean start of next retry? I interpreted this as "job" start time until I got to "OS" for Original Submission...
  • There are 4 additional fields; apparently the first of these is the number (previous? max?) retries. The remaining 3 I have no idea about...
  • The data can be all zeroes. Is this always the case before initial delivery attempt?
My second question would be if I can help elaborate or correct the documentation in that post (or be referred to another source?) Note that I'm hoping to be of service, not to criticize!

As for getting old jobs to go again, I tried editing the "R" time value in the "ST:" field, but this didn't work. Is it possible that I might have to update the "OS" as well, or Merc thinks all the retries have been exhausted, or something else not obvious to me?

Last thought: does Merc care about file datestamps at all?

Thanks in advance,

MikeM

&lt;p&gt;I have messages in QCF/QDF (and some with QIFs) format that I saved from a crash situation that I won&#039;t go into - but it&#039;s 48 hours later and now I want to drop those messages into the queue and have them go... but they don&#039;t (go).&lt;/p&gt;&lt;p&gt;My first question is: What QCF field(s) do I edit, presumably to some future value, to cause the job to be reprocessed? (This is after a restart of Mercury.) &lt;/p&gt;&lt;p&gt;The post here entitled &quot;Mercury/32 QCF Files&quot; (http://community.pmail.com/forums/thread/150.aspx) is helpful, but not quite authoritative, I think. Issues that remain for me: &lt;/p&gt;&lt;ul&gt;&lt;li&gt;&lt;b&gt;ST: field:&lt;/b&gt; The example for this is certainly a mistake... &quot;020528160331&quot; is interpreted as &quot;2005 March 7 09:58:32&quot;but I believe it should be &quot;2002 May 28 16:03:31&quot;. (The number is straight YYMMDDhhmmss with no century).&lt;/li&gt;&lt;li&gt;Defined as &quot;Start Time&quot;... does this mean start of next retry? I interpreted this as &quot;job&quot; start time until I got to &quot;OS&quot; for Original Submission... &lt;/li&gt;&lt;li&gt;There are 4 additional fields; apparently the first of these is the number (previous? max?) retries. The remaining 3 I have no idea about... &lt;/li&gt;&lt;li&gt;The data can be all zeroes. Is this always the case before initial delivery attempt?&lt;/li&gt;&lt;/ul&gt;My second question would be if I can help elaborate or correct the documentation in that post (or be referred to another source?) Note that I&#039;m hoping to be of service, not to criticize! As for getting old jobs to go again, I tried editing the &quot;R&quot; time value in the &quot;ST:&quot; field, but this didn&#039;t work. Is it possible that I might have to update the &quot;OS&quot; as well, or Merc thinks all the retries have been exhausted, or something else not obvious to me? Last thought: does Merc care about file datestamps at all? &lt;p&gt;Thanks in advance,&lt;/p&gt;&lt;p&gt;MikeM &lt;/p&gt;
live preview
enter atleast 10 characters
WARNING: You mentioned %MENTIONS%, but they cannot see this message and will not be notified
Saving...
Saved
With selected deselect posts show selected posts
All posts under this topic will be deleted ?
Cancel
Delete
Pending draft ... Click to resume editing
Discard draft