It appears that when an attachment is stripped off (e.g., because it’s not on the approved file type list) the user is never notified that the attachment did not go through.
This causes users to think/assume we got their attachment when in fact it never got included in their post.
Stripping attachments should notify the user (similar to a failed post due to address mismatch or other problems) that the attachment was not included because the file type is not allowed. (Or too big, etc.)
Back on topic, cleared out a ton of noise in this topic.
There are a lot of email clients that include little BS “attachments” with every email they send that contain signatures, calendar files, and other meaningless errata.
If we sent a bounce email on every one, for every “unknown” attachment that was emailed in, that’d be extremely noisy.
Any actual numbers here? Calendar files are usually only sent when someone wants to communicate about an event. Email signatures perhaps but those are usually only for HTML formatted emails right?
I have seen these things but not convinced it’s really a problem here.
One could also only notify when removing a “legit” type such as accepted whitelist matches.
أنا أستخدم Mailgun، ولدي مجموعة Discourse معدة لاستقبال الرسائل عبر عنوان بريد إلكتروني. يقوم Mailgun بإجراء استدعاء HTTP لتثبيت Discourse الخاص بي لتسليم رسائل البريد الإلكتروني هذه كرسائل، ولكن هذه الاستدعاءات HTTP تفشل مع رمز 406 غير مقبول، والذي يوصف رسميًا بأنه:
المورد صالح، ولكن لا يمكن توفيره بالتنسيق المحدد في رؤوس Accept في الطلب.
سجلات Discourse لا تكشف عن أي شيء بخصوص أخطاء HTTP 406 هذه
خطأ أقل شيوعًا هو أن Mailgun يبلغ عن 413 كيان الطلب كبير جدًا، وهو ما أفهمه، ولكني لست متأكدًا من كيفية حله من جانب Discourse. كيف يمكنني تكوين Discourse لقبول هذه؟
