saslauthdでplainとloginを有効にしたいのですが上手くできません。

PostfixによるSMTPサーバの構築(CentOS標準版編)

ちょっと、勘違いがあるように思えます。

SMTP AUTH の認証として、SASL の PLAIN、LOGIN メカニズムを提供したい、というのが目的ですよね。それが、smtp.conf で記述している内容ですよね。

# vi /etc/sasl2/smtpd.conf

pwcheck_method: saslauthd

mech_list: plain login

これは、SMTP AUTH で使う SASL の認証メカニズムとして、plain と login を使い、実際に送られてきたユーザ名、パスワードのチェックを saslauthd にやらせます、ということになります。

で、saslauthd の役割は、実際にユーザ名とパスワードが一致しているかをチェックすることで、saslauthd が何でチェックするか、というのが選べて、

# saslauthd -v

saslauthd 2.1.23

authentication mechanisms: getpwent kerberos5 rimap shadow

「getpwent」「kerberos5」「rimap」「shadow」の 4 種類が使えますよ、と言っています。

つまり、SMTP AUTH の中で「提供する」メカニズムと、そのバックエンドにある saslauthd が「利用する」メカニズムが、ごちゃ混ぜになっているような気がします。

SASL として提供するメカニズムとしては、一番シンプルな plain や login がありますが、

saslauthd(8): sasl authentication server - Linux man page

上記の saslauthd の manpage には saslauthd が利用する認証メカニズム（上記ページの Authentication Mechanisms）には、

• dce （AIX のみ）
• getpwent（全部ラットフォーム）
• kerberos4 （全部ラットフォーム）
• kerberos5 （全部ラットフォーム）
• pam （Linux、Solaris）
• rimap（全部ラットフォーム）
• shadow（AIX, Irix, Linux, Solaris）

があります。ここには、plain や login は出てきません。saslauthd 自体がどうやってパスワードを確認するかは、SASL のメカニズムを使う訳ではありません。

この中で一番汎用的なのが pam で、saslauthd が pam を使えるようになっていれば、pam の設定次第で、実際には OS の /etc/passwd & /etc/shadow を使ったり、LDAP を使ったり、ということが可能ですが、残念ながら pam が使えないようですので、OS のアカウントを saslauthd に使わせるには、shadow になると思います。