FAQ
For some reason our archive web pages try to display attachments inline
instead of displaying a link to download the attachment. If I
understand correctly, this process is called "scrubbing." From what
I've read the default behavior is to scrub attachments in the archives,
but it is not on mine. This is pretty much a fresh, standard mailman
(version 2.1.5-9ubuntu4.1) install on Ubuntu Dapper.

Any help would be appreciated :)

Search Discussions

  • Mark Sapiro at May 4, 2007 at 12:09 am

    James Dinkel wrote:
    For some reason our archive web pages try to display attachments inline
    instead of displaying a link to download the attachment. If I
    understand correctly, this process is called "scrubbing." From what
    I've read the default behavior is to scrub attachments in the archives,
    but it is not on mine. This is pretty much a fresh, standard mailman
    (version 2.1.5-9ubuntu4.1) install on Ubuntu Dapper.

    Mailman doesn't scrub all attachments. It scrubs most, but not those
    with type text/plain and a specified character set.

    What is the MIME Content-Type: header of the attachments that aren't
    scrubbed?

    Also note that uuencoded data in a text/plain part is not an
    attachment, even though some MUAs treat it as one, and it won't be
    scrubbed.

    --
    Mark Sapiro <msapiro at value.net> The highway is for gamblers,
    San Francisco Bay Area, California better use your sense - B. Dylan
  • James Dinkel at May 7, 2007 at 3:24 pm

    Mark Sapiro wrote:
    James Dinkel wrote:

    For some reason our archive web pages try to display attachments inline
    instead of displaying a link to download the attachment. If I
    understand correctly, this process is called "scrubbing." From what
    I've read the default behavior is to scrub attachments in the archives,
    but it is not on mine. This is pretty much a fresh, standard mailman
    (version 2.1.5-9ubuntu4.1) install on Ubuntu Dapper.

    Mailman doesn't scrub all attachments. It scrubs most, but not those
    with type text/plain and a specified character set.

    What is the MIME Content-Type: header of the attachments that aren't
    scrubbed?

    Also note that uuencoded data in a text/plain part is not an
    attachment, even though some MUAs treat it as one, and it won't be
    scrubbed.
    They have all been pdf files. Will it not scrub pdf files? I don't
    exactly know what the

    "MIME Content-Type:" is.

    James
  • Mark Sapiro at May 7, 2007 at 3:57 pm

    James Dinkel wrote:
    They have all been pdf files. Will it not scrub pdf files? I don't
    exactly know what the

    "MIME Content-Type:" is.
    For purposes of the scrubber, "MIME Content-Type:" is the value of the
    Content-Type: header of the respective MIME message part.

    PDF attachments should be scrubbed. They normally are Content-Type:
    application/pdf, but any Content-Type: other than text/plain should
    result in their being scrubbed in the archive.

    Are other attachment types being scrubbed (or are PDF attachments the
    only ones you get on your list)?

    Can you provide a URL of an archive message that has this problem?

    --
    Mark Sapiro <msapiro at value.net> The highway is for gamblers,
    San Francisco Bay Area, California better use your sense - B. Dylan
  • Mark Sapiro at May 12, 2007 at 12:56 am

    Mark Sapiro wrote:
    James Dinkel wrote:
    They have all been pdf files. Will it not scrub pdf files? I don't
    exactly know what the

    "MIME Content-Type:" is.
    For purposes of the scrubber, "MIME Content-Type:" is the value of the
    Content-Type: header of the respective MIME message part.

    PDF attachments should be scrubbed. They normally are Content-Type:
    application/pdf, but any Content-Type: other than text/plain should
    result in their being scrubbed in the archive.

    Are other attachment types being scrubbed (or are PDF attachments the
    only ones you get on your list)?

    Can you provide a URL of an archive message that has this problem?

    James provided access in an off list reply. It turns out that this is
    the same Mailman 2.1.5 scrubber issue as discussed in the "Attachments
    - archives and encoding problems" thread at
    <http://mail.python.org/pipermail/mailman-users/2007-May/056923.html>.
    According to the resolution in that thread, upgrade to Mailman 2.1.9
    solves the problem.

    --
    Mark Sapiro <msapiro at value.net> The highway is for gamblers,
    San Francisco Bay Area, California better use your sense - B. Dylan

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
groupmailman-users @
categoriespython
postedMay 3, '07 at 5:31p
activeMay 12, '07 at 12:56a
posts5
users2
websitelist.org

2 users in discussion

Mark Sapiro: 3 posts James Dinkel: 2 posts

People

Translate

site design / logo © 2023 Grokbase