Tickets :: [#4389] IMP - encoding attachment

09/08/2006 05:39:07 PM	Michael Slusarz	Comment #4	Reply to this comment
#1 - don't send 10 MB attachments. Internet mail is not designed to efficiently handle such large messages. Sorry this is not real answer - why other data ( exe, PDF ) not have this problems ?? And more users norlally send this over emails ? I don't have problems with any data. So I don't know what you mean by "other data doesn't have these problems." #2 - the only way binary data is being sent encoded as quoted-printable is if your browser or mime magic detection is incorrect identifying your file as text/. Fix one or both. MSIE 6.x , Firefox 1.5.0.6 ?? This not problem in browsers !!! PROBLEM is IMP inefficiet algorithm for data encoding !!! #1 no, this is a browser/mime magic issue. please* read all of what we write. #2 if you think IMP is inefficient, then please provide patches. And please understand that our algorithim is most likely no more efficient/less efficient than any other algorithim (especially since we are mostly using PHP built-in functions to do our encoding).

09/08/2006 07:48:02 AM	youza (at) post (dot) cz	Comment #3	Reply to this comment
#1 - don't send 10 MB attachments. Internet mail is not designed to efficiently handle such large messages. Sorry this is not real answer - why other data ( exe, PDF ) not have this problems ?? And more users norlally send this over emails ? #2 - the only way binary data is being sent encoded as quoted-printable is if your browser or mime magic detection is incorrect identifying your file as text/*. Fix one or both. MSIE 6.x , Firefox 1.5.0.6 ?? This not problem in browsers !!! PROBLEM is IMP inefficiet algorithm for data encoding !!! please test it.

09/08/2006 04:58:18 AM	Michael Slusarz	Comment #2 State ⇒ Not A Bug Priority ⇒ 1. Low	Reply to this comment
#1 - don't send 10 MB attachments. Internet mail is not designed to efficiently handle such large messages. #2 - the only way binary data is being sent encoded as quoted-printable is if your browser or mime magic detection is incorrect identifying your file as text/*. Fix one or both.

09/06/2006 06:58:14 AM	youza (at) post (dot) cz	Comment #1 Priority ⇒ 2. Medium Type ⇒ Bug Summary ⇒ IMP - encoding attachment Queue ⇒ IMP State ⇒ Unconfirmed	Reply to this comment
If i send binary data ( attachment s) and if this data is not the known mime type ??? ( EXE, ZIP, PDF, .... ) the encoding for this data is quoted-printable, Sending or fetching is very problematic. example: create 10m.dat test file ( or 5mb 6m, .... ) dd bs=10485760 count=1 if=/dev/urandom of=10mb.dat run file command: file 10mb.dat -- > 10mb.dat: data Sending email is very problematic - the IMP very long encoding this attachment and CPU usage is 90 - 96 % for apache process, WWW browser timeouts, etc. PHP allocated very more memory > 128MB, ( > 256 N if I usind SMTP mailer not sendmail) . The email attachment is not completed - truncated and not reading (fetching) - data incorrect. Email header in this email: Content-Transfer-Encoding: quoted-printable. If i compress the file to ZIP archive the sending is very fast and email is OK. ( fetching ok )