Dotaz: Postfix ve funkci klienta nenabízí AUTH

[psm]

Omlouvám se, že jsem tu ty věci tolik "roztáhl" ale už jsem asi izoloval problém a teď už nevím dál a chce to více chytrých hlav.
Navíc si myslím, že to snad je téma, které zajímá dost lidí, tak snad tolik neobtěžuju vás kolegy ....

Dá se to říct asi takto - POSTFIX (MANDRIVA 2008) přes veškerá nastavení odmítá (alespoň to není vidět v "ukecaném logu") nabídnout nadřazenému SMTP (relayhost) serveru AUTH s nějakou volbou (nejlépe LOGIN nebo PLAIN).

Pokud to dotyčnému ISP serveru (konkrétně ACTIVE24) naklapu u klávesnice přes telnet, vše šlape OK. A teď už de facto jen chci tu "maličkost", aby to co já naklapu telnetem, udělal POSTFIX automaticky sám a byl tak POSTFIXem na Active24 autentifikován. Následně je možné poslat po této "auth" fázi další věci - MAIL FROM:, RCPT TO:, DATA atd.

Každý MAN tvrdí, že stačí:

smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/isp_auth
smtp_sasl_security_options = noanonymous

kde v souboru ´isp_auth´ je např:

smtp.poskytovatel.cz username:password

celé to příkazem

postmap hash:/etc/postfix/isp_auth

Vše se zdá v souladu s manuály, ale v logu ani zdání po poslání AUTH atd. Tudíž jde NIC. Pouze systém doručí maily s adresou hostovanou poskytovatelem (ISP). Opravdu by uvedená nastavení měla stačit pro poslání AUTH PLAIN (LOGIN) serveru ISP, který by pak poslal kód SUCCESFULL a systém by jel dál ???

neboli cosi takovéhoto : (base64-encoded)

Klient (POSTFIX směrem na ISP server): AUTH LOGIN
Server ISP : 334 VXNlcm5hbWU6
Klient: d2VsZG9u
Server ISP : 334 UGFzc3dvcmQ6
Klient: dzNsZDBu
Server ISP : 235 2.0.0 OK Authenticated
...
...

HELP PLS !

Odpovědi

[Pantera]

Zkus nechat parametr "smtp_sasl_security_options" prazdny - viz http://postfix.state-of-mind.de/patrick.koetter/smtpauth/smtp_auth_mailservers.html kde:
16.2.3. Set security options
Finally we set security options. In our scenario we will allow Postfix to use anonymous and plaintext authentication. That's why we set the paramter, but leave it empty:
smtp_sasl_security_options =

priklad:
All settings together will give this listing in main.cf.

# SASL SUPPORT FOR SERVERS

# The following options set parameters needed by Postfix to enable
# Cyrus-SASL support for authentication of mail servers.

smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options =

Sice podle jinych zdroju by to tak, jak to mas asi melo fungovat - mne to na jednom ze serveru, ktery se autentizuje proti o2 smtp funguje presne tak, jak pisu - s prazdnym parametrem :) Otestuj a dej vedet, jestli pomohlo - priznam se, ze jsem nestudoval tuto problematiku do hloubky a ten server je konfigurovany uz moc davno :)

[Pantera]

Jeste mi to nedalo a napada me, mas nainstalovane tyto baliky?
libsasl2 libsasl2-modules postfix-tls mime-codecs sasl2-bin
Mrkni jeste i na http://www.root.cz/diskuse/1143/ - je to stejny pripad, jen smtp o2.cz - take AUTH PLAIN LOGIN

[bluemoon]

Mate taky ? smtpd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks, check_relay_domains
to co jste ale napsal je overovani serveru, zda-li uzivatele existuji a pokud neexistuji, tak nedojde k odeslani. tyto parametry funguji tak, ze postfix overi, zda-li nekde existuji nicky podle nejake mapy a pak bud dojde k odeslani nebo nedojde. Pokud odesilate mail pres dva servery a aspon z prvniho se mail odesle, tak tam ta hlavicka s from a to bude vzdycky, ted jde o to, pokud vam prvni postfix server nejak neprepisuje tyto hlavicky. Pokud vam prepisuje jmeno nejakou maskaradou, zjistite to z logu prvniho serveru a bude tam kam to poslal, tam bych asi zacal hledat. pokud vam prepisuje domenovou cast spatnym smerem, zjistite to take z logu prvniho serveru a na druhem logu nebude prave nic. popsana mapa s hesly nestaci k prepisovani nicku, pouze k overovani a ani by nemohla takhle jednoduse slouzit k prepisovani, nebot tam jsou i jine informace jako heslo a domena zaroven. Problem bude jinde. Predpokladam, ze telnetem posilate mail z toho serveru na druhej tim, ze odeslete mail a v jeho dns zaznamu mate svuj druhy server. tim se mail odesle. a pokud to odeslete odnekud jinud nedojde az k vam, takze mate nastaveny releyovani postfixu prvniho serveru nebo povoleno pouzivani pro ostatni jako treba inet_interfaces = all? Zkuste svuj problem rozepsat vic, jak jste co odesilal a odkud, zkuste si to zjistit, jestli prvni server neprepisuje adresy.
Take jedna poznamka na konec: neni odesilani mailu localne(telnetem) a ze site to same. Localne zpracovava postu pickup cast postfixu a ze site ji zpracovava smtpd(odtud jsou take smtpd parametry), ktery prave overuje nicky a bud je posle dal nebo neposle. pak dochazi k prepisovani pomoci cleanup. Pak se ulozi do fronty. Aktivni active je pak predava k rozesilani a smtp parametry zpracovava smtp cast postfixu k rozesilani dale do site ne na localhost, tam uz nedochazi k overovani, zda-li uzivatel existuje a rovnou ho odesle, tudiz mail, ktery odeslete, bude nekde ve fronte na prvnim serveru, odtud take v jeho hlavicce muzete zjistit, zda-li nedoslo k prepsani adresy a qmgr cast ho nemuze odeslat. Tak take zkuste zjistit, jestli tam je. vetsinou /var/spool/mail ale zalezi na nastaveni postfixu a pak zkuste napsat vice informaci.