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