Stripping incoming email attachments doesn't notify sender

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개의 좋아요

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개의 좋아요

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개의 좋아요

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개의 좋아요

부활(네크로포스트)을 해서 죄송합니다. 첨부파일이 있는 수신 이메일이 Discourse에서 접수되고 처리되지 않아서 고생하고 있습니다.

참고로, 첨부파일이 있는 수신 이메일이 처리되지 않습니다라는 기존 토픽이 깨져 있어서 해당 토픽을 다시 확인하지 못하고 있습니다.

저는 Mailgun을 사용 중이며, 이메일 주소를 통해 메시지를 수신하도록 Discourse 그룹을 설정해 두었습니다. Mailgun은 이러한 이메일을 메시지로 전달하기 위해 제 Discourse 설치 환경에 HTTP 호출을 보내지만, 이 HTTP 호출이 406 Not acceptable 오류로 실패하고 있습니다. 이 오류의 공식적인 설명은 다음과 같습니다:

리소스는 유효하지만, 요청의 Accept 헤더에서 지정한 형식으로 제공할 수 없습니다.

Discourse 로그에는 이러한 HTTP 406 오류에 대해 아무것도 나타나지 않습니다 :confused:

더 드문 오류로는 Mailgun이 보고하는 413 Request Entity Too Large가 있습니다. 이 오류의 원인은 이해하지만, Discourse 측에서 어떻게 해결해야 할지 모르겠습니다. Discourse에서 이러한 요청을 허용하도록 설정하는 방법이 무엇인가요?