On 10-Apr-2000 Eric Poubeau wrote:
> My problem:
>
> I have a small server, and I dont want sent too big mail,
> so I want to sort e-mail BEFORE sending, catch too big mail,
> grep and convert attachements, re-sent mail with just a pointer to
> attachement and text/plain.
>
> How I can do?
Now firstly, that's not an MTA problem.
However, I'll assume that you're connected through a slow
link, and that you don't want saturate that link with huge
e-mails, which is understandable (but misguided).
If you convert a mail to contain pointers to (I suppose)
HTTP or FTP accessible files instead of huge attachments,
you'd have to write the code to extract these attachments,
and store them somewhere in your HTTP or FTP space, only to
find out that the recipient uses her browser or mail client
to download said files. Net gain in bandwidth: zero. Next
you'll have to manage these files (do you delete them after
a successful download, or what?). Net increase in complexity:
quite a lot. Effect on your small server: worse than if
you'd simply send out those attachments.
If your users want to send out big attachments, these'll
somehow get out. Better educate them to use "gzip" (or
"winzip") on their Word/Excel files. Usually that takes
care of the bloat.
As to batching up the mail before sending it to your
smarthost, with qmail that's done by delivering all
outgoing mail to a Maildir, and using serialmail. Works
like a charm.
HTH,
Stefaan
--
--PGP key available from PGP key servers (http://www.pgp.net/pgpnet/)--
Ninety-Ninety Rule of Project Schedules:
The first ninety percent of the task takes ninety percent of
the time, and the last ten percent takes the other ninety percent.
