Re: [Declude.JunkMail] large mail to large number op recips

[Darin Cox]

Hi Kevin,   I think the point Bonno was making was that it was the combination of file size AND number of recipients that was the problem.  He probably has a file size limit in place, but when a 10MB attachment goes to 100 people, you're suddenly at 1.2-1.4 GB of disk space used.  Yes, he could limit number of recipients as well, but that would unnecessarily limit other broadcast messages on his network.   I think we all understand the education issue, but also know we have to take steps to protect ourselves against users who forget, don't realize, or just plain ignore the policies we put in place. Darin.     ----- Original Message ----- From: Kevin Bilbee To: Declude.JunkMail@declude.com Sent: Tuesday, February 14, 2006 1:06 PM Subject: RE: [Declude.JunkMail] large mail to large number op recips I realize this was an accident mailing but you should have in place attachment size limits to avoid sucking the disk space of the mail server and to avoit filling up mailboxes to unrealistic sizes. On average an attachment will become 20% larger once encoded in an email. Users should know a 10mb file attachment will take up about 12mb of mailbox space and will be viewed as a 12mb attachement.   I would limit the size of attachments to no more that 10mb in the mail server to start. Then I would setup an upload/download for files larger than 10mb. Educate your users on how sending large files can cause all kinds of problems. Like send/receive timing out and resetting, resulting in dulpicate mssages being downloaded.   I get calls all the time to delete large messages from mail boxes on domains that pay to not have a file size attachemnt limit.   Kevin Bilbee -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf Of Darin Cox Sent: Tuesday, February 14, 2006 6:31 AM To: Declude.JunkMail@declude.com Subject: Re: [Declude.JunkMail] large mail to large number op recips How about implementing a web-based upload/download site for this.  I've done this for a couple of graphic design firms to allow their customers to upload files, which then sends the intended recipient an email notification with a link to download.   Much, much more efficient than SMTP (mail encoding generally runs up the file size about 33% or so), faster, and much less network traffic in a distribution situation since many of the recipients will not download the file.   Also doesn't hang the user's mailbox when sending/receiving for several minutes while uploading/downloading. Darin.     ----- Original Message ----- From: Bonno Bloksma To: Declude.JunkMail@declude.com Sent: Tuesday, February 14, 2006 8:51 AM Subject: [Declude.JunkMail] large mail to large number op recips Hi,   We are a school and: -  sometimes someone needs to send a large e-mail (20-30 MB) to one of the staf or students. - several times a day we send e-mails to large groups of students so the BCC field might contain up to 1500 addresses.   Both items are no problem until they are combined like some tried today. :-( Suddenly I lost around 15GB of diskspace on my mailserver. At least that is what IMail tried because I only had about 10GB left on my mailbox drive. Guess what happened?   Is there a way using Declude Junkmail to flag this situation and stopping the e-mail while still allowing the two items above? I'm currently using Declude 2.16, Junkmail Std and AV Pro.   Met vriendelijke groet, Bonno Bloksma hoofd systeembeheer tio hogeschool hotelmanagement en toerisme begijnenhof 8-12 / 5611 el eindhoven t 040 296 28 28 / f 040 237 35 20 [EMAIL PROTECTED]  / www.tio.nl