Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Unexpected character in EHLO keyword. #50

Open
ploink opened this issue Apr 17, 2023 · 1 comment
Open

Unexpected character in EHLO keyword. #50

ploink opened this issue Apr 17, 2023 · 1 comment

Comments

@ploink
Copy link

ploink commented Apr 17, 2023

I noticed these warnings in my system journal. They always come in twins and they happen when dovecot/sieve forwards an email to courier-mta:

Apr 13 20:18:16 host.domain dovecot[405952]: lda([email protected])<405952><QOuhOGJHAGTAMQYAEaMxkg>: Warning: smtp-client: conn localhost:25 (127.0.0.1:25) [1]: Received invalid EHLO response line: Unexpected character in EHLO keyword
Apr 13 20:18:16 host.domain dovecot[405952]: lda([email protected])<405952><QOuhOGJHAGTAMQYAEaMxkg>: Warning: smtp-client: conn localhost:25 (127.0.0.1:25) [1]: Received invalid EHLO response line: Unexpected character in EHLO keyword

The issue is very similar to this one:
https://dovecot.org/mailman3/archives/list/[email protected]/thread/JCOPFPTGBBKMBMODMXE2SU3RR3XIBUSE/
They conclude that the problem is with Fastmail for responding to EHLO with the illegal character "=" in a keyword. In my case the issue then is with courier-mta.

When I test this using telnet:

$ telnet localhost 25
Trying ::1...
Connected to localhost.
Escape character is '^]'.
220 my.server.name.com ESMTP
ehlo localhost
250-my.server.name.com Ok.
250-STARTTLS
250-XVERP=Courier
250-XEXDATA
250-XSECURITY=NONE,STARTTLS
250-PIPELINING
250-8BITMIME
250-SMTPUTF8
250-SIZE
250 DSN

Note the "=" character with XVERP= and XSECURITY= that are not allowed there according to RFC5321 section 4.1.1.1. This may explain why the warning is logged twice.

ehlo-line = ehlo-keyword *( SP ehlo-param )

If I understand correctly, the "=" character should be a space.

@svarshavchik
Copy link
Owner

That seems to be the case.

Courier has been doing this for almost twenty years, and it will take some time to migrate to an alternative syntax.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants