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 -----
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
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 -----
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
