Had an iCloud user accept an Invite From Disroot's NextCloud and their acceptance email, bounced [550 5.7.1 Command rejected (in reply to end of DATA command)] #692
Labels
No Label
administration
Akkoma
Android
Bare metal
bug
Communication
Community
Cryptpad
Discussion
Documentation
duplicate
enhancement
etherpad
Feature request
Feedback
finances
Fixed
forgejo
fun_project
Goal 2024
help wanted
Howto
🤔️ Investigate
ios
jitsi
lacre
Lacre Test
ldap
Lemmy
LibreTranslate
low prio
Lufi
macos
Mail
Merch
monitoring
movim
needs_refine
New Auth
Nextcloud
nice to have
on hold
proposal
question
Ready
refined
Roundcube
searX
spam-protection
Staging Server
Themes
TOR
Urgent!
Website
windows
wontfix
xmpp
Yearly Report
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: Disroot/Disroot-Project#692
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Delivery Report, emails sanetized:
Forwarded bounce back below, emails sanetized, address on the calendar invite sanetized:
Thanks for reporting. Thanks I found the entry in the logs. Quick check and websearch points to DMARC being the one causing the email to bounce. Looks like the issue is possibly with the client or server on the other side not following the requirenments to include Date field in the header. More info https://serverfault.com/questions/1030088/opendmarc-rfc5322-requirement-error-not-exactly-one-date-field
I checked logs and looks like out of all emails sent from icloud, only this one got rejected, so I would guess mail client issue.
So your saying Apple Mail, likely botched the date field in the email w/ the acceptance header, which then caused it to fail dmarc on Disroot's end?
If that's true, that would be pretty annoying for anyone scheduling with someone using Apple Mail on a regular basis. Perhaps we could set OpenDmarc RequiredHeaders settings?
Well apple..... I will try to reproduce it the next days as I happen to have an iphone in the drawer for this kind of cases. I think this is rather isolated issue or not. I would rather stick to standards (its always the big ones that think standards don't apply to them). I will keep greping the logs for next days to see if this happens more (so far the only email failing like this was the one you reported).
Thanks for reporting and let's see where to take it once we reproduce this.
Ive done some testing and this appears to be specific to accepting invitations in Mail.app ( macOS Apple Mail) on iCloud. And is reproducible.
This suxx. Why is it always the big players. It basically forces us to remove the requirenment as we can't tell them to fix their shit. I will for now disable RequiredHeaders I think.