This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Invalid EHLO and HELO

I use Astro v5's SMTP proxy to protect my mailserver.  I have an issue where I cannot accept e-mail from certain servers.  I can send just fine!  Below is a log from the other mail server attempting to send to Astaro.

Any ideas?



[26/Sep/2004 22:52:00][2236] {dns} Searching cache for
A records for host mail.xxxxxxxxx.net
[26/Sep/2004 22:52:00][2236] {conn} DNS: host
mail.xxxxxx.net found, IP address xx.xx.xxx.xxx
[26/Sep/2004 22:52:00][2236] {conn} Connecting to
xx.xx.xx.xx:25...
[26/Sep/2004 22:52:00][2236] {smtpc} Connected to
mail.xxxxxxx.net
[26/Sep/2004 22:52:00][2236] {smtpc} Received
greeting: 220 mail.xxxxxx.net ESMTP ready.
[26/Sep/2004 22:52:00][2236] {smtpc} Sending EHLO
[26/Sep/2004 22:52:00][2236] {smtpc} EHLO failed on
server mail.xxxxxxxxx.net, sending HELO
[26/Sep/2004 22:52:00][2236] {smtpc} HELO failed on
server mail.xxxxxx.net: 501 Syntactically invalid
HELO argument(s)
[26/Sep/2004 22:52:00][2236] {queue} SEND_MX: Delivery
to domain xxxxxxx.net finished, 0 recipients
processed
[26/Sep/2004 22:52:00][2236] {queue} SEND_MX: Delivery
finished


This thread was automatically locked due to age.
Parents
  • You're between a rock and a hard place.

    Technically, by the mandates of Internet RFCs, the people sending you mail are doing things wrong; their HELO is hinky (using weirdo characters, like underscores, probably...). In an Exim configuration file (the mailer software used by Astaro), there is a helo_allow_chars setting you could adjust with an editor from console. Trick is, you have to know what characters to allow! (unless this setting accepts wildcards; I dunno...) It appears we don't have a record of that here. To get it, you need to run Exim in "debug mode" (you add a -d switch to the script that runs Exim).

    I suggest you get in touch with Astaro for this one; try and have somebody in support receive a mail message from the people you are having trouble with, and they might be able to proscribe a fix (hey, we might even see it in an up2date, if it is an RFC that is frequently disregarded; the fact that two peers are sending it to you seems to suggest that it is...)

    P.S. Rather than tweaking Exim to see what the HELO looks like, another option is to have them send to mail server software that can easily generate a detailed log; Exchange can do it, and Exim can do it too, but it doesn't have an EZ GUI interface...
Reply
  • You're between a rock and a hard place.

    Technically, by the mandates of Internet RFCs, the people sending you mail are doing things wrong; their HELO is hinky (using weirdo characters, like underscores, probably...). In an Exim configuration file (the mailer software used by Astaro), there is a helo_allow_chars setting you could adjust with an editor from console. Trick is, you have to know what characters to allow! (unless this setting accepts wildcards; I dunno...) It appears we don't have a record of that here. To get it, you need to run Exim in "debug mode" (you add a -d switch to the script that runs Exim).

    I suggest you get in touch with Astaro for this one; try and have somebody in support receive a mail message from the people you are having trouble with, and they might be able to proscribe a fix (hey, we might even see it in an up2date, if it is an RFC that is frequently disregarded; the fact that two peers are sending it to you seems to suggest that it is...)

    P.S. Rather than tweaking Exim to see what the HELO looks like, another option is to have them send to mail server software that can easily generate a detailed log; Exchange can do it, and Exim can do it too, but it doesn't have an EZ GUI interface...
Children
No Data