• Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 1224
  • Last Modified:

Sendmail log > What does this error mean?

Can you tell me why this mail client isn't able to connect and send mail?  Maybe the mail client supplied auth mechanism wasn't correct - but what auth mech did the client try?  And what auth mechanism is available? BTW, sendmail running on port 465 w/SSL.

Jun  5 23:11:32 www sendmail[7182]: NOQUEUE: connect from static.lsanca.fios.verizon.net [71.177.1.6]
Jun  5 23:11:32 www sendmail[7183]: NOQUEUE: connect from static.lsanca.fios.verizon.net [71.177.1.6]
Jun  5 23:11:32 www sendmail[7182]: AUTH: available mech=CRAM-MD5 DIGEST-MD5, allowed mech=LOGIN PLAIN
Jun  5 23:11:32 www sendmail[7183]: AUTH: available mech=CRAM-MD5 DIGEST-MD5, allowed mech=LOGIN PLAIN
Jun  5 23:11:32 www sendmail[7182]: r55NBWRX007182: Milter: no active filter
Jun  5 23:11:32 www sendmail[7183]: r55NBWlV007183: Milter: no active filter
Jun  5 23:11:32 www sendmail[7182]: r55NBWRX007182: static.lsanca.fios.verizon.net [71.177.1.6] did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA
Jun  5 23:11:32 www sendmail[7183]: r55NBWlV007183: static.lsanca.fios.verizon.net [71.177.1.6] did not issue MAIL/EXPN/VRFY/ETRN during connection to MTA
Jun  5 23:11:32 www sendmail[7184]: NOQUEUE: connect from static.lsanca.fios.verizon.net [71.177.1.6]
Jun  5 23:11:32 www sendmail[7184]: AUTH: available mech=CRAM-MD5 DIGEST-MD5, allowed mech=LOGIN PLAIN
Jun  5 23:11:32 www sendmail[7184]: r55NBWhU007184: Milter: no active filter

Open in new window

0
Geoff Millikan
Asked:
Geoff Millikan
  • 2
1 Solution
 
arnoldCommented:
What error is the client getting.
The error means the connection was made, but no command was sent.
0
 
Geoff MillikanAuthor Commented:
The email client is a LSI RAID controller card.

Are you sure that's what it means because I think the log is saying the client offered the auth types of CRAM-MD5 or DIGEST-MD5 but my mail server requires auth type of PLAIN.

Thoughts? How could we test this?
0
 
arnoldCommented:
Try,
openssl s_client -connect youmailserver:465
Ehlo yourserver

As a response you see the available auth methods.
The log I think reflects that your server supports three auth methods, but allowed the client that used login plain.

The few lines after, it has the entries that the client did not send any of the specific commands, mail,expn,etrn.
The issue might be that your controller does not wait for the mail server's response before sending commands.

You could use tcpdump to capture an interaction between the two to see what is being sent.
0

Featured Post

Upgrade your Question Security!

Your question, your audience. Choose who sees your identity—and your question—with question security.

  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now