Dear Georg Armbruster, > This might not be necessarily an openprotect issue, but perhaps someone > of you can shed a little light... > > Since a couple of weeks I have problems with pdf-files a customer sends > to me. > > The issue is: it seems that either fetchmail, sendmail, openprotect or > uw-imap breaks pdf attachments. > But: only sporadically; when I diff' two versions of the same pdf (one > that works and the other one broken), I see that the broken one is > missing several "\"'s in the document . > > Do you have any ideas what is causing this? > As far as I know, neither fetchmail nor sendmail should touch a > message's body, but somehow the "\"s are missing :) > > Has this to do with the kind of encoding the sender is using? > > For my understanding, this behavior shouldn't be possible; if > you want to have a look for yourself, here two pdfs: > http://www.argeo.de/Test5.pdf (working) and > http://www.argeo.de/Test7.pdf (broken) > > Some technical data: > fetchmail 6.2.3 is used to fetch the emails from a pop3 account and > passes the mails to sendmail 8.12.10 which delivers them locally. > in between openprotect does its wonders. to pick the messages up, > uw-imap 2002e-r1 is used as imap server.
This could probably be some problem from the senders side. Also check out, by adding filetype rules so that pdf files are not scanned. In this case, if there is a corrupt pdf file even now, the problem is not within openprotect,fetchmail, sendmail, uw-imap. So, it can be only from the sender or along the sender's path. If not, then openprotect could be the culprit. Let me know what happens at your end, so that I can do something if openprotect is the culprit. cheers, Ganesh, KM. -- K.M.Ganesh | +91 (0) 9444080290 Opencomputing Technologies | http://opencompt.com Server Side E-Mail Protection.
