Eliminar archivos adjuntos en correos electrónicos entrantes no notifica al remitente

Característica
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 Me gusta
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 Me gusta
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 Me gusta
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 me gusta
24

Disculpas por revivir este tema antiguo, pero tengo problemas con los correos electrónicos entrantes con archivos adjuntos que Discourse no acepta y procesa.

Para tu información, los correos electrónicos entrantes con archivos adjuntos no se procesan está roto, por lo que no puedo revisar ese tema.

Estoy usando Mailgun y tengo un Grupo de Discourse configurado para recibir Mensajes a través de una dirección de correo electrónico. Mailgun realiza una llamada HTTP a mi instalación de Discourse para entregar estos correos electrónicos como Mensajes, pero estas llamadas HTTP fallan con un 406 No aceptable, que se describe oficialmente como:

El recurso es válido, pero no se puede proporcionar en el formato especificado en las cabeceras Accept de la solicitud.

Los registros de Discourse no revelan nada sobre estos errores HTTP 406 :confused:

Un error menos común es que Mailgun informe un 413 Entidad de solicitud demasiado grande, lo cual entiendo, pero no estoy seguro de cómo resolverlo del lado de Discourse. ¿Cómo configuro Discourse para aceptar estos?