Re: [Mailman-Users] Patch: Preserve Content-Transfer-Encoding when adding footer or scrubbing

2009-05-11 Thread Petr Hroudný
2009/5/8 Brad Knowles b...@shub-internet.org:
 on 5/5/09 12:44 PM, Petr Hroudný said:

 Please find the patches attached/scrubbed. Let me know your opinion about
 this.

 Yup, they were scrubbed alright.  ;-)

 Seriously, discussions regarding patches to Mailman should be had on the
 mailman-developers list, and it would probably be a good idea to upload
 patches first to the tracker.

I actually did it yesterday and attached the patches here:

https://bugs.launchpad.net/bugs/373083
MM changes content-transfer-encoding when adding footer/scrubbing

 However, we do greatly appreciate your effort in producing these patches,
 and this is a discussion that I think the developers would love to continue
 to have with you.  Thanks!

Thanks, I'm looking forward to any comments either on the tracker or
the developers list.

Regards, Petr
--
Mailman-Users mailing list
Mailman-Users@python.org
http://mail.python.org/mailman/listinfo/mailman-users
Mailman FAQ: http://wiki.list.org/x/AgA3
Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/
Unsubscribe: 
http://mail.python.org/mailman/options/mailman-users/archive%40jab.org

Security Policy: http://wiki.list.org/x/QIA9

Re: [Mailman-Users] Patch: Preserve Content-Transfer-Encoding when adding footer or scrubbing

2009-05-08 Thread Brad Knowles

on 5/5/09 12:44 PM, Petr Hroudný said:


Please find the patches attached/scrubbed. Let me know your opinion about this.


Yup, they were scrubbed alright.  ;-)

Seriously, discussions regarding patches to Mailman should be had on the 
mailman-developers list, and it would probably be a good idea to upload 
patches first to the tracker.


However, we do greatly appreciate your effort in producing these 
patches, and this is a discussion that I think the developers would love 
to continue to have with you.  Thanks!


--
Brad Knowles
b...@shub-internet.orgIf you like Jazz/RB guitar, check out
LinkedIn Profile: my friend bigsbytracks on YouTube at
http://tinyurl.com/y8kpxuhttp://preview.tinyurl.com/bigsbytracks
--
Mailman-Users mailing list
Mailman-Users@python.org
http://mail.python.org/mailman/listinfo/mailman-users
Mailman FAQ: http://wiki.list.org/x/AgA3
Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/
Unsubscribe: 
http://mail.python.org/mailman/options/mailman-users/archive%40jab.org

Security Policy: http://wiki.list.org/x/QIA9

[Mailman-Users] Patch: Preserve Content-Transfer-Encoding when adding footer or scrubbing

2009-05-07 Thread Petr Hroudný
Hi all,

when mailman is configured to add header/footer to messages or if it
scrubbs attachments, as a side effect it changes
Content-Transfer-Encoding of the messages from 8-bit to e.g. base64.
However, without any header/footer the messages are passed exactly as
received, unmodified.

This is highly undesirable in some cases. For instance, mailinglist
might be used to distribute trouble tickets or other content which is
expected to be easily parsable by automated text-based utilities. At
the same time, with base64, emails grow in size by 33 % and such
emails are getting much higher spam scores since base64 is typically
used by spammers to obfuscate the payload.

The attached patches try to fix the behaviour by preserving original
Content-Transfer-Encoding even when adding header/footer or scrubbing.
I believe adding of footer should be as non-intrusive as possible, so
keeping the original Content-Transfer-Encoding is as important as
keeping e.g. format=flowed which is being done already.

Please find the patches attached/scrubbed. Let me know your opinion about this.

Thanks, Petr
--
Mailman-Users mailing list
Mailman-Users@python.org
http://mail.python.org/mailman/listinfo/mailman-users
Mailman FAQ: http://wiki.list.org/x/AgA3
Searchable Archives: http://www.mail-archive.com/mailman-users%40python.org/
Unsubscribe: 
http://mail.python.org/mailman/options/mailman-users/archive%40jab.org

Security Policy: http://wiki.list.org/x/QIA9