..ich kenne durchaus Setups, bei denen der Connect auf den MX-20 einen
Eintrag ähnlich Greylisting-Tripel) erzeugt, *jeden* Mailversuch aber
prinziell mit 4xx temporär ablehnt und beim "hochhangeln" (lies: statt
an der MX-Prio "runterhangeln") auf den eigentlich aktiven MX-10 dort
nachschaut,
On 28.11.18 19:35, Jakob Curdes wrote:
> Genau, er geht sie der Reihe nach durch, aber viele Spammer-Systeme
> kontaktieren bewusst zunächst den 2. Eintrag, genau unter der Annahme,
> dass dort evtl. der Schutz schwächer ist.
das ist richtig - also die Annahme, dass der "Backup-MX" (für den
Am 28.11.2018 um 17:59 schrieb Christian Bricart:
Am 2018-11-28 15:55, schrieb kern:
[..]
Ich konnte weder im SMTP-RFC (davon gibts auch schon mehrere Versionen wie
ich festgestellt habe) noch sonst im Internet eine eindeutige Aussagen
finden, vl. weis hier aber jemand besser bescheid:
Am 2018-11-28 15:55, schrieb kern:
[..]
Ich konnte weder im SMTP-RFC (davon gibts auch schon mehrere Versionen
wie
ich festgestellt habe) noch sonst im Internet eine eindeutige Aussagen
finden, vl. weis hier aber jemand besser bescheid:
https://tools.ietf.org/html/rfc5321#section-5.1
Hallo Christoph,
Am Mittwoch, 28. November 2018, 07:55:24 CET schrieb kern:
> Folgendes Szenario:
> 1 Domain, 2 MX Records (mit unterschiedlicher Prio/Preference).
> Auf Server 1 (prefered) läuft Greylisting
>
> Nun passiert folgendes, jemand schickt eine Mail, dieser Host wird
> gegreylisted am
Im Auftrag von kern
>
> Nun passiert folgendes, jemand schickt eine Mail, dieser Host wird
> gegreylisted am MX1 und mit Statuscode 450 abgewiesen, jetzt probiert
> dieser
> dann sofort die Mail an MX2 zuzustellen, das funktioniert auch.
>
> Ich konnte weder im SMTP-RFC (davon gibts auch schon
Nicht direkt postfix-related, vl. kann mir dennoch jemand helfen
Folgendes Szenario:
1 Domain, 2 MX Records (mit unterschiedlicher Prio/Preference).
Auf Server 1 (prefered) läuft Greylisting
Nun passiert folgendes, jemand schickt eine Mail, dieser Host wird
gegreylisted am MX1 und mit
