The mailing list for listmasters using Sympa

["Engels, Jan" <address@concealed>]

Hi,

yes, we've also experienced this problem with the 'html-only' setting. The 
problem seems to
be related with the encoding/structure of the raw e-mail and not with the 
attachments themselves.
I could successfully re-send an email to the same mailing list with the exact 
same attachment (pdf) that
was previously ripped off by sympa. The problem only ocurred when re-sending 
the exact same raw e-mail.
Unfortunately I was not able to find what exactly is causing the problem :(

Below (between ##### ) you can find the headers of such an e-mail (with all 
sensitive information removed).

The pdf from this e-mail got ripped off by sympa but it could still be found 
in the sympa archive from this
list.

Hope this helps.

Cheers
Jan

#####################

Date: Mon, 31 Jul 2017 15:50:14 +0200 (CEST)
From: "..." <...@...>
To: ... <...@...>
Message-ID: <...@...>
In-Reply-To: <...@...>
References: <...@...>
MIME-Version: 1.0
Content-Type: multipart/mixed; 
        boundary="----=_Part_3551695_666232279.1501509014903"
X-Mailer: ...
Thread-Topic: ...no 3 (test with pdf attachment)
Thread-Index: AdMBTEO3K4TdIWxfTrypMhhV47mvpVMDYMRb
Subject: [...] ...no 3 (test with pdf attachment)
Reply-To: ...@...,"..." <...@...>
X-Loop: ...@...
Errors-To: ...@...
Precedence: list
Precedence: bulk
Sender: ...@...
X-no-archive: yes
List-Id: <...@...>
List-Help: <mailto:address@concealed?subject=help>
List-Subscribe: <mailto:address@concealed?subject=subscribe%20...>
List-Unsubscribe: <mailto:address@concealed?subject=unsubscribe%20...>
List-Post: <mailto:...@desy.de>
List-Owner: <mailto:...@desy.de>
List-Archive: <https://.../sympa/arc/...>
Archived-At: <https://.../sympa/arcsearch_id/.../2017-08/...>

------=_Part_3551695_666232279.1501509014903
Content-Type: multipart/alternative; 
        boundary="=_f6d1ac49-4489-4cc0-9920-ced94fb285f4"

--=_f6d1ac49-4489-4cc0-9920-ced94fb285f4
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
...
...
...
--=_f6d1ac49-4489-4cc0-9920-ced94fb285f4
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: quoted-printable

--=_f6d1ac49-4489-4cc0-9920-ced94fb285f4--

------=_Part_3551695_666232279.1501509014903
Content-Type: application/pdf; name="....pdf"
Content-Disposition: attachment;
 filename=....pdf"
Content-Transfer-Encoding: base64
...
...
...
------=_Part_3551695_666232279.1501509014903--

#####################





----- Original Message -----
| From: "Paul Barton" <address@concealed>
| To: address@concealed
| Sent: Tuesday, 31 October, 2017 20:28:20
| Subject: Re: [sympa-users] Attachments removed from messages

| Check to see if the list in question is set to 'html-only' for either
| the default reception or even on a per-subscriber basis. We found that
| PDF attachments from Gmail senders often get blocked if a
| list/subscriber is html-only since PDF's aren't HTML.
| 
| -Paul
| 
| * address@concealed (address@concealed) wrote:
|> We are running Sympa 6.2.22, though this problem started before the latest
|> upgrade. Users have reported to us that some of the attachments being sent 
to
|> their mailing lists are being mysteriously removed from the message the
|> subscribers receive. The same thing can happen with inline images.
|> 
|> We have a large number (several thousand) of mailing lists and the problem
|> seems to affect different lists at random. Also, if the missing attachment 
is
|> re-sent to the same list a few minutes later, it will usually be 
delivered, so
|> it's very hard for us to reproduce. When viewing the Archive for that 
mailing
|> list, the attachment is there. We have compared the Exim MTA logs (running 
on
|> the Sympa server) and can see the size of the outgoing message is much 
smaller
|> than the one that arrives - so it is not some external system removing the
|> attachments.
|> 
|> I wonder if anyone has experienced this issue or has any suggestions?
|> 
|> Thanks,
|> Xand
|> 
|> --
|> Xand Meaden | Server Infrastructure Officer
|> IT Development, Information Services, University of Kent
|> Room S21, Cornwallis South
|> Canterbury, Kent, CT2 7NF, UK
|> 
|> www.kent.ac.uk/itservices | @UnikentUnseenIT
| 
| --
| Paul Barton <address@concealed>
| Lead Linux Systems Administrator