Uno de nuestros visitantes tuvo problemas para que el correo electrónico de confirmación llegara a su dirección de correo electrónico habitual.
Los correos electrónicos llegan aparentemente sin ninguna dirección de correo electrónico del remitente, lo que provoca que encuentren un error en Cloudflare.
No tengo suficiente acceso para confirmar nada de esto. ¿Alguna ayuda?
Tuve unos minutos para intentar ayudar, además tiendo a levantar una ceja cuando alguien afirma “error”.
Espero que ayude.
Parece que no es iCloud, sino icloud “Ocultar mi correo”.
Puedes intentar desactivar la configuración del sitio de normalizar correos electrónicos. Resulta que inventar direcciones de correo electrónico falsas para evitar que Discourse conozca tu dirección de correo electrónico real es exactamente lo mismo que inventar direcciones de correo electrónico falsas para poder crear cientos de cuentas.
Tendrás que decidir si quieres permitir que las personas creen cuentas con direcciones de correo electrónico que no sean sus direcciones de correo electrónico reales, parece.
De acuerdo, en realidad tengo iCloud+, así que intenté usar Ocultar mi correo electrónico, y funcionó bien. Resulta que ese tampoco es el problema.
¿Hay algo más que deba intentar?
Si podemos obtener una explicación clara del problema, podremos investigarlo.
Por ejemplo, ¿cómo interviene Cloudflare?
Esto significa que solo los correos electrónicos enviados desde direcciones de correo electrónico designadas por la aplicación o el sitio web se reenviarán automáticamente a la dirección de correo electrónico verificada establecida en tu cuenta de Apple.
¿Enviar al correo electrónico oculto funciona solo desde un único remitente? ¿Cómo lo gestiona iCloud? ¿Utiliza el campo “De”? ¿“Envelope-From”? ¿“Sender”?
Para cualquier sitio alojado, podemos buscar registros de entrega de correos electrónicos individuales a través del ID de cola de salida desde /admin/email-logs. Los sitios autoalojados deberán hacer lo mismo con su proveedor de correo.
Eché un vistazo a los registros para ver si podía averiguar el problema de Dir; todo lo que sigue está anonimizado.
En el caso de Dir, se enviaron tres correos electrónicos desde el sitio de Rust que se entregaron:
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
y también rebotes para cada uno de estos en el registro de rebotes, por ejemplo:
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. Eso explica cómo interviene Cloudflare; es el MX real del dominio de correo de Dir.
Dejando a un lado el resultado risible de que iCloud reenvíe un mensaje de rebote que contiene la dirección de correo electrónico real del usuario al remitente, parece que el problema está entre iCloud y Cloudflare.
Supongo que iCloud probablemente esté utilizando SRS para envolver la dirección real de Envelope-From al enviar a Cloudflare, pero Cloudflare lo está rechazando.
No veo cómo Discourse podría hacer algo diferente aquí; ¿está haciendo todo lo que se le pide? El problema evidentemente está en otro lugar.
Sí, esto parece una configuración de correo electrónico que no funciona. ¡Gracias por ayudar a diagnosticarlo!
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.