imapd is not talking to saslauthd

Dan White dwhite at olp.net
Wed Jan 31 09:44:03 EST 2018


On 01/30/18 23:25 +0100, Michael Rüger wrote:
>root at cyrus3:~ # ls -la /var/run/saslauthd/
>total 13
>drwxr-x---  2 cyrus  saslauth   5 Jan 30 21:40 .
>drwxr-xr-x  6 root   wheel     15 Jan 30 21:40 ..
>srwxrwxrwx  1 root   saslauth   0 Jan 30 21:40 mux
>-rw-------  1 root   saslauth   0 Jan 30 21:40 mux.accept
>-rw-------  1 root   saslauth   6 Jan 30 21:40 saslauthd.pid
>
>> On 01/30/2018 05:06 PM, Michael Rüger wrote:
>>> I’m trying to set up imapd to use saslauthd for authentication.
>>>
>>> I have already a running saslauthd which uses PAM. I can run this
>>>
>>> root at cyrus3:/ # testsaslauthd -u mike -p mike
>>> 0: OK "Success.“

Michael,

A permissions issue with saslauthd is typically on the containing
directory. Try:

ls -ld /var/run/saslauthd

And adjust permissions or group membership. Try running testsaslauthd as
the cyrus user to verify permissions.

On 01/31/18 00:51 +0100, Michael Rüger wrote:
>After enabling debug and restarting saslauthd and retrigger imtest, saslauthd gets no request.
>
>root at cyrus3:/etc # /usr/local/etc/rc.d/saslauthd restart
>Stopping saslauthd.
>Waiting for PIDS: 88717.
>Starting saslauthd.
>saslauthd[90858] :main            : num_procs  : 5
>saslauthd[90858] :main            : mech_option: NULL
>saslauthd[90858] :main            : run_path   : /var/run/saslauthd
>saslauthd[90858] :main            : auth_mech  : pam
>saslauthd[90858] :ipc_init        : using accept lock file: /var/run/saslauthd/mux.accept
>saslauthd[90858] :detach_tty      : master pid is: 0
>saslauthd[90858] :ipc_init        : listening on socket: /var/run/saslauthd/mux
>saslauthd[90858] :main            : using process model
>saslauthd[90858] :have_baby       : forked child: 90859
>saslauthd[90859] :get_accept_lock : acquired accept lock
>saslauthd[90858] :have_baby       : forked child: 90860
>saslauthd[90858] :have_baby       : forked child: 90861
>saslauthd[90858] :have_baby       : forked child: 90862

If not a permissions issue, then you may need to explicitly configured the
path to the mux in imapd.conf with:

sasl_saslauthd_path: /var/run/saslauthd/mux

But this is unlikely if testsaslauthd has knowledge of the correct mux
location.

-- 
Dan White


More information about the Cyrus-sasl mailing list