Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Error FF servicing queue job

638 views
Skip to first unread message

David Kirk

unread,
Jun 24, 1997, 3:00:00 AM6/24/97
to

I am using Mercury/32 v2.01 and I occasionally get the following
error message in Mercury SMTP Client:

failed.
Error FF servicing queue job.

If I look in the SPOOL directory on the Netware 3.12 Server where
Mercury checks for any new outgoing mail, I find 2 files for each
mail message that has failed to be sent.

The only way to send the message is to re-type it in Pegasus Mail and
send it again. I also have to delete the files in the SPOOL
directory for the files that didn't send.

Any help would be greatly appreciated.


Thanks

David Kirk
Christchurch Casinos Ltd
da...@chchcasino.co.nz

Rainer Scheppelmann

unread,
Jun 25, 1997, 3:00:00 AM6/25/97
to

> I am using Mercury/32 v2.01 and I occasionally get the following
> error message in Mercury SMTP Client:
>
> failed.
> Error FF servicing queue job.
>
This might be a TCP/IP timeout when dial-up negotiation takes longer
than normally - try to increase the configured timeout value

> If I look in the SPOOL directory on the Netware 3.12 Server where
> Mercury checks for any new outgoing mail, I find 2 files for each
> mail message that has failed to be sent.
>
> The only way to send the message is to re-type it in Pegasus Mail and
> send it again. I also have to delete the files in the SPOOL
> directory for the files that didn't send.

It WILL be resent (retried), but not until half an hour later.
In the first line of the *.qcf file you'll notice the resend time, in
yymmddhhmmss notation. I haven't yet found a way to set a shorter
retry interval (except having an external applet change the
control file which I don't like too much as it looks so fragmentary).

Rainer

Patel, Cyrus

unread,
Jun 25, 1997, 3:00:00 AM6/25/97
to

Hi Mike,

> From:
> Sender:
> X-Sender:
> X-Return-Path:
> Comments: Authenticated Sender:
> Reply-to:
>
> So... which one is the REAL return address?

From: is who the creator of the message said his/her name
and email address was.
Sender: if via an intermediary (such as a mailing list), then
the address of that intermediary. Not quite sure
though. I've also seen this in blind-forwarded
messages. It's always a pure (valid?) email address,
which the "From:" is not guaranteed to be.
X-Sender: if the message is a bounce, then the original
value of "Sender:", otherwise vague.
X-Return-Path: if the message is a bounce, then the original
value of "Return-Path", which in turn contains
the address from the "MAIL From:" command in the
SMTP transaction. (which is also the reverse route
used when message delivery fails and no "Errors-To"
is specified. Clearing the "Return-Path:" is
essential when sending a failed delivery notification
to prevent the notification from bouncing again
which would otherwise lead to mail storms.)
Authenticated Sender: if the creator of the message is using an
alias or the mail is via a redirector, his/her
real username (not neccesarily address) should be
somewhere on this line. Pegasus uses it when the
Envelope "From:" (see options->network->advanced)
does not match the address used for smtp/pop.
Reply-To: if the creator of the message wants you
to send replies to someplace other than than the
address
specified in the "From:". Such as when using
two email
accounts, or when the message is via a list.

> these are messages from people who want to subscribe to a
> mailing list.

Simply ask them which they prefer.
Or take your pick (turn on Pegasus' "Advanced Reply Options"
for a review of your options).

> Please note sending me unsolicited commercial email indicates
> your consent for aggressive site security evaluations.

ROTFL. I see headlines that read "Lawyer double-speak gains
popularity on the Net".


Regards,
Cyrus

---------------------------------------------
Cyrus Patel
Department of English
Johannes Gutenberg Universitaet - Mainz, Germany
e-mail: c...@fb14.uni-mainz.de

Definition for the day:
Biography (n): a fate worse than death.

Udo Fuchs

unread,
Jun 25, 1997, 3:00:00 AM6/25/97
to

On 24 Jun 97 at 16:34, David Kirk has written:

> Priority: normal
> Date: Tue, 24 Jun 1997 16:34:47 +1200
> Reply-to: da...@chchcasino.co.nz
> From: David Kirk <da...@CHCHCASINO.CO.NZ>
> Organization: Christchurch Casinos Ltd
> Subject: Error FF servicing queue job
> To: MER...@UA1VM.UA.EDU

> I am using Mercury/32 v2.01 and I occasionally get the following
> error message in Mercury SMTP Client:
>
> failed.
> Error FF servicing queue job.
>

> If I look in the SPOOL directory on the Netware 3.12 Server where
> Mercury checks for any new outgoing mail, I find 2 files for each
> mail message that has failed to be sent.
>
> The only way to send the message is to re-type it in Pegasus Mail and
> send it again. I also have to delete the files in the SPOOL
> directory for the files that didn't send.
>

> Any help would be greatly appreciated.
>
>
> Thanks
>
> David Kirk
> Christchurch Casinos Ltd
> da...@chchcasino.co.nz
>

Hi David,

we had the same problem and first it was our router to the ISP which
had wrong userid or password, but then it was the tcpip timeout,
which was too small. So this error indicates a tcpip connection
problem.


Udo Fuchs
Postmaster
Informationssysteme
Raab Karcher Tankstellentechnik GmbH
mailto:Udo....@rktt.de
Tel:+4940/73114-109 Fax:+4940/73121-109

Udo Fuchs

unread,
Jul 1, 1997, 3:00:00 AM7/1/97
to

On 30 Jun 97 at 7:14, Daniel Chew has written:

> ^^^^^^^^^^^^^^


> > which was too small. So this error indicates a tcpip connection
> > problem.
> >
> >
> > Udo Fuchs
> > Postmaster
> > Informationssysteme
> > Raab Karcher Tankstellentechnik GmbH
> > mailto:Udo....@rktt.de
> > Tel:+4940/73114-109 Fax:+4940/73121-109
> >
>

> I have similar problem and I have always thought it was some sorta
> timeout that needs to be adjusted. So, how can I adjust this tcpip
> timeout. Is this a mercury thing or a NOS thing? Thanks

It is a Mercury Setting. You have to adjust the timeout parameter in
the MercuryC section in the Mercury.ini.

> ++++++++++++++++++++++++++++++++
>
> DANIEL CHEW
> Graduate Assistant
> Student Academic Services
> College of Arts and Science
> 120 Hawaii Hall
>
> ++++++++++++++++++++++++++++++++

0 new messages