----- Original Message -----
Sent: Tuesday, February 14, 2006 4:07
PM
Subject: Re: [Declude.JunkMail] large
mail to large number op recips
Certainly not for all mail, just for these
circumstances... but I understand you want to avoid situations where this is
done accidentally.
I think a couple of people had a size test, and
you could key off of the number of recipients in combination with this to
perform a custom action like routing or deleting... or route it to a program
alias that sends you an alert notification.
Darin.
----- Original Message -----
Sent: Tuesday, February 14, 2006 9:46 AM
Subject: Re: [Declude.JunkMail] large mail to large number op
recips
Hi,
Nope, we don't want to go that way for ALL mail.
We''ve got several options to upload files for several purpouses within our
school. Our website has lot's of option for that but...... sometimes we want
to send something as an attachment. In this case it was a newsletter for our
staf which was supposed to be about 200-300 KB, we want those newsletters sent
as attachment, not as a link.
For some reason the newsletter ended up
to be a Word document 5MB large and was sent without realising it. After that
it was sent once more. This time as a PDF file....... which happened to be
33MB large and was created using the Word document as a base. :-( Both mails
went to 250+ recipients. The first mail did not kill the mailserver, the
second did. :-(
For exceptions like these I want to have a tool
to catch them before it fills up the server.
Met vriendelijke groet,
Bonno Bloksma
hoofd systeembeheer
tio hogeschool hotelmanagement en toerisme
----- Original Message -----
Sent: Tuesday, February 14, 2006 3:31
PM
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 -----
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
