Přidat otázku mezi oblíbenéZasílat nové odpovědi e-mailemVyřešeno Sasl + Postfix na Slackware

Mam jeden starsi server. Je tam Slackware ani neviem aka verzia, ma uz 5-6 rokov a jedine co som tam upgradoval bolo tusim jadro z 2.4 na 2.6.
Problemom je, ze som sa rozhodol rozbehat na Postfixe sasl autentifikaciu. Doteraz som vsetko riesil cez mynetworks = hash:/etc/postfix/network_table, ale radsej by som spustil sasl+tls.
Problem je nasledovny:
Postfix verzia

mail_version = 2.2.5,

podpora sasl tam je

 ldd /usr/libexec/postfix/smtpd |grep sasl
        libsasl2.so.2 => /usr/local/lib/libsasl2.so.2 (0xb7e5a000)

Do main.cf som pridal

smtpd_sasl_application_name = smtpd
smtpd_sasl_auth_enable = yes
broken_sasl_auth_clients = yes
smtpd_sasl_security_options = noanonymous

a nastavil autentifikaciu v /usr/lib/sasl2/smtpd.conf na

pwcheck_method: shadow
mech_list: PLAIN LOGIN

Spustil som sasl cez saslauthd -a shadow a overil ho cez testsaslauthd -u username -p password a overovanie funguje.
Syslog nehlasi nic, ale ked dam telnet localhost 25 dostanme len uvitaciu hlasku Postfixu bez uvitania sasl autentifikacie.
Aha vlastne postfix hlasi jednu zaujimavu vec a to problem identifikacie cez sql(???)

postfix/smtpd[27596]: unable to dlopen /usr/lib/sasl2/libsql.so.2: /usr/lib/sasl2/libsql.so.2: cannot open shared object file: No such file or directory

Nechapem preco postfix skusa riesit nieco cez sql, ked som mu jasne urcil, ze overovanie chcem cez shadow.

Userov mam shellovskych, cize nechce, pouzit ziadnu databazu.

Edit: Takze zapol som zvysene verbose a debug level a nakoniec sa to cele rozbehlo nejakym zazrakom;o).

Předmět Autor Datum
Nenašly se žádné odpovědi.

Zpět do poradny Odpovědět na původní otázku Nahoru