I use 660. There used to be a bug in the 3.x versions where some rather
large (15M or so) emails would time out. I thought it was fixed, but
still use 660 just to be safe. ;)
Also, you might want to check to see if you have bayes_auto_expire
turned on on /etc/mail/spamassassin/local.cf. That can take over 5
minutes (depending on your cpu) when it kicks in, causing timeouts.
Better to handle that in a daily cron job:
#!/bin/sh
# written 11/17/06 by Eric 'shubes' <[email protected]>
# force journal sync and expiration of spamassassin bayes database
#
sa-learn -u vpopmail --force-expire
chown vpopmail:vchkpw /home/vpopmail/.spamassassin/bayes_toks
Hey Jake, does the stock spamassassin-toaster still have this enabled?
Might be better to include this cron job in the package instead, and
have it turned off.
--
-Eric 'shubes'
[email protected] wrote:
idle=timeout=300
Noel Rivera (Border Less) wrote:
Hello List I have a problem I received a mail from [email protected] 35
times I look in /var/log/qmail/smtp/current and I have this issue:
@400000004a268fdf00e03c4c spamdyke[15263]: TIMEOUT from:
[email protected]
to: [email protected] origin_ip: 69.25.50.217 origin_rdns:
outbound.mse9.exchange.ms auth: (unknown) reason: TIMEOU
Any comments to solve this problem?
The smtp session is timing out, so the sending server continues to
resend, hence the repetition.
What are your timeout settings in your spamdyke configuration file?
--
-Eric 'shubes'
---------------------------------------------------------------------------------
Qmailtoaster is sponsored by Vickers Consulting Group
(www.vickersconsulting.com)
Vickers Consulting Group offers Qmailtoaster support and installations.
If you need professional help with your setup, contact them today!
---------------------------------------------------------------------------------
Please visit qmailtoaster.com for the latest news, updates, and packages.
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
