5 messages in net.sourceforge.lists.courier-maildrop[maildropl] Re: preline + Maildrop (1...
FromSent OnAttachments
Chris GamacheNov 15, 2002 8:16 am 
Mike LeoneNov 15, 2002 9:53 am 
Chris GamacheNov 15, 2002 10:52 am 
Sam VarshavchikNov 15, 2002 2:42 pm 
Chris GamacheNov 18, 2002 6:20 am 
Actions with this message:
Paste this link in email or IM:
Paste this link in email or IM:
Atom feed for this thread
Paste this URL into your reader:
Subject:[maildropl] Re: preline + Maildrop (1.5, and earlier) + qmail dies with huge mail messagesActions...
From:Sam Varshavchik (mrs@courier-mta.com)
Date:Nov 15, 2002 2:42:39 pm
List:net.sourceforge.lists.courier-maildrop

Chris Gamache writes:

--- Mike Leone <tur@mike-leone.com> wrote:

I would think the best thing to do would be to not send 200M+ sized emails. :-) Seriously. I know it sounds flippant, but once you get into that size, that's what FTP is for.

I figured as much. FTP requires the intelligence be on the sending end. Right now the intelligence is on the receiving end... The imap folder is readable only by the user to which the file is sent. The files are pgp encrypted before they are emailed. Maildrop runs as the receiving user. Qmail + Maildrop is a great unattended file processing solution. :)

You can adjust your maildrop script to check the $SIZE variable, and only feed ripmime mail that's below a comfortable limit.

-- Sam