OpenBSD Geek <[email protected]> writes: > But when spamd is enabled, mails take a long time(sometimes a day or less) > to arrive in our box. Sometimes, we don't receive mails. > Disabled (spamd), all works fine. I don't understand why it doesn't work > fine, i read spamd(8) man page.
This sounds like you're seeing senders that for one reason or the other do not play well with greylisting. Senders that have not contacted you for a while will see an initial delay anyway (the length of which is mainly a function of how soon they retry delivery after the initial '451 temporary local problem' response). The other, more visible issue is when the sender retries from a different IP address, and it turns lottery-like in a hurry (sometimes referred to as the google effect). > What i have done to enable spamd, perhaps i'm wrong somewhere ... > > In pf.conf, i added : > table <spamd-write> persist > table <nospamd> persist file "/etc/mail/nospamd" If you can't get the other end to set up for proper timely retries, you will have to populate nospamd with the IP addresses of the outgoing MXes in the problematic sites (edit the file, reload your PF config). I could offer mine for public consumption, but I would need to sanity check it first for outdated data. - Peter -- Peter N. M. Hansteen, member of the first RFC 1149 implementation team http://bsdly.blogspot.com/ http://www.bsdly.net/ http://www.nuug.no/ "Remember to set the evil bit on all malicious network traffic" delilah spamd[29949]: 85.152.224.147: disconnected after 42673 seconds.
