On Sat, 2001-10-27 at 03:43, Barry A. Warsaw wrote:
> Don't worry, we're not talking about a directory for each attachment,
> but a directory for each message with an attachment. Hmm, maybe we
> /should/ worry! 32k messages with attachments sure doesn't seem all
> that many.
Or are the message
> "DH" == Donal Hunt <[EMAIL PROTECTED]> writes:
DH> hey everyone...
DH> I was thinking of the security issues behind HTML encoded mail
DH> and one of the things that you could do is strip out all
DH> "
hey everyone...
I was thinking of the security issues behind HTML encoded mail and one
of the things that you could do is strip out all "
> "BG" == Ben Gertzfield <[EMAIL PROTECTED]> writes:
BG> This is fine, but it's not going to be default, right? I
BG> think it should definitely be set to 1 by default. That way,
BG> no information is lost. Does it save the payload if the
BG> entire message is text/html?
> "MM" == Marc MERLIN <[EMAIL PROTECTED]> writes:
MM> Just for the record, Sourceforge just hit the 16,000 lists
MM> limit today and broke because ext2fs doesn't support more than
MM> 32,000 links to a directory (archives/private had 32,000
MM> archive dirs) I'm told freebsd'
> "BAW" == Barry A Warsaw <[EMAIL PROTECTED]> writes:
BAW> - text/html decoding: there's now a new global variable
BAW> ARCHIVE_HTML_SANITIZER which can be 0, 1, or a string.
BAW> ARCHIVE_HTML_SANITIZER = '/usr/bin/lynx -dump %(filename)s'
This is fine, but it's not going to be
On Fri, Oct 26, 2001 at 04:32:51AM -0400, Dale Newfield wrote:
> How 'bout if there's a directory created for each message that has
> separate files, and the files are placed inside that directory?
Just for the record, Sourceforge just hit the 16,000 lists limit today and
broke because ext2fs doe
On Thu, Oct 25, 2001 at 12:48:34AM -0400, Barry A. Warsaw wrote:
> Included in this description is a url to the attachment file, which
> Pipermail will hyperlink. One drawback here is that if archives are
> switched from public to private, or vice versa, all the attachment
> urls will bre
Folks,
Thanks for the really great feedback. I'm about to check in a new
version of Scrubber.py that addresses the many issues brought up.
Apologies for not quoting everything.
- permission problems: fixed
- problems with multipart/mixed containing gif, html, and jpeg parts:
fixed.
- text/
On Fri, Oct 26, 2001 at 12:34:53AM -0500, David Champion wrote:
> I don't care to make a full-blown rendering of HTML; I'd argue that it's
> not Mailman's job -- but it is Mailman's job (or, more precisely, the
> archiver's job) to provide any text available to the archive viewer.
> Whether its di
On Fri, 26 Oct 2001, Ben Gertzfield wrote:
> David> Ah, filenames. I'd actually like to see the filename stored
> David> on the server as requested in the MIME
> David> content-disposition.
>
> Sure, but duplicates will come in quite quickly; it will be pretty
> useless as soon as 40 p
> "David" == David Champion <[EMAIL PROTECTED]> writes:
David> Unfortunately, I think there are legitimate reasons for
David> allowing HTML messages (as well as parts) into the
David> record. But I don't think that legitimizes passing the HTML
David> through literally -- this
On 2001.10.25, in <[EMAIL PROTECTED]>,
"Ben Gertzfield" <[EMAIL PROTECTED]> wrote:
>
> Here's a patch that actually throws out all-HTML emails, but just
> removes HTML parts.
>
> Actually, why don't we just decode HTML attachments like any other,
> and let the user beware if they want
Barry, thanks lots for the great work! I love how the email module
has turned out, and the function names you chose really ended up
making sense.
Anyway, I installed the latest mailman CVS and the email module from
the misc/ directory, and successfully created a list with the new
install.
Here'
> "BAW" == Barry A Warsaw <[EMAIL PROTECTED]> writes:
BAW> If you're watching the CVS log messages, you might see some
BAW> checkins to address the problems with Pipermail in 2.1a3.
BAW> Had an all day meeting today, and I'm beat so I'll email more
BAW> about it tomorrow, but
15 matches
Mail list logo