* SMTP server error message
@ 2014-05-31 13:34 Eli Zaretskii
2014-05-31 14:16 ` Achim Gratz
` (2 more replies)
0 siblings, 3 replies; 13+ messages in thread
From: Eli Zaretskii @ 2014-05-31 13:34 UTC (permalink / raw
To: emacs-devel
Hi,
I need some help from the SMTP experts here.
Since about a couple of days ago, some of the messages I send via
smtpmail fail because the SMTP server sends this response, after the
message is sent to it:
451 4.0.0 Spam filter end message failed - server - license [slot 1]
When this response comes in, smtpmail bails out. This only happens
with about 25% probability, and in particular if I immediately resend,
the message is sent with no problems.
What does that response mean, and what can I do to avoid it (apart of
hacking smtpmail)?
TIA
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: SMTP server error message
2014-05-31 13:34 SMTP server error message Eli Zaretskii
@ 2014-05-31 14:16 ` Achim Gratz
2014-05-31 15:51 ` Stefan Monnier
2014-05-31 16:28 ` Eli Zaretskii
2014-05-31 14:27 ` Florian Weimer
2014-05-31 14:47 ` Stephen J. Turnbull
2 siblings, 2 replies; 13+ messages in thread
From: Achim Gratz @ 2014-05-31 14:16 UTC (permalink / raw
To: emacs-devel
Eli Zaretskii writes:
> Since about a couple of days ago, some of the messages I send via
> smtpmail fail because the SMTP server sends this response, after the
> message is sent to it:
>
> 451 4.0.0 Spam filter end message failed - server - license [slot 1]
The 451 repsonse means there has been an error on the server while
processing the message and the pending action has been aborted.
> When this response comes in, smtpmail bails out. This only happens
> with about 25% probability, and in particular if I immediately resend,
> the message is sent with no problems.
You might be talking to an address that uses load-balancing over
multiple servers and only one of those has a problem. Another
possibility is that whatever is doing the spam filtering doesn't respond
(quickly enough).
> What does that response mean, and what can I do to avoid it (apart of
> hacking smtpmail)?
Getting a 451 means, "Sorry, didn't work out this time. Come back later
if you still want to." Most SMTP servers would now enter exponential
backoff for re-delivery attempts, most MTA will simply bow out and let
the user handle the problem.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wavetables for the Terratec KOMPLEXER:
http://Synth.Stromeko.net/Downloads.html#KomplexerWaves
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: SMTP server error message
2014-05-31 13:34 SMTP server error message Eli Zaretskii
2014-05-31 14:16 ` Achim Gratz
@ 2014-05-31 14:27 ` Florian Weimer
2014-05-31 16:29 ` Eli Zaretskii
2014-05-31 14:47 ` Stephen J. Turnbull
2 siblings, 1 reply; 13+ messages in thread
From: Florian Weimer @ 2014-05-31 14:27 UTC (permalink / raw
To: Eli Zaretskii; +Cc: emacs-devel
* Eli Zaretskii:
> 451 4.0.0 Spam filter end message failed - server - license [slot 1]
> What does that response mean, and what can I do to avoid it (apart
> of hacking smtpmail)?
Looks like a problem at your ISP. They probably have a cluster node
that is broken, and sending again hits a node that works.
^ permalink raw reply [flat|nested] 13+ messages in thread
* SMTP server error message
2014-05-31 13:34 SMTP server error message Eli Zaretskii
2014-05-31 14:16 ` Achim Gratz
2014-05-31 14:27 ` Florian Weimer
@ 2014-05-31 14:47 ` Stephen J. Turnbull
2014-05-31 16:27 ` Eli Zaretskii
2 siblings, 1 reply; 13+ messages in thread
From: Stephen J. Turnbull @ 2014-05-31 14:47 UTC (permalink / raw
To: Eli Zaretskii; +Cc: emacs-devel
Eli Zaretskii writes:
> 451 4.0.0 Spam filter end message failed - server - license [slot 1]
Greylisting. The idea is that a real MTA will retry (it's a temporary
failure, which means you are being invited to try again later with
exactly the same address and message data), while a spammer will just
move on to the next victim's address. Reduces spam by about 75%, but
most MTAs wait about 4 hours to retry, which is a long time for a list
like emacs-devel.
The greylisting MTA normally whitelists you immediately for a period
of time (typically 24 hours) after the first (temporary) failure.
This may explain your 25% failure rate, the others are within the
auto-whitelist period.
You don't say which SMTP server you're talking to. If it's an
outbound relay, you might talk to the sysadmin and see if your host
can be permanently whitelisted.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: SMTP server error message
2014-05-31 14:16 ` Achim Gratz
@ 2014-05-31 15:51 ` Stefan Monnier
2014-05-31 16:59 ` Achim Gratz
2014-05-31 16:28 ` Eli Zaretskii
1 sibling, 1 reply; 13+ messages in thread
From: Stefan Monnier @ 2014-05-31 15:51 UTC (permalink / raw
To: Achim Gratz; +Cc: emacs-devel
> Getting a 451 means, "Sorry, didn't work out this time. Come back later
> if you still want to." Most SMTP servers would now enter exponential
> backoff for re-delivery attempts, most MTA will simply bow out and let
> the user handle the problem.
Did you mean "MUA"? Or what is the difference between an MTA and an
SMTP server?
Stefan
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: SMTP server error message
2014-05-31 14:47 ` Stephen J. Turnbull
@ 2014-05-31 16:27 ` Eli Zaretskii
2014-05-31 18:18 ` Stephen J. Turnbull
0 siblings, 1 reply; 13+ messages in thread
From: Eli Zaretskii @ 2014-05-31 16:27 UTC (permalink / raw
To: Stephen J. Turnbull; +Cc: emacs-devel
> From: "Stephen J. Turnbull" <stephen@xemacs.org>
> Cc: emacs-devel@gnu.org
> Date: Sat, 31 May 2014 23:47:07 +0900
>
> Eli Zaretskii writes:
>
> > 451 4.0.0 Spam filter end message failed - server - license [slot 1]
>
> Greylisting. The idea is that a real MTA will retry (it's a temporary
> failure, which means you are being invited to try again later with
> exactly the same address and message data), while a spammer will just
> move on to the next victim's address. Reduces spam by about 75%, but
> most MTAs wait about 4 hours to retry, which is a long time for a list
> like emacs-devel.
It's not coming from the list, though. It comes from the SMTP server
my Emacs is talking to in order to send email.
Are you saying that the SMTP server is trying to greylist me
personally? Why would it want to do that?
> The greylisting MTA normally whitelists you immediately for a period
> of time (typically 24 hours) after the first (temporary) failure.
> This may explain your 25% failure rate, the others are within the
> auto-whitelist period.
This doesn't seem to match what I see: If I send the same message
several times one after the other, one in 3 or 4 gets this error, the
other go through. So there doesn't seem to be any significant time
period during which I'm whitelisted.
> You don't say which SMTP server you're talking to.
It's my ISP's SMTP server.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: SMTP server error message
2014-05-31 14:16 ` Achim Gratz
2014-05-31 15:51 ` Stefan Monnier
@ 2014-05-31 16:28 ` Eli Zaretskii
2014-05-31 17:02 ` Achim Gratz
1 sibling, 1 reply; 13+ messages in thread
From: Eli Zaretskii @ 2014-05-31 16:28 UTC (permalink / raw
To: Achim Gratz; +Cc: emacs-devel
> From: Achim Gratz <Stromeko@nexgo.de>
> Date: Sat, 31 May 2014 16:16:33 +0200
>
> Getting a 451 means, "Sorry, didn't work out this time. Come back later
> if you still want to." Most SMTP servers would now enter exponential
> backoff for re-delivery attempts, most MTA will simply bow out and let
> the user handle the problem.
Thanks. So you are saying I have nothing better to do than perhaps
talk to my ISP representatives and urge them to fix the problem?
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: SMTP server error message
2014-05-31 14:27 ` Florian Weimer
@ 2014-05-31 16:29 ` Eli Zaretskii
0 siblings, 0 replies; 13+ messages in thread
From: Eli Zaretskii @ 2014-05-31 16:29 UTC (permalink / raw
To: Florian Weimer; +Cc: emacs-devel
> From: Florian Weimer <fw@deneb.enyo.de>
> Cc: emacs-devel@gnu.org
> Date: Sat, 31 May 2014 16:27:47 +0200
>
> * Eli Zaretskii:
>
> > 451 4.0.0 Spam filter end message failed - server - license [slot 1]
>
> > What does that response mean, and what can I do to avoid it (apart
> > of hacking smtpmail)?
>
> Looks like a problem at your ISP. They probably have a cluster node
> that is broken, and sending again hits a node that works.
Thanks.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: SMTP server error message
2014-05-31 15:51 ` Stefan Monnier
@ 2014-05-31 16:59 ` Achim Gratz
0 siblings, 0 replies; 13+ messages in thread
From: Achim Gratz @ 2014-05-31 16:59 UTC (permalink / raw
To: emacs-devel
Stefan Monnier writes:
>> Getting a 451 means, "Sorry, didn't work out this time. Come back later
>> if you still want to." Most SMTP servers would now enter exponential
>> backoff for re-delivery attempts, most MTA will simply bow out and let
>> the user handle the problem.
>
> Did you mean "MUA"? Or what is the difference between an MTA and an
> SMTP server?
Yes, sorry for the typo.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and User Sound Singles for Waldorf rackAttack:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: SMTP server error message
2014-05-31 16:28 ` Eli Zaretskii
@ 2014-05-31 17:02 ` Achim Gratz
0 siblings, 0 replies; 13+ messages in thread
From: Achim Gratz @ 2014-05-31 17:02 UTC (permalink / raw
To: emacs-devel
Eli Zaretskii writes:
> Thanks. So you are saying I have nothing better to do than perhaps
> talk to my ISP representatives and urge them to fix the problem?
It's at least worth trying to send a mail to postmaster (or whatever
their administrative contact) so they can check their logs and perhaps
tell you what's going on or even just fix it.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wavetables for the Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#BlofeldUserWavetables
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: SMTP server error message
2014-05-31 16:27 ` Eli Zaretskii
@ 2014-05-31 18:18 ` Stephen J. Turnbull
2014-05-31 18:43 ` Eli Zaretskii
0 siblings, 1 reply; 13+ messages in thread
From: Stephen J. Turnbull @ 2014-05-31 18:18 UTC (permalink / raw
To: Eli Zaretskii; +Cc: emacs-devel
Eli Zaretskii writes:
> > From: "Stephen J. Turnbull" <stephen@xemacs.org>
> > Cc: emacs-devel@gnu.org
> > Date: Sat, 31 May 2014 23:47:07 +0900
> >
> > Eli Zaretskii writes:
> >
> > > 451 4.0.0 Spam filter end message failed - server - license [slot 1]
Oops, should have investigated more carefully instead of going by
memory. Here's the RFC 5321 definition of status code 451:
451 Requested action aborted: local error in processing
> It's not coming from the list, though. It comes from the SMTP server
> my Emacs is talking to in order to send email.
Sorry, I shouldn't have mentioned the MTA policy or emacs-devel.
They're irrelevant since you're using smtpmail.
> Are you saying that the SMTP server is trying to greylist me
> personally? Why would it want to do that?
Greylisting affects all incoming calls to the server, not just you.
If it's just you, it's not greylisting.
> [greylisting timing] doesn't seem to match what I see:
> It's my ISP's SMTP server.
OK, I just guessed entirely wrong. Very sorry! Between the
definition of 451, and those two facts, we can rule out greylisting.
451 means an intermittent problem at your ISP. The "one broken node
in the cluster" hypothesis sounds plausible to me, but in any case
since the server is at your ISP, they should fix their server. It's
not smtpmail, since the transaction is completing with a proper
response code, it's the server.
To save you (and maybe others) some grief, smtpmail could retry on any
status code matching "4[0-9][0-9]", that's what an SMTP client is
supposed to do. Probably in most cases waiting a few seconds and
trying once should be enough when you're talking only to your ISP.
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: SMTP server error message
2014-05-31 18:18 ` Stephen J. Turnbull
@ 2014-05-31 18:43 ` Eli Zaretskii
2014-05-31 19:55 ` Stephen J. Turnbull
0 siblings, 1 reply; 13+ messages in thread
From: Eli Zaretskii @ 2014-05-31 18:43 UTC (permalink / raw
To: Stephen J. Turnbull; +Cc: emacs-devel
> From: "Stephen J. Turnbull" <stephen@xemacs.org>
> Cc: emacs-devel@gnu.org
> Date: Sun, 01 Jun 2014 03:18:11 +0900
>
> 451 means an intermittent problem at your ISP. The "one broken node
> in the cluster" hypothesis sounds plausible to me, but in any case
> since the server is at your ISP, they should fix their server. It's
> not smtpmail, since the transaction is completing with a proper
> response code, it's the server.
OK, I guess I'll collect the names of the servers that return this
error, and if they are the same every time, will send a note to
postmaster.
> To save you (and maybe others) some grief, smtpmail could retry on any
> status code matching "4[0-9][0-9]", that's what an SMTP client is
> supposed to do. Probably in most cases waiting a few seconds and
> trying once should be enough when you're talking only to your ISP.
I will try that as well. Are all 4XX codes indeed of this nature?
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: SMTP server error message
2014-05-31 18:43 ` Eli Zaretskii
@ 2014-05-31 19:55 ` Stephen J. Turnbull
0 siblings, 0 replies; 13+ messages in thread
From: Stephen J. Turnbull @ 2014-05-31 19:55 UTC (permalink / raw
To: Eli Zaretskii; +Cc: emacs-devel
Eli Zaretskii writes:
> I will try that as well. Are all 4XX codes indeed of this nature?
Yes, all 4xx codes are an invitation to try again, they indicate a
transient glitch with the server (server couldn't allocate memory,
spamchecker crashed, that kind of thing).
There's no way to know when the server expects the problem to get
fixed, but for smtpmail I would guess that if it isn't fixed in a few
seconds, you may as well give up, and try by hand later. Having
smtpmail retry multiple times in the background over several hours is
probably more programming than it's worth.
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2014-05-31 19:55 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-05-31 13:34 SMTP server error message Eli Zaretskii
2014-05-31 14:16 ` Achim Gratz
2014-05-31 15:51 ` Stefan Monnier
2014-05-31 16:59 ` Achim Gratz
2014-05-31 16:28 ` Eli Zaretskii
2014-05-31 17:02 ` Achim Gratz
2014-05-31 14:27 ` Florian Weimer
2014-05-31 16:29 ` Eli Zaretskii
2014-05-31 14:47 ` Stephen J. Turnbull
2014-05-31 16:27 ` Eli Zaretskii
2014-05-31 18:18 ` Stephen J. Turnbull
2014-05-31 18:43 ` Eli Zaretskii
2014-05-31 19:55 ` Stephen J. Turnbull
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.