방문객 중 한 명이 확인 이메일이 평소 사용하는 이메일 주소로 전달되지 않는 문제를 겪었습니다.
이메일이 발신인 이메일 주소 없이 수신되는 것으로 보이며, 이로 인해 Cloudflare에서 오류가 발생합니다.
이러한 내용을 확인할 수 있는 충분한 접근 권한이 없습니다. 도움을 주실 수 있나요?
방문객 중 한 명이 확인 이메일이 평소 사용하는 이메일 주소로 전달되지 않는 문제를 겪었습니다.
이메일이 발신인 이메일 주소 없이 수신되는 것으로 보이며, 이로 인해 Cloudflare에서 오류가 발생합니다.
이러한 내용을 확인할 수 있는 충분한 접근 권한이 없습니다. 도움을 주실 수 있나요?
몇 분 정도 시간을 내서 도움을 드릴 수 있었는데, 누군가가 "버그"라고 주장할 때면 나는 보통 한쪽 눈썹을 치켜올립니다.
도움이 되길 바랍니다.
iCloud가 아니라 icloud의 “Hide My Email” 기능인 것 같습니다.
사이트 설정에서 이메일 정규화(normalize emails)를 꺼보시는 것을 권합니다. 실제 이메일 주소를 Discourse가 알지 못하도록 가짜 이메일 주소를 만드는 것은, 수백 개의 계정을 만들 수 있도록 가짜 이메일 주소를 만드는 것과 정확히 같은 이치이기 때문입니다.
결국 실제 이메일 주소가 아닌 이메일 주소로 계정을 만들 수 있도록 허용할지 여부를 결정하셔야 할 것 같습니다.
음, 사실 저는 iCloud+를 사용하고 있어서 Hide My Email(ntrdl-2025)을 사용해 봤는데, 잘 작동했어요. 결국 그쪽도 문제가 아니었네요.
그 외에는 뭘 시도해 봐야 할까요?
문제가 명확히 설명되면 조사해 볼 수 있습니다.
예를 들어, Cloudflare는 이 문제에 어떻게 관여하나요?
이 경우, 앱 또는 웹사이트에서 지정된 이메일 주소로만 보낸 이메일이 Apple 계정에서 설정된 인증된 이메일 주소로 자동으로 전달됩니다.
숨겨진 이메일로 보내는 것이 단일 발신자에게만 작동하나요? iCloud는 이를 어떻게 식별하나요? From 헤더를 사용하나요? Envelope-From? Sender?
호스팅된 사이트의 경우 /admin/email-logs의 아웃바운드 큐 ID를 통해 개별 이메일의 전달 기록을 조회할 수 있습니다. 셀프 호스팅 사이트의 경우 메일 제공업체를 통해 동일한 작업을 수행해야 합니다.
Dir의 문제를 파악해 보기 위해 로그를 확인해 보았습니다. 아래 내용은 모두 익명화되었습니다.
Dir의 경우, Rust 사이트에서 발송되어 전달된 세 통의 이메일이 있었습니다:
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
그리고 Bounced 로그에 각 이메일에 대한 바운스 기록이 있습니다. 예를 들어:
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)
아. 이것이 Cloudflare가 어떻게 관련되는지를 설명합니다. Cloudflare가 Dir의 이메일 도메인의 실제 MX 서버이기 때문입니다.
iCloud가 사용자의 실제 이메일 주소를 포함하는 바운스 메시지를 발신자에게 전달하는 웃지 못할 결과라는 점을 제쳐두면, 문제는 iCloud와 Cloudflare 사이에 있는 것 같습니다.
추측컨대, iCloud는 Cloudflare로 전송할 때 실제 Envelope-From 주소를 감싸기 위해 SRS를 사용하는 것 같지만, Cloudflare가 이를 거부하고 있습니다.
Discourse가 여기서 다르게 할 수 있는 부분이 어디인지 모르겠습니다 - 요구되는 모든 것을 수행하고 있는 것 같습니다. 문제는 분명히 다른 곳에 있습니다.
네, 이 이메일 설정은 작동하지 않는 것 같습니다. 진단해 주셔서 감사합니다!