>>> On Tue, Feb 3, 2009 at 12:33 PM, Brian Evans - Postfix List <grkni...@scent-team.com> wrote: > Doug Jaquays wrote: >> >> Hello, >> >> >> We recently moved our anti-virus server to Linux, eTrust ITM and >> SLES10sp1 with all available updates without going to sp2. When our >> clients have notifications that match our policy, they are forwarded >> to the server, which then sends the notification to a php script that >> parses the information and emails it using the mail() command. >> Everything appears to work as intended to this point. The problem is >> that once the mail gets in queue, it seems to almost never be picked >> up until some form of human interaction wakes up >> master/pickup/qmgr/whichever-piece-it-is-that's-not-working. The >> human interaction part seems to be flakey as well. Sometimes flushing >> the queue works immediately, sometimes it doesn't. I had a message >> sit in the queue for almost 24 hours and when I tried to run strace on >> master as some website suggested, it suddenly sent the message >> through. It does appear to somehow be related to how long it sits >> idle without sending a message. eTrust screwed up one of their >> definition releases that tagged javascripts inappropriately about a >> week ago and it was sending messages very frequently which all made it >> through. I've searched all of what I would believe to be the obvious >> causes of my problem and for any errors that explain the issue. I'm >> sure I'll be asked, so here are the potentially relevant pieces of >> data: /_http://pastebin.com/m6bc0ebe8_/ >> >> > > I hope you have more in your master.cf than listed in that pastebin. > It is severely lacking some entries. > > Logs for a transaction entering to delivery would help as well. >
So I do, I'm not sure how I missed the rest. fixed pastepin: http://pastebin.com/m5b61c858 As for the transaction log. I'm not sure how one can get that when using php's mail() function to send a message. I don't see any obvious answers through google. >> postconf -n: >> alias_maps = hash:/etc/aliases >> defer_transports = > > That's good. Postfix will not hold things on purpose >> smtpd_sender_restrictions = hash:/etc/postfix/access > Depreciated, suggested to use 'check_sender_access I believe that's something that SLES/YaST put in there. I may have forgot to mention that this is Postfix That file only has the default comments, which looks like the man page, in it. > hash:/etc/postfix/access' to avoid future confusion/breakage. >> transport_maps = hash:/etc/postfix/transport > > What is in here? This also had just the default comments. This mail server is only being used to send mail from the anti-virus alerts to our support staff. -Doug This email may contain confidential and privileged material for the sole use of the intended recipient and MSU-KCMS. Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.
