> > > > in smtp_sasl_passwd:
> > > > exchange_IP user:pwd
> > >
> > > Why not "[exchange_IP]" (with the enclosing []) for the lookup key.
> >
> > I can put with that..tried with [] but like it didn't work i
> > putted like i have in linux, but if you think it is better i can
> > put [] again.
>
> http://www.postfix.org/SASL_README.html#client_sasl
>
> Important
>
> Keep the SASL client password file in /etc/postfix, and make
> the file read+write only for root to protect the username/password
> combinations against other users. The Postfix SMTP client will
> still be able to read the SASL client passwords. It opens the
> file as user root before it drops privileges, and before entering
> an optional chroot jail.
>
> Use the postmap command whenever you change the
> /etc/postfix/sasl_passwd file.
>
> If you specify the "[" and "]" in the relayhost destination,
> then you must use the same form in the smtp_sasl_password_maps
> file.
>
> If you specify a non-default TCP Port (such as ":submission"
> or ":587") in the relayhost destination, then you must use the
> same form in the smtp_sasl_password_maps file.
>
will set.
>
> > > Also is TLS configured?
> >
> > No, like i don't have in linux i didn't put any TLS configuration
> > is it needed?
>
>
> It is recommended when using plaintext authentication mechanisms.
> Whether you would benefit by protecting your traffic from eavesdropping
> and MITM attacks is up to you.
i will not use plaintext (thanks for the warning).
>
>
> > > Solaris may not ship the "LOGIN" mechanism by default, real MTAs offer
> > > "PLAIN". But Microsoft MTAs sometimes prefer "LOGIN" and you need your
> > > Cyrus to provide the corresponding module.
> > >
> > > Look in /usr/lib/sasl2 or whereever your SASL modules are kept.
> >
> > Can you help? i have these:
> > bash-3.00# pwd /usr/lib/sasl2
> > bash-3.00# ls
>
> libanonymous.so
> libcrammd5.so
> libdigestmd5.so
> libgssapiv2.so
> libotp.so
> libplain.so
> libsasldb.so
> libscram.so
>
> > should it be a "liblogin"
>
> Yes, if your server only supports "LOGIN" and not "PLAIN".
>
> > In logs its normal not to see any kind of errors regarding the
> > authentication?
>
> Not if the Postfix server in question was not compiled with SASL
> support. Does it support SASL? Otherwise, one might expect error
> messages about not finding any common mechanisms. If you don't
> see these, and the password_maps table is set up as claimed, most
> likely this Postfix has no support for SASL (and perhaps Berkeley
> DB).
>
> postconf -d | grep _sasl_
>
> When Postfix has no SASL support, there are a lot fewer SASL related
> parameters reported. To list the supported database backends, try
>
postconf -d | grep _sasl_ | wc -l 34
well i think the list is big enough (same number on a working server), but i
found a difference:
man postconf-A List the available SASL client plug-in types...
on the working server:postconf -Acyrus
on the solaris...bash-3.00#postconf -Abash-3.00#
how about that?it seems that postfix supports sasl (at least he as the options
for that), but he can't find the cyrus framework...m i correct?
> postconf -m
postconf -mcidrdbm
environfailinternalldapmemcachenisnisplusproxyregexpstatictcptexthashunix
dbm is there, as per my config shouldn't be the problem..right?
>
> --
> Viktor.