Email "delayed", single domain, smtpdiag problems

cnfuzzd

Hi Everyone

Ok. We have a client with problems delivering to one domain (referred to as Problem Domain). The email will sit in the queue forever until a delayed delivery report is generated. This is true for all recipients in that domain. The client's domain is receiving and sending mail from and to all other domains with no known issues. Other domains can send to the problem domain with no issue.

Running SMTPdiag would fail from the client's domain, but succeed from an outside domain. The error message was listed in both smtpdiag and smtp logging:

431+Too+many+recipients+received+this+hour 0 0 42 0 235 SMTP - - - -


Ok, now things get strange. When telneting into the problem domain from the client's domain, you receive this:

220 *********************

At this point you can not enter any smtp commands (ehlo/helo) and you end up disconnecting.

Telneting in from an outside domain gives you the expected 220 <fqdn> response, and you can engage in an smtp session


My thought is that this is a spam filter going rambo on our ip address. Does this sound correct?



Thanks!


John

HeroPsycho

cnfuzzd wrote:

Ok. We have a client with problems delivering to one domain (referred to as Problem Domain). The email will sit in the queue forever until a delayed delivery report is generated. This is true for all recipients in that domain. The client's domain is receiving and sending mail from and to all other domains with no known issues. Other domains can send to the problem domain with no issue.

Running SMTPdiag would fail from the client's domain, but succeed from an outside domain. The error message was listed in both smtpdiag and smtp logging:

431+Too+many+recipients+received+this+hour 0 0 42 0 235 SMTP - - - -

Most likely reason is the receiving mail system thinks your mail system is a spammer. Check and see if your mail system is on any blacklists. See if the admin of that system can whitelist you. They do this because it delays and clogs your system, so if you were a spammer, it would slow you down.

cnfuzzd wrote:

When telneting into the problem domain from the client's domain, you receive this:

220 *********************

At this point you can not enter any smtp commands (ehlo/helo) and you end up disconnecting.

Telneting in from an outside domain gives you the expected 220 <fqdn> response, and you can engage in an smtp session

Their system has a PIX with Mailguard enabled. That's par for the course when using telnet.