Re: [SOGo] SOGo nightly Build destroys attachments
Le 12-04-13 09:59, Andreas Balg a écrit : Hello SOGo fellows, using the current nightly builds of SoGo 2 I can not attach PDF-Files any more - everytime I do so the documents are unreadable when they arrive at the recipients site - If I send them through Thunderbird nothing evil happens to the attachments and they continue to be readable at the recipients side. I have not checked other attachments than PDFs but mine are not readable if attached and sent through the web frontend. Any hints what this might cause or do i have t o file a bug? See the attached PDF for example (should be broken when you try to open it) Cheers Andreas -- users@sogo.nu https://inverse.ca/sogo/lists Something is wrong with your server, because the attachment is sent as text/html while it should be application/pdf. Is there an entry in /etc/mime.types for pdf ? If so, what is it? Wolfgang -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo nightly Build destroys attachments
Le 12-04-13 10:06, Wolfgang Sourdeau a écrit : Something is wrong with your server, because the attachment is sent as text/html while it should be application/pdf. Is there an entry in /etc/mime.types for pdf ? If so, what is it? Actually, I am wrong. The mimetype is passed by the web browser. So its your client system that's wrong. Did you update your browser recently? Wolfgang -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo nightly Build destroys attachments
O.k. there were no changes in this machine (I know people alway say so) the respective line for .pdf in /etc/mime.types is: application/pdf pdf The frontend is proxied through an apache SSL: /etc/apache2/magic says: (if relevant) # Acrobat # (due to cla...@cs.cmu.edu) 0 string %PDF- application/pdf There were no change Am Freitag, 13. April 2012 16:06 CEST, Wolfgang Sourdeau wsourd...@inverse.ca schrieb: Le 12-04-13 09:59, Andreas Balg a écrit : Hello SOGo fellows, using the current nightly builds of SoGo 2 I can not attach PDF-Files any more - everytime I do so the documents are unreadable when they arrive at the recipients site - If I send them through Thunderbird nothing evil happens to the attachments and they continue to be readable at the recipients side. I have not checked other attachments than PDFs but mine are not readable if attached and sent through the web frontend. Any hints what this might cause or do i have t o file a bug? See the attached PDF for example (should be broken when you try to open it) Cheers Andreas -- users@sogo.nu https://inverse.ca/sogo/lists Something is wrong with your server, because the attachment is sent as text/html while it should be application/pdf. Is there an entry in /etc/mime.types for pdf ? If so, what is it? Wolfgang -- users@sogo.nu https://inverse.ca/sogo/lists -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo nightly Build destroys attachments
It's firefox 12 running on win7/64 - recently updated? Well I guess this might be true as firefox is constantly updating itself. I'll check another browser... But even If my browser does not recognize the mime type corretly - why are contents of a file changed in any way by attaching it?? Cheers Andreas Am Freitag, 13. April 2012 16:18 CEST, Wolfgang Sourdeau wsourd...@inverse.ca schrieb: Le 12-04-13 10:06, Wolfgang Sourdeau a écrit : Something is wrong with your server, because the attachment is sent as text/html while it should be application/pdf. Is there an entry in /etc/mime.types for pdf ? If so, what is it? Actually, I am wrong. The mimetype is passed by the web browser. So its your client system that's wrong. Did you update your browser recently? Wolfgang -- users@sogo.nu https://inverse.ca/sogo/lists -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo nightly Build destroys attachments
Le 12-04-13 11:34, Andreas Balg a écrit : It's firefox 12 running on win7/64 - recently updated? Well I guess this might be true as firefox is constantly updating itself. I'll check another browser... But even If my browser does not recognize the mime type corretly - why are contents of a file changed in any way by attaching it?? Because text/html can be interpreted as text. And therefore some binary characters, used by the PDF format, might be stripped between the sending client and the recipient (via apache - sogo - sendmail - postfix - imap - mail user agent). Can you try with Chrome or IE? Wolfgang -- users@sogo.nu https://inverse.ca/sogo/lists
Re: [SOGo] SOGo nightly Build destroys attachments
Seems as if you'd be right - If I send it using Firefox (12) It gets corrupted - using IE (9) It gets attached correctly and remains readable for the recipient. Why the heck does Firefox change the contents of an attachment uploaded? If it were only the mime-type that it does not know about it should be possible to save the file to disk and open it from there isn't it? But even after saving the file to disk it does not open. Is there any known config or setting in Firefox that might affect this behaviour? Cheers Andreas Am 13.04.2012 16:18, schrieb Wolfgang Sourdeau: Le 12-04-13 10:06, Wolfgang Sourdeau a écrit : Something is wrong with your server, because the attachment is sent as text/html while it should be application/pdf. Is there an entry in /etc/mime.types for pdf ? If so, what is it? Actually, I am wrong. The mimetype is passed by the web browser. So its your client system that's wrong. Did you update your browser recently? Wolfgang smime.p7s Description: S/MIME Kryptografische Unterschrift
Re: [SOGo] SOGo nightly Build destroys attachments [SOLVED!]
Funny thing - Thank you for the fast and competent help: I was able to Fix it: In Firefox in Preferences = Applications You can assign the default actions for mime-types Typing pdf in the search field resulted in 3(!) different results for this filetype: application/pdf binary/octet-stream text/html As it is not possible to delete an entry in this dialog I googled a little: The mime-types known to firefox are kept in the users profile folder in an XML-file named mimeTypes.rdf I removed the respective XML container with the text/html tpye for PDF and restarted Firefox Now everything works as expected ; That was a real quick fix -- thanks Wolfgang Cheers Andreas Am 13.04.2012 17:54, schrieb Wolfgang Sourdeau: Le 12-04-13 11:48, Andreas Balg a écrit : Seems as if you'd be right - If I send it using Firefox (12) It gets corrupted - using IE (9) It gets attached correctly and remains readable for the recipient. Note that Firefox 12 is still in beta stage. Such types of bugs do occur from time to time. Why the heck does Firefox change the contents of an attachment uploaded? If it were only the mime-type that it does not know about it should be possible to save the file to disk and open it from there isn't it? But even after saving the file to disk it does not open. I think it thinks it knows the mimetype, rather than not knowing it at all. Any attachment with an unknown mimetype should be attached as application/binary. Here, it probably tries to be too clever. Is there any known config or setting in Firefox that might affect this behaviour? Not that I know of. Wolfgang smime.p7s Description: S/MIME Kryptografische Unterschrift
