Entfernen von eingehenden E-Mail-Anhängen benachrichtigt den Absender nicht

Merkmal
1

Continuing the discussion from Incoming emails with attachments are not processed:

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.)

4 „Gefällt mir“
21

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.

2 „Gefällt mir“
22

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.

2 „Gefällt mir“
23

All E-Mails I send have a smime.p7s attachment.

If dropping attachments notifies the sender, this needs a whitelist of filenames where dropping is harmless.

1 „Gefällt mir“
24

Entschuldigung für den Necro-Post, aber ich habe Schwierigkeiten damit, dass eingehende E-Mails mit Anhängen nicht von Discourse akzeptiert und verarbeitet werden.

Zu Ihrer Information, die eingehenden E-Mails mit Anhängen werden nicht verarbeitet ist kaputt, daher kann ich dieses Thema nicht nachschlagen.

Ich verwende Mailgun und habe eine Discourse-Gruppe eingerichtet, um Nachrichten über eine E-Mail-Adresse zu empfangen. Mailgun ruft meine Discourse-Installation über HTTP auf, um diese E-Mails als Nachrichten zu liefern, aber diese HTTP-Aufrufe schlagen mit einem 406 Not acceptable fehl, was offiziell wie folgt beschrieben wird:

Die Ressource ist gültig, kann aber nicht in einem im Accept-Header der Anfrage angegebenen Format bereitgestellt werden.

Die Discourse-Protokolle zeigen nichts über diese HTTP 406-Fehler :confused:

Ein weniger häufiger Fehler ist, dass Mailgun einen 413 Request Entity Too Large meldet, was ich verstehe, aber ich bin mir nicht sicher, wie ich dies auf der Discourse-Seite lösen kann. Wie konfiguriere ich Discourse, um diese zu akzeptieren?