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