Hello Alessandro, Am 2008-05-20 06:37:58, schrieb Alessandro Vesely: > What kind of control does exim allow on in/out messages?
I have seen a setup, if a client send out a message to ONE destination,
over a SMTP-Relay (= exim = ME) and there are too much messages, the
messages would be troddled and not send @once...
> On a different level, you might control output messages rates by
> configuring traffic control with a queue discipline other than
> pfifo_fast. That would limit IP packets rather than SMTP messages.
> OTOH, I don't think you know how long the queue is getting at your
> ISP's, therefore you cannot control the shape of that curve anyway.
>
> Out of curiosity, may I ask why you don't deliver mail directly?
The other thing is, that the Debian BTS has hit the limits on the Mail-
Server of my current hosting provider... there where over 4000 messages
in the (postfix) queue waiting. It was between Friday and Saturday
last week and I have load the server more then all other customers in
the last week. (He has send me a graphical statistic from it)
I do not know which server hardware he use, but my "Zenith Data Systems
Express 5800 MH4500R" (4x Xeon 550 with 2 GByte of memory and 6 SCA hdd)
would handel this traffic... while half sleeping.
However, since there is DSPAM running on his the host it may be
different. I am using clamav-ng and spamassassin and have no problems.
Since I am planning to host my own server at him, I like to configure my
inbound MTA to check only <zen.spamhaus.org> on SMTP level (hit over 60%
of all incoming spam) and reject if hit. The rest should goes into a
queue (which should prevent the overload of the server) for local
delivery over procmail where $USER have there own filtering setup...
Note: The Server I want to install will get normaly arround 20-40.000
messages per day including spam and if I get more, the there is
a problem... and I am over-spamed!
Since the Server will hols courier-imap, $MTA, postgresql 8.3,
apache2 the Server should be responsive in any situations,
mean, a Spam-DoS should not hit my server and Business.
(Normaly I should install 3-4 separated servers but this would
hit my purse a little bit to much...)
Oh yes, I have already put following stuff into my
----[ '~/.procmailrc' ]-----------------
LOCKFILE=${HOME}/.procmailrc.lock
:0
* > 250000
.ATTENTION.big_messages/
:0fw
* < 250000
| /usr/bin/spamc
----------------------------------------
where the LOCKFILE would serialize the proceeding of the incoming
messages, speek, if the ~/.procmailrc is running, no second message is
accepted and the MTA try the re-deliver it later. Also this mean, that
only one spamassassin process is running per $USER (where I have 43).
Thanks, Greetings and nice Day
Michelle Konzack
Systemadministrator
24V Electronic Engineer
Tamay Dogan Network
Debian GNU/Linux Consultant
--
Linux-User #280138 with the Linux Counter, http://counter.li.org/
##################### Debian GNU/Linux Consultant #####################
Michelle Konzack Apt. 917 ICQ #328449886
+49/177/9351947 50, rue de Soultz MSN LinuxMichi
+33/6/61925193 67100 Strasbourg/France IRC #Debian (irc.icq.com)
signature.pgp
Description: Digital signature
------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________ courier-users mailing list [email protected] Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users
