In the future, it might help if you try bulk mailing large attachment stuff with smart sending features, like Mail::Bulkmail's envelope sending option -- I'd imagine that your sales team is sending 2-3 messages to each client company (one for each contact). That perl mod will simply send all the messages to a domain via 1 smtp message, so 1.31 MB isn't tripled to 3.93
On Wednesday, May 28, 2003, at 12:20 PM, Josh Remus wrote:
Believe me, I've been on that soapbox for too long. Unfortunately, this one
is actually fairly legit, as the attachments which make it balloon are price
sheets & product specs, and they're going to our direct distributors and
sales rep's.
Longer run, I can have them split the lists up, etc., but unfortunately IT
doesn't run the company (much less the marketing department) and they're
going to continue to want to do things similar to this from time to time.
I keep on attempting to educate, but they truly do not get it.
-----Original Message----- From: Jonathan Nichols [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 12:15 PM To: Josh Remus Cc: [EMAIL PROTECTED] Subject: Re: [courier-users] Courier TOO good
Josh Remus wrote:I've got a problem that I encountered this morning. We have a 384 pipe*snip*
in and out of here, and one of our marketing people sent out a
mass-emailing (1.31 MB a piece) that completely clobbered our
bandwidth. But of course, courier handled itself just as I had hoped it
I don't know if this is kosher at all, but courier seemed to handle those folders disappearing okay. But I need two things:
You need a third thing.. here's a photo of it: http://www.adkinsinc.com/adkinbat.jpg
1.31MB per email on a mass mailing is.. obnoxious. ;) I hope someone told the sales guy to try and not ever do that again. :)
------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge _______________________________________________ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
------------------------------------------------------- This SF.net email is sponsored by: ObjectStore. If flattening out C++ or Java code to make your application fit in a relational database is painful, don't do it! Check out ObjectStore. Now part of Progress Software. http://www.objectstore.net/sourceforge _______________________________________________ courier-users mailing list [EMAIL PROTECTED] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
