> On Thu, 08 Nov 2007 08:52:57 -0600
> Rick Romero <[EMAIL PROTECTED]> wrote:
>> Not entirely,  If the main issue is timeouts during SMTP, he can move
>> his scanning to '', and remove it from his external IP.  That
>> will ensure he can receive an email from the outside in its entirety.
>> He can throttle connections to to prevent overload, and he
>> won't bounce mail due to SMTP timeouts.
>> You don't want to lose a/v scanning on your external IP, so another
>> qmail install, with spam-only qmail-scanner, would be the cheapest
>> solution.
> Why not? Moving it to a pool of AV scanning boxes would be a good idea.
> I'm not suggesting that the caller be moved, but the work is moved. So
> the MX gets the mail, but uses the clam client to talk to a clam server
> that's in a pool... somewhere.
> That would seem to be a good use of resources to me.
> The resource pool could be a loadbalancer for example, if one works
> with an office LAN that would be a good use of boxes that are doing
> nothing more than running a xscreensaver.
> --
> The SCSI Controller to Toshi Station is sending 1111111111 because of
> the newbie thinking 'halt' means 'exit'. Valve Software is RNA.
> :: http://www.s5h.net/ :: http://www.s5h.net/gpg


Perhaps I should have said that this server will be housed and that I
can't set more than one server because of the cost... so I needed to do
something as this... but don't know if it would work or could have
problems... I assume not.. because is the same way than setting a ssl smtp
on port 465.. it shares everything with qmails 25 port server... but I
needed to know if any of you have tested if this works...


Reply via email to