Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Verzögerte E-Mail-Zustellung wegen Greylisting

Worfieboy_Forum · 2025-08-23T11:09:58+00:00

Salut ensemble Avec mon compte de messagerie Sunrise, il y a des retards réguliers dans la réception de messages. Les courriers des expéditeurs de Gmail (invitations de rendez-vous) et des organismes officiels (par exemple, serveur officiel) sont affectés. Cela est particulièrement problématique avec les nouvelles critiques telles que les réinitialisations de mot de passe ou les codes ponctuels, qui ne se produisent souvent qu'après l'expiration de leur validité. Le code d'erreur est documenté dans le rapport de rebond: > 421 4.2.0 Mxin613 Période d'attente de liste de feu grisante active. Veuillez réessayer plus tard Après un e-mail à abus@sunrise.ch, j'ai obtenu cette réponse: > Merci pour votre e-mail. La liste des grisés est correcte. > Il y a un enregistrement SPF, mais l'adresse IP d'envoi n'est pas dans cet enregistrement. > L'adresse IP d'envoi xxx.xx.xxx.xx doit être dans l'enregistrement SPF. Cependant, comme ce n'est pas le cas, l'e-mail est placé sur la liste des gris. > > L'utilisation de SPF, DKIM et DMARC est importante pour prévenir les e-mails de phishing. Nous ne pouvons pas modifier cette politique simplement parce que quelques émetteurs légitimes n'ont pas configuré correctement les enregistrements. Häää? Quelques émetteurs légitimes? Gmail ne devrait pas être sur liste grise? Je pense que le serveur de messagerie Sunrise est un peu arrogant et que le service technique peut ne rien changer ici, car probablement trop peu reconnaissent / signalent le problème. Ou suis-je tort?

Worfieboy_Forum

Hi zusammen

Bei meinem Sunrise-E-Mail-Account kommt es regelmässig zu erheblichen Verzögerungen beim Empfang von Nachrichten. Betroffen sind sowohl Mails von Gmail-Absendern (Termineinladungen) als auch offizielle Stellen (z. B. Behördenserver). Besonders problematisch ist dies bei zeitkritischen Nachrichten wie Passwort-Resets oder Einmalcodes, die oft erst nach Ablauf ihrer Gültigkeit eintreffen.

Im Bounce-Report ist der Fehlercode dokumentiert:

421 4.2.0 MXIN613 Greylisting wait period active. Please retry later

Nach einer Email an abuse@sunrise.ch bekam ich diese Antwort:

Vielen Dank für Ihr E-Mail. Das Greylisting ist korrekt.
Es existiert ein SPF Record, aber die sendende IP Adresse ist nicht in diesem Record.
Die sendende IP Adresse xxx.xx.xxx.xx müsste im SPF Record sein. Da das aber nicht der Fall ist, wird die E-Mail auf die Greylist gesetzt.

Die Verwendeung von SPF, DKIM und DMARC ist wichtig um Phishing E-Mails zu verhindern. Diese Policy können wir nicht ändern, nur weil ein paar legitime Sender die Records nicht richtig konfiguriert haben.

Häää? Ein paar legitime Sender? Gmail sollte doch nicht greylisted sein?? Mich dünkt, der Sunrise Mailserver ist etwas übermütig und der technische Dienst mag hier nichts ändern, weil wahrscheinlich zuwenige das Problem erkennen/melden.

Oder irre ich?

Xydocq

hallo Worfieboy_Forum

Willkommen in der Community.

So unrecht haben die Techniker von Sunrise nicht. Es liegt in der Verantwortung des Absenders seinen E-Mail-Server richtig zu konfigurieren. Als Empfänger weiss man ja nicht woher die E-Mail wirklich kommt und ob der Absender legitim ist. Deshalb diese Überprüfung.

Ich war davon als Absender betroffen. Mein Mail-Server (von Microsoft gehostet) war betroffen. Die Erneuerung des SPF-Eintrags auf Server-Seite hat das Problem behoben.

Es steht dir frei, einen E-Mail-Account bei einem Drittanbieter zu eröffnen und diesen dann für die von dir gewünschten Zwecke zu verwenden. Vielleicht kommen dort E-Mails schneller an, vielleicht aber auch nicht.

oli-h

Worfieboy_Forum

Kannst Du mal den kompletten Header-Bereich einer solchen ’zu spät angekommenen Mail" hier posten?
Selbstverständlich vertrauliche Dinge wie Mailadresse (aber nur der Teil links vom @-Zeichen), Subject-Zeile u.ä. schwärzen (also mit XXXXXX überschreiben):
Dann können die Nerds hier im Forum das mal analysieren und feststellen, ob Sunrise (mit ihren vermutlich wenigen 10′000 Mailadressen) oder Google (mit ihrem vermutlich Milliarden Mailadressen) etwas falsch machen :-)

Worfieboy_Forum

Danke @Xydocq, für die freundliche Willkommensheissung und dafür, dass du dir Zeit für deine Einschätzung genommen hast. Ich teile deine Ansicht, dass die Mail-Konfiguration in erster Linie in der Verantwortung des Absenders liegt. Allerdings möchte ich drei Punkte anmerken:
a) nicht alle verfügen über das technische Know-how, einen SPF-Eintrag selbst zu bearbeiten,
b) nicht alle Mail-Server lassen sich eigenhändig konfigurieren, und
c) funktionieren die meisten E-Mail-Dienste auch ohne solches Tuning problemlos.

Aus meiner Sicht liegt die Ursache daher vor allem bei den Server-Einstellungen von Sunrise – zumal Sunrise im letzten Jahr mit massiven Spam-Problemen zu kämpfen hatte. Ich vermute, dass in diesem Zusammenhang etwas übereifrig an der Konfiguration geschraubt wurde. Seitdem treten die Probleme bei mir auf.

Deine Bemerkung, es stünde mir frei, einfach den Anbieter zu wechseln, finde ich in diesem Forum ehrlich gesagt deplatziert. Das ist in etwa so, wie wenn jemand in einem Handy-Forum ein Problem mit seinem iPhone schildert und die Antwort lautet: „Kauf dir halt ein Samsung.“ – naja… Isch scho guet.

Hat jemand anderes etwas Konstruktiveres zu sagen, vielleicht einen Tipp?

pato

Worfieboy_Forum Zu deinen Punkten:
a) doch müssen sie, sonst haben sie keinen Mail Server zu betreiben. SPF Einträge gehören zu den absoluten Basics bei einem Mailserver. Graylisting ist eine sehr gute Methode gegen Spam und ist ein Industriestandard bei Spam Filtern.
b) eigentlich schon doch, also Mailserver Betreiber. Als Mieter eines Mailservers nicht, da sollte man auf den Betreiber vertrauen können.
c) nein

Daniele_Sunrise

@Worfieboy_Forum Herzlich Willkommen in der Community!

Es wäre gut, wenn du im Mailheader die Maildomains jeweils drin lässt, da man dann prüfen kann, ob es am fehlenden SPF Eintrag liegt. Anhand der im Mailheader vorhandenen IP Adressen kann man auch herausfinden, wer der Betreiber des Mailservers ist.

Liebe Grüsse
Daniele

Worfieboy_Forum

Danke für eure Antwort @oli und @Daniele_Sunrise.

Unten ein Screenshot eines Senders, der mir Emails zustellen wollte und eben auf die Greylist kam.
Andere Sender wären z.B. (mit IPs):

@redorbluelabs.com (217.26.49.174)
@healthspot.ch (52.101.188.121)
@no-reply-hospedajes@ses.mir.es (212.128.102.48)
@keenwellbeing.com (209.85.218.73)
plus viele weitere

Sunrise Abuse meldet, dass bei denen der SPF-Record fehlt. Das sind allesamt seriöse Unternehmen und offizielle Stellen - da kann ich unmöglich jedem eine Mail mit dem SPF-Problem schreiben. Kann es nicht sein, dass der Sunrise Server etwas gar sensibel eingestellt ist?

Oder anders gefragt: Gäbe es eine Möglichkeit für mich, gewisse Domains zu whitelisten oder geht das nur serverübergreifend? Weil so, wie’s gerade ist, wird meine Email-Adresse für mich zunehmend unbrauchbarer.

Danke für euren Support!

oli-h

Worfieboy_Forum

Hm - das ist nicht das, was wir an Info brauchen.
Kannst Du die Mail-Header auf Seite des Empfängers hier posten, also nach der Verzögerung und dann doch schlussendlich erfolgeicher Zustellung
Diese Header-Liste, das ist eine ziemlich lange Liste. In deinem Screenshot ist nicht ein einziger Header zu sehen. Ich sehe lediglich eine Zeile aus dem SMTP-Übertragungsprotokoll.

So eine Header-Liste sieht in etwa so aus (hier nur Header-Name)

Delivered-To: XXXXXXX@zzzz.com
Received: by .....
X-Forwarded-Encrypted: ....
X-Received: by ....
ARC-Seal: ...
ARC-Message-Signature: ....
ARC-Authentication-Results: ...
Return-Path: <XXXXXXX@zzzz.com>
Received: from ....
Received-SPF: pass ....
Authentication-Results: ....
UI-Loop: ....
Received: from ....
DKIM-Signature: ....
X-CSE-ConnectionGUID: ....
X-CSE-MsgGUID: ....
X-IronPort-AV: ....
MIME-Version: 1.0
Content-Type: multipart/mixed; ...
X-Mailer: ...
Return-Path: <XXXXXXXXX@yyyyy.ch>
Date: Mon, 01 Aug 2025 11:11:11 +0200 (CEST)
From: Lalala <XXXXXX@yyyy.ch>
Reply-To: Lalala <XXXXXX@yyyy.ch>
To: XXXXXXXXX@yyyy.ch
Message-ID: ....
Subject: BlaBlaBla
X-Content-Language: none
X-Spam-Flag: NO

Welche Header in welchser Reihenfolge genau bei die ankommen, das hängt von vielen Faktoren ab:

Es gibt in deinem Fall vielleicht nicht alle oben genannten
Manche gibt es aber vielleicht mehrfach
Vielleicht gibt es auch noch andere

Es ist nicht ganz einfach, alle sensitiven Daten aus den Headers zu entfernen, bevor Du es hier postet. Aber die Header-Liste sollte dennoch vollständig sein. Der Teufel steck im Detail.
Auf jeden Fall solltest Du mit “XXXXX” überschreiben:

Namen/Vornamen sowie die Mailadressen ‘links’ von den @-Zeichen, z.B. bei “Delivered-To”, “From”, “To” und “Reply-To” und “Return-Path”
Subject

Idealerweise machst Du eine Test-EMail, die ganz sicher keine persönlichen Daten (ausser den Mailadressen selbst) enthält.

Daniele_Sunrise

Worfieboy_Forum Vielen Dank für die Domains. Anbei meine Analyse:

@redorbluelabs.com (217.26.49.174) –> SPF OK, bitte Mailheader in der Community posten
@healthspot.ch (52.101.188.121) –> kein SPF Eintrag, Mails werden ggf. nicht zugestellt
@no-reply-hospedajes@ses.mir.es (212.128.102.48) –> kein SPF Eintrag, Mails werden ggf. nicht zugestellt
@keenwellbeing.com (209.85.218.73)–> SPF OK, bitte Mailheader in der Community posten

Bei den Fett markierten Einträgen könnte es sein, dass die Sender IP adresse nicht registriert wurde auf dem Mailserver. Hier kann sicherlich unser Abuse Team (abuse@sunrise.net) unterstützen.

Liebe Grüsse
Daniele