Mogelijk raar gedrag van qmail

[Erik Hensema]

Hoi,

Gegeven de volgende situatie: qmail server probeert mail af te
leveren. Echter, de primary MX van het ontvangende domein is
down. De backup MX geeft een 4xx fout. Kortom: de mail is niet af
te leveren en blijft in de queue van qmail staan.

Vervolgens komt de primary MX weer online. Echter, de qmail
server blijft gewoon stug afleveren bij de backup MX, die nog
maar steeds een 4xx blijft geven.

Klopt het dat qmail dit gedrag vertoont? Ik ben niet 100% zeker
dat het qmail was op de verzendende server. Het gaat om
mail3.ism.nl overigens.

Ik ken qmail helemaal niet verder trouwens. Behalve dat ik weet
dat ik er toch veel last van heb :-(

--
Erik Hensema (erik@hensema.net) ICQ# 8280101
nl.comp.os.linux.* hierarchie FAQ:
http://www.hensema.net/news-faq/ncol-news-faq.html

[Erik Hensema]

Erik Hensema (usenet@smac.hensema.net) wrote:
> Gegeven de volgende situatie: qmail server probeert mail af te
> leveren. Echter, de primary MX van het ontvangende domein is
> down. De backup MX geeft een 4xx fout. Kortom: de mail is niet af
> te leveren en blijft in de queue van qmail staan.

Update: poster.sci.kun.nl vertoont hetzelfde gedrag. Iemand enig
idee wat voor MTA die draait?

--
Erik Hensema (erik@hensema.net) ICQ# 8280101
"Love is an ideal thing, marriage a real thing; a confusion of the real with
the ideal never goes unpunished."
-- Goethe

[cmkools]

On Mon, 7 Feb 2005 14:26:05 +0000 (UTC), Erik Hensema <usenet@smac.hensema.net>
wrote:

>Erik Hensema (usenet@smac.hensema.net) wrote:
>> Gegeven de volgende situatie: qmail server probeert mail af te
>> leveren. Echter, de primary MX van het ontvangende domein is
>> down. De backup MX geeft een 4xx fout. Kortom: de mail is niet af
>> te leveren en blijft in de queue van qmail staan.
>
>Update: poster.sci.kun.nl vertoont hetzelfde gedrag. Iemand enig
>idee wat voor MTA die draait?


# telnet mail.sci.kun.nl 25
Trying 131.174.8.1...
Connected to mail.sci.kun.nl.
Escape character is '^]'.
220 wn1.sci.kun.nl ESMTP Sendmail 8.12.10/4.23 ready at Mon, 7 Feb 2005 15:38:32
+0100 (MET)
--
server: news.kools-online.com
web: http://www.kools-online.com
Info: http://portal.kools-online.com

[Jurjen Oskam]

On 2005-02-07, Erik Hensema <usenet@smac.hensema.net> wrote:

> Vervolgens komt de primary MX weer online. Echter, de qmail
> server blijft gewoon stug afleveren bij de backup MX, die nog
> maar steeds een 4xx blijft geven.

Uit de qmail-tcpto manpage:

After an SMTP connection attempt times out, qmail-remote
records the relevant IP address. If the same address fails
again (after at least two minutes with no intervening
successful connections), qmail-remote assumes that further
attempts will fail for at least another hour.

Hoe lang heb je gewacht na het weer opkomen van de primary MX?

--
Jurjen Oskam
"E-mail has just erupted like a weed, and instead of considering
what to say when they write, people now just let thoughts drool
out onto the screen." - R. Craig Hogan

[Erik Hensema]

cmkools (cmkools@kools-online.com.invalid) wrote:
> On Mon, 7 Feb 2005 14:26:05 +0000 (UTC), Erik Hensema <usenet@smac.hensema.net>
> wrote:
>
>>Erik Hensema (usenet@smac.hensema.net) wrote:
>>> Gegeven de volgende situatie: qmail server probeert mail af te
>>> leveren. Echter, de primary MX van het ontvangende domein is
>>> down. De backup MX geeft een 4xx fout. Kortom: de mail is niet af
>>> te leveren en blijft in de queue van qmail staan.
>>
>>Update: poster.sci.kun.nl vertoont hetzelfde gedrag. Iemand enig
>>idee wat voor MTA die draait?
>
>
> # telnet mail.sci.kun.nl 25
> Trying 131.174.8.1...
> Connected to mail.sci.kun.nl.
> Escape character is '^]'.
> 220 wn1.sci.kun.nl ESMTP Sendmail 8.12.10/4.23 ready at Mon, 7 Feb 2005 15:38:32
> +0100 (MET)

Dat is een heel andere machine, poster.sci.kun.nl=131.174.124.7
en mail.sci.kun.nl=131.174.8.1

--
Erik Hensema (erik@hensema.net) ICQ# 8280101
nl.comp.os.linux.* hierarchie FAQ:
http://www.hensema.net/news-faq/ncol-news-faq.html

[Erik Hensema]

Jurjen Oskam (joskam@quadpro.stupendous.org) wrote:
> On 2005-02-07, Erik Hensema <usenet@smac.hensema.net> wrote:
>
>> Vervolgens komt de primary MX weer online. Echter, de qmail
>> server blijft gewoon stug afleveren bij de backup MX, die nog
>> maar steeds een 4xx blijft geven.
>
> Uit de qmail-tcpto manpage:
>
> After an SMTP connection attempt times out, qmail-remote
> records the relevant IP address. If the same address fails
> again (after at least two minutes with no intervening
> successful connections), qmail-remote assumes that further
> attempts will fail for at least another hour.
>
> Hoe lang heb je gewacht na het weer opkomen van de primary MX?

Moeilijk te zeggen. In dit geval beheer ik alleen de backup MX,
primary MX hangt bij een klant achter een DSL lijn.

Probleem is dat mijn backup MX een 4xx geeft indien de primary up
is. Een erg effectieve anti-spam maatregel moet ik zeggen, omdat
het typisch spammersgedrag is om gewoon naar de backup te mailen
terwijl de primary up is.

In mijn setup is het ook zo dat de primary mx doet aan spam- en
virusfiltering, de backup niet. Dat levert op de backup een mooie
queue van bounces op die uiteraard nergens afgeleverd kunnen
worden -- en als ze al afgeleverd worden dan vast en zeker bij
een onschuldige derde.

Als het goed is stuurt hostingxs nu niet of nauwelijks nog
bounces, alle troep reject ik direct aan de voordeur.

Maar als er b0rken mailservers zijn die niet eens _proberen_ af
te leveren aan de primary, dan valt het plannetje mooi in duigen
:-(

--
Erik Hensema (erik@hensema.net) ICQ# 8280101
nl.comp.os.linux.* hierarchie FAQ:
http://www.hensema.net/news-faq/ncol-news-faq.html

[Ruben van der Leij]

On 2005-02-07, Erik Hensema <usenet@smac.hensema.net> wrote:

> Update: poster.sci.kun.nl vertoont hetzelfde gedrag. Iemand enig
> idee wat voor MTA die draait?

$ telnet poster.sci.kun.nl 25
Trying 131.174.124.7...
telnet: Unable to connect to remote host: No route to host

De machine is voor mij met ICMP wel te bereiken, dus iemand heeft creatief
zitten iptafelen.

--
Ruben

Tijd dat Remkes opstapt. Genoeg is genoeg.

[Jurjen Oskam]

On 2005-02-07, Erik Hensema <usenet@smac.hensema.net> wrote:

> Probleem is dat mijn backup MX een 4xx geeft indien de primary up
> is.

Da's dus niet handig.

> Maar als er b0rken mailservers zijn die niet eens _proberen_ af
> te leveren aan de primary, dan valt het plannetje mooi in duigen

Je aanname is niet goed. Er wordt wel degelijk geprobeerd om
af te leveren op de primary MX. Deze is echter down, en dus
lukt afleveren niet. En dat feit wordt korte tijd gecached, om te
voorkomen dat elk uitgaand mailtje naar het betreffende domein
eerst tegen een timeout of fout moet aanlopen.

--
Jurjen Oskam
"E-mail has just erupted like a weed, and instead of considering
what to say when they write, people now just let thoughts drool
out onto the screen." - R. Craig Hogan

[richard lucassen]

On Mon, 7 Feb 2005 14:44:27 +0000 (UTC)
Erik Hensema <usenet@smac.hensema.net> wrote:

> Dat is een heel andere machine, poster.sci.kun.nl=131.174.124.7
> en mail.sci.kun.nl=131.174.8.1

Het ding heet poster, dus wellicht draait er alleen de MTA zonder smtpd
;-)

R.

--
__________________________________________________ _________________
Recursion: see recursion

+------------------------------------------------------------------+
| Richard Lucassen, Utrecht |
| Public key and email address: |
| http://www.lucassen.org/mail-pubkey.html |
+------------------------------------------------------------------+

[Erik Hensema]

Jurjen Oskam (joskam@quadpro.stupendous.org) wrote:
> On 2005-02-07, Erik Hensema <usenet@smac.hensema.net> wrote:
>
>> Probleem is dat mijn backup MX een 4xx geeft indien de primary up
>> is.
>
> Da's dus niet handig.
>
>> Maar als er b0rken mailservers zijn die niet eens _proberen_ af
>> te leveren aan de primary, dan valt het plannetje mooi in duigen
>
> Je aanname is niet goed. Er wordt wel degelijk geprobeerd om
> af te leveren op de primary MX. Deze is echter down, en dus
> lukt afleveren niet. En dat feit wordt korte tijd gecached, om te
> voorkomen dat elk uitgaand mailtje naar het betreffende domein
> eerst tegen een timeout of fout moet aanlopen.

'korte tijd' = 12 uur?

--
Erik Hensema (erik@hensema.net) ICQ# 8280101
nl.comp.os.linux.* hierarchie FAQ:
http://www.hensema.net/news-faq/ncol-news-faq.html

[Cor Gest]

Erik Hensema <usenet@smac.hensema.net> writes:

> > Je aanname is niet goed. Er wordt wel degelijk geprobeerd om
> > af te leveren op de primary MX. Deze is echter down, en dus
> > lukt afleveren niet. En dat feit wordt korte tijd gecached, om te
> > voorkomen dat elk uitgaand mailtje naar het betreffende domein
> > eerst tegen een timeout of fout moet aanlopen.
>
> 'korte tijd' = 12 uur?

Een fatsoenlijk geconfigureerd maildoos zal elke N-uur trachten het
meuk af te leveren gedurende Y-dagen.
Spamdozen vallen niet onder de categorie "fatsoenlijk",
dus dat boeit niet.

Cor

--
(defvar My-Computer '((OS . "GNU/Emacs") (IPL . "GNU/Linux")))
(setq load-path (cons (expand-file-name "~/HyperSpec/") load-path))
Any system is as safe as the dumbness of its guardian
Thou shall not worship false Operating-Systems

[Erik Hensema]

Erik Hensema (usenet@smac.hensema.net) wrote:
> Erik Hensema (usenet@smac.hensema.net) wrote:
>> Gegeven de volgende situatie: qmail server probeert mail af te
>> leveren. Echter, de primary MX van het ontvangende domein is
>> down. De backup MX geeft een 4xx fout. Kortom: de mail is niet af
>> te leveren en blijft in de queue van qmail staan.
>
> Update: poster.sci.kun.nl vertoont hetzelfde gedrag. Iemand enig
> idee wat voor MTA die draait?

Laat maar, deze heeft niet hetzelfde gedrag.

De primary MX geeft ook een 4xx fout omdat poster.sci.kun.nl een
mail vanaf een niet-bestaand domein probeert af te leveren. Hij
probeert dus om en om primary en backup en zal dat nog wel een
paar daagjes blijven doen.

--
Erik Hensema (erik@hensema.net) ICQ# 8280101
Quoting-HOWTO: http://www.leerquoten.nl

[Philip Homburg]

In article <slrnd0f040.mav.usenet@bender.home.hensema.net>,
Erik Hensema <erik@hensema.net> wrote:
>Probleem is dat mijn backup MX een 4xx geeft indien de primary up
>is. Een erg effectieve anti-spam maatregel moet ik zeggen, omdat
>het typisch spammersgedrag is om gewoon naar de backup te mailen
>terwijl de primary up is.

Ik geloof niet dat dat erg effectief is. Spammers proberen alle MXen totdat
ze er een vinden die de mail accepteert (tenminste dat is mijn ervaring,
na wat experimenten met allerlei combinaties van MXen).

>Maar als er b0rken mailservers zijn die niet eens _proberen_ af
>te leveren aan de primary, dan valt het plannetje mooi in duigen
>:-(

Dat is inderdaad helaas het geval. Tijdens een van mijn experimenten
viel mij op dat er een server was die al een hele tijd een (met opzet)
niet werkende secondary probeerde.

Daarna heb ik dat experiment maar gestaakt voor domeinen die ik belangrijk
vind.

(Ik weet niet welke mailer het was, ik geloof een of ander 'enterprise'
windows produkt).



--
That was it. Done. The faulty Monk was turned out into the desert where it
could believe what it liked, including the idea that it bad been done by.
It was allowed to keep its horse, since horses where so cheap to make.
-- Douglas Adams in Dirk Gently's Holistic Detective Agency

[Jurjen Oskam]

On 2005-02-07, Erik Hensema <usenet@smac.hensema.net> wrote:

>> lukt afleveren niet. En dat feit wordt korte tijd gecached, om te
>> voorkomen dat elk uitgaand mailtje naar het betreffende domein
>> eerst tegen een timeout of fout moet aanlopen.
> 'korte tijd' = 12 uur?

Geen idee, waarschijnlijk niet nee. Voor zulke lange tijden zal het
wel iets anders zijn.

--
Jurjen Oskam
"E-mail has just erupted like a weed, and instead of considering
what to say when they write, people now just let thoughts drool
out onto the screen." - R. Craig Hogan