We have a strange problem that suddenly started, and is that messages get stucked in the cue, and if you check the process, it stays at some sort of Idleness at the time to process the Q*** Files of the queue. This has never happened to us for about 4 years using Imail!, so we have to activate the optiong that sends all messages through a gateway (In this case the postfix machine).
If Imail is having trouble actually sending mail externally to posftix (as opposed to Imail having trouble being able to get mail out of its own internal queue in order to send it externally), then you should see postfix's point of vue about these Imail troubles in the log file:
egrep -i "smtpd.*(drop|time|lost).*A\.B\.C\.D" /var/log/maillog | less
where A.B.C.D is the ip of imail
Postfix really works fine, but we are seeing, (And i think is obvious) that messages dont have any sort of requeuing or retries if they dont reach the finall destination (Obviously this is a missconfiguration at the postfix machine)
not obvious to me. and anyway, you configged it, you fix it! :))
and the big problem is that the Store and Forward configuration that we have for some customers, doesnt work cause all email gets passed to the Postfix, so is it there a way to make it work ?
There always is a way when postfix/unix is involved, but I would have to understand your setup.
Lenn, Finally we have the postfix running, is it a way to make IMGATE to work also with the ETRN Store&Forward?
yes, sure, there is even a postfix README file about ETRN and access control for ETRN commands, so you can offload all the ETRN from Imail to postfix, etc.
, Anyone knows a way to debug why the mail is getting stucked? may it be the multple processor/?
the best way to learn about Imail's interactions with postfix is to look at postfix's maillog file and esp at the pflogsumm report, since everything about the interaction is logged by postfix.
if postfix is having trouble sending to Imail, in pflogsumm, there will a "average delivery delay" to your imail domains of more that 5 secs.
If Imail is really screwed up (happens quite frequently on busy Imail machines), then you will see postfix smtp logging deferrals of messages to IMail domains because "imail refused tcp connection" or the above egrep command where Imail was so slow that postfix gave up waiting for it.
IMGate/postfix logging is an excellent indicator of the health/sickness of Imail.
Len
_____________________________________________________________________ http://MenAndMice.com/DNS-training: Wash DC; Dallas; Atlanta IMGate.MEIway.com: anti-spam gateway, effective on 1000's of sites, free
To Unsubscribe: http://www.ipswitch.com/support/mailing-lists.html List Archive: http://www.mail-archive.com/imail_forum%40list.ipswitch.com/ Knowledge Base/FAQ: http://www.ipswitch.com/support/IMail/
