Re: Realm not being passed from cyrus-imapd to saslauthd?

"AndrewHardy via Info" <[email protected]>
Newsgroups gmane.mail.imap.cyrus
Message-ID <[email protected]>
If you can, please let us know the saslauthd run time flags you’re using.

I vaguely remember having to update the saslauthd systemd file on my system to use the -r flag and mech=pam. Pretty sure cyrus will be passing the domain and it’ll be splitting the parts to use; just suspect saslauthd daemon hasn't been told to use the domain part.

On my system saslauthd runtime looks like this:

/usr/sbin/saslauthd -m /run/saslauthd -a pam -r

Where saslauthd systemd file has:

MECH=pam

FLAGS=-r

Bu default i dont think saslauthd in default install has -r flag. When you use the cli tesy tool pretty sure when you specify -r it prob works because daemon knows what you are wanting. Use the cyrus cli tool and i think it hots the daemon and daemon doesnt know to expect it.

Thats my theory, worth a shot :)

Pretty sure i had the same issue and adding the flag and restarting saslauthd fixed it. Thats a few years ago now but has all the signs of the issue i had. If it works massive if not, only a few seconds lost :)

-Andy

Sent from my iPhone

On 24/07/2023, at 5:45 PM, Richard <[email protected]> wrote:



Hi,

In this context,you can read "realm" as meaning domain. More-or-less the same concept.

I've tried using [email protected] as the username, but the "@example.org" is stripped off and only the username is passed through to saslauthd. I don't think it is a PAM issue, because the realm(domain) is not being passed through to it.

imapd.conf:

virtdomains: userid

Later this week (assuming I get the time), I'm going to blow away the vm and rebuild. Currently using Ubuntu 22.04 on ARM64, but I'll try Ubuntu 23.04 on x86_64 and see if that changes enough variables. 23.04 comes with cyrus-imap 3.8.0, too.

Cyrus
/ Info / see
discussions
+
participants
+
delivery options
Permalink
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.