Description of problem:
Defaults entry 'mail_no_user' in sudoOption does not work via LDAP or SSSD provider.

Version-Release number of selected component (if applicable):
tested and failed on all RHEL8 and RHEL9

How reproducible:
Everytime

Steps to Reproduce:
1.a) setup sudo to use ldap, using this ldap data:
b) setup sudo to use sssd, using this ldap data:

1. my-domain.com
   dn: dc=my-domain,dc=com
   objectClass: dcObject
   objectClass: organization
   dc: my-domain
   o: Test server

1. Groups, my-domain.com
   dn: ou=Groups,dc=my-domain,dc=com
   objectClass: top
   objectClass: organizationalunit
   ou: Groups

1. People, my-domain.com
   dn: ou=People,dc=my-domain,dc=com
   objectClass: top
   objectClass: organizationalunit
   ou: People

1. admin, People, my-domain.com
   dn: cn=admin,ou=People,dc=my-domain,dc=com
   objectClass: top
   objectClass: account
   objectClass: posixAccount
   cn: admin
   uidNumber: 11001
   gidNumber: 21001
   homeDirectory: /home/admin
   loginShell: /bin/bash
   uid: admin
   userPassword:: eA==

1. admin, Groups, my-domain.com
   dn: cn=admin,ou=Groups,dc=my-domain,dc=com
   gidNumber: 21001
   objectClass: top
   objectClass: posixGroup
   cn: 21001
   cn: admin

1. userallowed, People, my-domain.com
   dn: cn=userallowed,ou=People,dc=my-domain,dc=com
   objectClass: top
   objectClass: account
   objectClass: posixAccount
   cn: userallowed
   uidNumber: 10001
   gidNumber: 20001
   homeDirectory: /home/userallowed
   loginShell: /bin/bash
   uid: userallowed
   userPassword:: eA==

1. groupallowed, Groups, my-domain.com
   dn: cn=groupallowed,ou=Groups,dc=my-domain,dc=com
   gidNumber: 20001
   objectClass: top
   objectClass: posixGroup
   cn: groupallowed

1. usernotallowed, People, my-domain.com
   dn: cn=usernotallowed,ou=People,dc=my-domain,dc=com
   objectClass: top
   objectClass: account
   objectClass: posixAccount
   cn: usernotallowed
   uidNumber: 10002
   gidNumber: 20002
   homeDirectory: /home/usernotallowed
   loginShell: /bin/bash
   uid: usernotallowed
   userPassword:: eA==

1. groupnotallowed, Groups, my-domain.com
   dn: cn=groupnotallowed,ou=Groups,dc=my-domain,dc=com
   gidNumber: 20002
   objectClass: top
   objectClass: posixGroup
   cn: groupnotallowed

1. Sudoers, my-domain.com
   dn: ou=Sudoers,dc=my-domain,dc=com
   objectClass: top
   objectClass: organizationalUnit
   ou: Sudoers

1. defaults, Sudoers, my-domain.com
   dn: cn=defaults,ou=Sudoers,dc=my-domain,dc=com
   objectClass: top
   objectClass: sudoRole
   cn: defaults
   sudoOption: !requiretty
   sudoOption: !authenticate
   sudoOption: mailto=emailto@domain.com
   sudoOption: mail_no_user

1. rule1, Sudoers, my-domain.com
   dn: cn=rule1,ou=Sudoers,dc=my-domain,dc=com
   objectClass: top
   objectClass: sudoRole
   cn: rule1
   sudoUser: userallowed
   sudoHost: ALL
   sudoCommand: ALL

2. use sudo with an unauthorized user to send the email to the recipient:
$ su - usernotallowed -c 'sudo true'

3. check if the recipient emailto@domain.com received the email

Actual results:
Email was not sent to emailto@domain.com:
Mail queue is empty

Expected results:
Email was sent to emailto@domain.com:
...
Aug 31 04:44:31 nbubakov-1mt-rhel-8-7-0-20220829-1-49326-2022-08-31-08-24 postfix/smtp[32416]: 872D62400230: to=<emailto@domain.com>,
relay=none, delay=0.32, delays=0.29/0/0.02/0, dsn=4.4.1, status=deferred (connect to mx.domain.com[66.96.140.72]:25: Connection refused)
Queue ID -Size- ---Arrival Time--- Sender/Recipient------
872D62400230 699 Wed Aug 31 04:44:31 usernotallowed@ci-vm-10-0-136-156.hosted.upshift.rdu2.redhat.com
(connect to mx.domain.com[66.96.140.72]:25: Connection refused)
emailto@domain.com

Additional info:
There is no problem with sending an email when writing the sudo default options directly into sudoers file; and/or when there is used any other option (e.g. 'mail_always') with LDAP or SSSD.