Einer unserer Besucher hatte Schwierigkeiten, die Bestätigungs-E-Mail an seine übliche E-Mail-Adresse zu erhalten.
E-Mails kommen anscheinend ohne Absender-E-Mail-Adresse an, was dazu führt, dass sie auf einen Fehler in Cloudflare stoßen.
Ich habe nicht genügend Zugriff, um dies zu bestätigen. Irgendwelche Hilfe?
Ich hatte ein paar Minuten Zeit, um zu versuchen zu helfen, und außerdem neige ich dazu, eine Augenbraue hochzuziehen, wenn jemand „Bug“ behauptet.
Ich hoffe, es hilft.
Es klingt, als wäre es nicht iCloud, sondern iCloud „Meine E-Mail-Adresse verbergen“.
Sie können versuchen, die Website-Einstellung „E-Mails normalisieren“ zu deaktivieren. Es stellt sich heraus, dass das Erfinden gefälschter E-Mail-Adressen, um zu verhindern, dass Discourse Ihre echte E-Mail-Adresse erfährt, genau dasselbe ist wie das Erfinden gefälschter E-Mail-Adressen, damit Sie Hunderte von Konten erstellen können.
Sie müssen entscheiden, ob Sie zulassen möchten, dass Personen Konten mit E-Mail-Adressen erstellen, die nicht ihre echten E-Mail-Adressen sind, scheint es.
Okay, ich habe tatsächlich iCloud+, also habe ich versucht, Hide My Email zu verwenden, und es hat gut funktioniert. Es stellt sich heraus, dass das auch nicht das Problem ist.
Gibt es noch etwas, das ich versuchen sollte?
Wenn wir eine klare Erklärung des Problems erhalten, können wir uns darum kümmern.
z.B. wie ist Cloudflare hier involviert?
Dies bedeutet, dass nur E-Mails, die von bestimmten E-Mail-Adressen über die App oder Website gesendet werden, automatisch an die verifizierte E-Mail-Adresse weitergeleitet werden, die in Ihrem Apple-Konto festgelegt ist.
Funktioniert das Senden an die versteckte E-Mail nur von einem einzigen Absender? Wie schlüsselt iCloud dies auf? Verwendet es From? Envelope-From? Sender?
Für alle gehosteten Websites können wir die Zustellungsdatensätze für einzelne E-Mails über die ausgehende Warteschlangen-ID aus /admin/email-logs abrufen. Selbst gehostete Websites müssen dasselbe mit ihrem E-Mail-Anbieter tun.
Ich habe mir die Protokolle angesehen, um zu sehen, ob ich Dir’s Problem herausfinden kann – alles unten ist anonymisiert.
In Dir’s Fall gab es drei E-Mails, die von der Rust-Website gesendet und zugestellt wurden:
timestamp,queueid,message
2025-06-29T19:54:24.000Z,60Axxxxxxxx,client=unknown[2602:fd3f:3:112:0:242:ac11:10]
2025-06-29T19:54:24.000Z,60Axxxxxxxx,message-id=<c39588c5-xxxxxxxxxxxxxxxxxxxxxxxxxxx@users.rust-lang.org>
2025-06-29T19:54:24.000Z,60Axxxxxxxx,"from=<incoming+verp-e5bxxxxxxxxxxxxxxxxxxxxxxxxxxxxx@rust-lang.discoursemail.com>, size=4556, nrcpt=1 (queue active)"
2025-06-29T19:54:28.000Z,60Axxxxxxxx,"to=<dxxxxxxxxxxxxxxx@icloud.com>, relay=mx02.mail.icloud.com[17.57.154.33]:25, delay=4.1, delays=0.01/0/0.55/3.5, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as D2xxxxxxxxx)"
2025-06-29T19:54:28.000Z,60Axxxxxxxx,removed
2025-06-29T19:56:20.000Z,2A7xxxxxxxx,client=unknown[2602:fd3f:3:108:0:242:ac11:1f]
2025-06-29T19:56:20.000Z,2A7xxxxxxxx,message-id=<d72180b5-xxxxxxxxxxxxxxxxxxxxxxxxxxx@users.rust-lang.org>
2025-06-29T19:56:20.000Z,2A7xxxxxxxx,"from=<incoming+verp-ea8xxxxxxxxxxxxxxxxxxxxxxxxxxxxx@rust-lang.discoursemail.com>, size=4556, nrcpt=1 (queue active)"
2025-06-29T19:56:23.000Z,2A7xxxxxxxx,"to=<dxxxxxxxxxxxxxxx@icloud.com>, relay=mx02.mail.icloud.com[17.57.156.30]:25, delay=3.4, delays=0.01/0/0.41/3, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as B9xxxxxxxxx)"
2025-06-29T19:56:23.000Z,2A7xxxxxxxx,removed
2025-06-29T20:24:33.000Z,C8Cxxxxxxxx,client=unknown[2602:fd3f:3:104:0:242:ac11:1f]
2025-06-29T20:24:33.000Z,C8Cxxxxxxxx,message-id=<c5db2547-xxxxxxxxxxxxxxxxxxxxxxxxxxx@users.rust-lang.org>
2025-06-29T20:24:33.000Z,C8Cxxxxxxxx,"from=<incoming+verp-9bfxxxxxxxxxxxxxxxxxxxxxxxxxxxxx@rust-lang.discoursemail.com>, size=5589, nrcpt=1 (queue active)"
2025-06-29T20:25:36.000Z,C8Cxxxxxxxx,"to=<dxxxxxxxxxxxxxxx@icloud.com>, relay=mx02.mail.icloud.com[17.57.156.30]:25, delay=63, delays=0.01/60/0.4/2.9, dsn=2.0.0, status=sent (250 2.0.0 Ok: queued as DAxxxxxxxxx)"
2025-06-29T20:25:36.000Z,C8Cxxxxxxxx,removed
und auch Bounces für jede dieser E-Mails im Bounced-Log, z.B.:
From: Mail Delivery System <mailer-daemon@icloud.com>
To: incoming+verp-e5bxxxxxxxxxxxxxxxxxxxxxxxxxxxxx@rust-lang.discoursemail.com
Message-ID: <20250629195443.xxxxxxxxxxxx@outbound.ms.icloud.com>
Subject: Undelivered Mail Returned to Sender
This is a system-generated message to inform you that your email could not
be delivered to one or more recipients. Details of the email and the error are as follows:
<exxx@actualemaildomain.com>: host route1.mx.cloudflare.net[162.159.205.13] said:
550 5.7.1 missing or invalid address in From: header. tUExxxxxxxxx (in
reply to end of DATA command)
Ah. Das erklärt, wie Cloudflare ins Spiel kommt – es ist der eigentliche MX für Dir’s E-Mail-Domain.
Abgesehen vom lächerlichen Ergebnis, dass iCloud eine Bounce-Nachricht mit der tatsächlichen E-Mail-Adresse des Benutzers an den Absender weiterleitet, scheint das Problem zwischen iCloud und Cloudflare zu liegen.
iCloud verwendet vermutlich SRS, um die tatsächliche Envelope-From-Adresse beim Senden an Cloudflare zu verpacken, aber Cloudflare lehnt sie ab.
Ich sehe nicht, wie Discourse hier irgendetwas anders machen könnte – es tut alles, was verlangt wird? Das Problem liegt offensichtlich woanders.
Ja, das scheint eine nicht funktionierende E-Mail-Einrichtung zu sein. Vielen Dank, dass Sie bei der Diagnose geholfen haben!
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.