Bug 2144614

Summary: sendmail does not start authentication process or does not accept authentication
Product: [Fedora] Fedora Reporter: Helmut K. C. Tessarek <tessarek>
Component: sendmailAssignee: Jaroslav Škarvada <jskarvad>
Status: CLOSED DUPLICATE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: 37CC: anon.amish, jskarvad, olysonek-foss, redhat-bugzilla
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2022-11-22 00:40:47 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
sendmail.mc none

Description Helmut K. C. Tessarek 2022-11-21 21:05:30 UTC 
Created attachment 1926216 [details]
sendmail.mc

Created attachment 1926216 [details]
sendmail.mc

Description of problem:

After upgrading from F36 to F37, sending emails was no longer possible. Sendmail did not start the authentication process and/or did not accept user/password any longer.

I have been using my sendmail.mc for the past 10 years and it worked perfectly until I upgraded to F37.

Turns out that the following directive breaks the sending functionality (authenticated submission via implicit TLS):

define(`confAUTH_OPTIONS', `A p y')`

After changing it to

define(`confAUTH_OPTIONS', `p y')`

sendmail starts working again.

Version-Release number of selected component (if applicable):

sendmail-8.17.1-6.fc37.x86_64

How reproducible:


Steps to Reproduce:
1. setup sendmail to send emails via submissions on 465 with authentication
2. send email

Actual results:

Error message: Relaying denied. Proper authentication required.
Server logs show that authentication was not even initiated.

Expected results:

The client should authenticate against the server and the mail should be sent.

Additional info:

The mail client is irrelevant. I haven't changed it for a long time (not even upgraded it, since I need its functionality that was removed with a later version), but I have also tried other (newer and most recent) mail cilents.

For completeness I will attach my sendmail.mc (even though I don't think it will help, except for you to see that I didn't screw up my config.)
Comment 1 Jaroslav Škarvada 2022-11-22 00:40:47 UTC 

*** This bug has been marked as a duplicate of bug 2140596 ***
Comment 2 Helmut K. C. Tessarek 2022-11-22 00:50:27 UTC 
Interesting. testsaslauthd works just fine (which is something I forgot to mention in my bug report), so I guess sendmail's integration with SASL is borked and not sasl itself.