Im Eintrag "Greylisting Fail" konnte ich die Beobachtungen aus der Beschriebenen Stoerung leider nicht mehr aktiv nachpruefen, da der MX ja nicht mehr fuer die Domains von damals zustaendig war. MiGri hat mich dann netterweise auf das Feature von rotobex hingewiesen, welches ich die ganze Zeit im Kopf hatte aber nicht mehr fand: Shared.

Die Kiste im Dienste von emailfiltering.com aka webroot (man beachte ihren Slogan) ist fuer ueber 30 Domains der primaere MX. Und ein Test bestaetigt meine Vermutung: Immer noch dieselbe Scheisse. Nach dem ersten neuen Tripel wird die Verbindung geworfen und widerspricht damit dem RFC. Versucht man es direkt danach erneut gehts durch. Selber testen oder Tracefile ansehen.

Immerhin ist es ein sauberer Verbindungsabbau. Ich hatte eigentlich ein RST erwartet. Den RST bekommt man allerdings, wenn man von einer IP aus einem Dial-In Bereich kommt. Ich sehe ja ein, dass man aus diesen Ranges keine Mails annehmen will, faend es aber doch ungleich hilfreicher wenn der Client eine entsprechende Meldung bekommen wuerde. Ist ja kein Hexenwerk das einzubauen und hilft bei der Fehlersuche ungemein.

Ich glaub ich mail denen mal.

Wie es halt so ist im Internet: Ueberall finden sich ausgewiesene Spezialexperten. In allen Ecken. Besonders gerne in Foren/Blogs von anderen Spezialexperten oder spezialexpertenaffinen Medien. Als der Spamassassin Anfang diesen Jahres noch der Meinung war, Mails mit 2010 im Datum seien "grossly in the future" schlug wieder die grosse Stunde vieler Experten. Die wussten dann zu berichten, warum Spamassassin ja generell scheisse sei und das nur $methode_foobar der uneingeschraenkte Heilsbringer in Punkto Spambekaempfung ist. RBL, Whitelisting, SPF und und und. Natuerlich auch Greylisting. Ausser Greylisting braucht man nix, hiess es an mancher Stelle.

Nun denn...

"Greylisting fail" vollständig lesen »