Re: [Mailman-Users] digests without 'message #n...
On Sep 24, 2009, at 5:13 PM, Mark Sapiro wrote: Plain format digests have messages inline separated by the RFC 1153 separator line (30 hyphens) followed by selected headers and the scrubbed message body. MIME format digests have each message as a separate MIME message/ rfc822 part with partial headers and the MIME message body. The Message: n line is aadded by digest processing as a message header. Which headers appear in plain and MIME format digests is controled by the settings MIME_DIGEST_KEEP_HEADERS and PLAIN_DIGEST_KEEP_HEADERS, both of which include Message: by default. However, what you actually see in the MIME format digest depends almost entirely on the MUA used to view it. thank you for the detailed reply. on further investigation, it appears Apple's Mail.app is behaving unexpectedly with MIME format digests, when compared to mail(1), mutt(1), and the web-based Squirrelmail. Mail.app doesn't present separators in any predictable fashion, and includes huge amounts of white space, with no individually-viewable message option, as far as I can tell. Incidentally Squirrelmail, my last-resort reader, presents the messages quite nicely as a formatted list of attachments. I have a feeling mutt(1) could do the same thing with a bit of tweaking. -- Rob Lingelbach r...@colorist.org -- 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] digests without 'message #n...
Rob Lingelbach wrote: on further investigation, it appears Apple's Mail.app is behaving unexpectedly with MIME format digests, when compared to mail(1), mutt(1), and the web-based Squirrelmail. Mail.app doesn't present separators in any predictable fashion, and includes huge amounts of white space, with no individually-viewable message option, as far as I can tell. Apple's Mail.app is designed to allow you to compose a plain text message and to drag and drop almost anything into it. Unlike other MUAs which do this by creating a multipart/related message with a text/html part that references other 'attached' parts by Content-ID, Mail.app just creates a multipart/mixed message with a bunch of text/plain parts interspersed with image/jpeg, etc. parts, so when it receives a multipart message, it essentially just concatenates all the part contents inline. This works well for mail it created, but not for standards compliant mail, and it doesn't always work well when it's messages are viewed with another MUA. editorial comment withheld Incidentally Squirrelmail, my last-resort reader, presents the messages quite nicely as a formatted list of attachments. I have a feeling mutt(1) could do the same thing with a bit of tweaking. I use the 'v' command in mutt to see the attachment list. Then I can select an individual message (attachment), open it, read it and reply to it as if I had received the individual mail. -- Mark Sapiro m...@msapiro.netThe highway is for gamblers, San Francisco Bay Area, Californiabetter use your sense - B. Dylan -- 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] digests without 'message #n...
one of my mailing lists is sending out digests without the usual in-line separator of Message 1... Message 2... between the messages, after the Table of Contents. It is set to send MIME-type digests. for control purposes I have the Mailman default mailing list set to the same Digest options, and yet it sends digests out with the separator Message #n etc. Mailman version is 2.1.12 Thank you in advice for any help. -- Rob Lingelbach r...@colorist.org -- 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] digests without 'message #n...
- Original Message --- Subject: [Mailman-Users] digests without 'message #n... From: Rob Lingelbach r...@colorist.org Date: Mon, 14 Sep 2009 23:32:13 -0300 To: mailman-users@python.org one of my mailing lists is sending out digests without the usual in-line separator of Message 1... Message 2... between the messages, after the Table of Contents. It is set to send MIME-type digests. MIME vs. plain format digest is a user option not a list option. The list option only sets the default for new users. Plain format digests have messages inline separated by the RFC 1153 separator line (30 hyphens) followed by selected headers and the scrubbed message body. MIME format digests have each message as a separate MIME message/rfc822 part with partial headers and the MIME message body. The Message: n line is aadded by digest processing as a message header. Which headers appear in plain and MIME format digests is controled by the settings MIME_DIGEST_KEEP_HEADERS and PLAIN_DIGEST_KEEP_HEADERS, both of which include Message: by default. However, what you actually see in the MIME format digest depends almost entirely on the MUA used to view it. -- Mark Sapiro m...@msapiro.netThe highway is for gamblers, San Francisco Bay Area, Californiabetter use your sense - B. Dylan -- 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