pop user authentikacios hiba

 ( wait | 2004. szeptember 1., szerda - 20:25 )

pop user authentikacios hiba

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Sziasztok!

Biztos nagyon trivialis a megoldas, de nem tudok rajonni, hiszen lama vagyok, vagy mi... :)

Szoval adott egy debian box, mailszerverkent is funcional, de mostansag van egy fura szokasa. Nem mindegyik usert fogadja el, pedig jo a jelszo. Viszont neha oket is beengedi, leginkabb jelszovaltas utan.
Keresgeltem a logokban, es a /var/log/mail.info-ban talaltam egy bejegyest az adott user bejelentkezesi probalkozasara vonatkozoan:

Aug 31 11:35:08 mailserver in.qpopper[23175]: bogi at 192.168.1.30 (192.168.1.30): -ERR [SYS/TEMP] POP authentication DB not available (user bogi): No such file
Aug 31 11:36:20 mailserver in.qpopper[23181]: bogi at 192.168.1.30 (192.168.1.30): -ERR [AUTH] PAM authentication failed for user "bogi": Authentication failure
Aug 31 11:36:20 mailserver in.qpopper[23181]: [AUTH] Failed attempted login to bogi from host (192.168.1.30) 192.168.1.30 [pop_pass.c:1379]                    
Aug 31 11:37:30 mailserver in.qpopper[8978]: (v4.0.4) POP login by user "gabi" at (192.168.1.55) 192.168.1.55 [pop_log.c:244]

lathato, hogy "bogi" nem jut be, de "gabi" igen.

vajon miert?
A kephez hozza tartozik, hogy figyelmetlensegem miatt a /var megtelt, bar ugy remlik, hogy a "bogi" user korabban is emlegette ezt a hibat, csak akkor meg ritkabban volt ez a hiba.

Kerdeztem a gugle-t, korabban adott megoldast, de most nem segitett.

Elore is koszi,
wait.

[quote:5ec5a1cfaa="wait"]Sziasztok!

Biztos nagyon trivialis a megoldas, de nem tudok rajonni, hiszen lama vagyok, vagy mi... :)

Szoval adott egy debian box, mailszerverkent is funcional, de mostansag van egy fura szokasa. Nem mindegyik usert fogadja el, pedig jo a jelszo. Viszont neha oket is beengedi, leginkabb jelszovaltas utan.
Keresgeltem a logokban, es a /var/log/mail.info-ban talaltam egy bejegyest az adott user bejelentkezesi probalkozasara vonatkozoan:

Aug 31 11:35:08 mailserver in.qpopper[23175]: bogi at 192.168.1.30 (192.168.1.30): -ERR [SYS/TEMP] POP authentication DB not available (user bogi): No such file
Aug 31 11:36:20 mailserver in.qpopper[23181]: bogi at 192.168.1.30 (192.168.1.30): -ERR [AUTH] PAM authentication failed for user "bogi": Authentication failure
Aug 31 11:36:20 mailserver in.qpopper[23181]: [AUTH] Failed attempted login to bogi from host (192.168.1.30) 192.168.1.30 [pop_pass.c:1379]
Aug 31 11:37:30 mailserver in.qpopper[8978]: (v4.0.4) POP login by user "gabi" at (192.168.1.55) 192.168.1.55 [pop_log.c:244]

lathato, hogy "bogi" nem jut be, de "gabi" igen.

vajon miert?
A kephez hozza tartozik, hogy figyelmetlensegem miatt a /var megtelt, bar ugy remlik, hogy a "bogi" user korabban is emlegette ezt a hibat, csak akkor meg ritkabban volt ez a hiba.

Kerdeztem a gugle-t, korabban adott megoldast, de most nem segitett.

Elore is koszi,
wait.[/quote:5ec5a1cfaa]

Ilyet lattam mar az egyik ugyfel gepen. Gyorsan lekurtam a qpoppert, feltettem a popa3d-t es megszunt minden problemam. Lehet csak frissiteni kene a pop3 szervert?

jaja popa3d rulz :wink:

igen, qpopper nalam is csinalta ugyanezt, en teapop-ra csereltem le.
elmeletileg mar alap konfiggal is kiszolgalja a local usereket, de kulonbozo de jopar fajta virtualis userdb-t is tud kezelni (mysql, ldap, ..)

Koszonom a tanacsokat, a csere megtortent, es a bejelentkezes hibatlanul mukodik, raadasul meglepoen gyors is lett. :)

Viszont most mar majdnem minden usernek ujra es ujra letoltodik az osszes fenn levo levele a szerverrol, hiaba voltak mar benn a levelezoben. Nem tudom, hogy ezzel fugg-e ossze, de nagyon gaz. A kliensek ugy vannak beallitva, hogy a leveleket csak egy het utan toroljek, hogy otthon is le tudjak szedni a leveleiket. Ha a kliensben nyomok egy "delete mails from server now"-t, akkor latszolag a kliens megcsinalja, viszont a /var/mail-ben valtozatlan marad a file.

Arra gondoltam, hogy a jogosultsagok nem stimmelnek, es osszehasonlitgattam oket olyan userekevel, akiknel jol mukodik a levelletoltes. Termeszetesen nem talaltam elterest.

Hol kutakodjak?

koszi,
w.

[quote:d58830feb0="wait"]Viszont most mar majdnem minden usernek ujra es ujra letoltodik az osszes fenn levo levele a szerverrol, hiaba voltak mar benn a levelezoben.

koszi,
w.[/quote:d58830feb0]

Hali!

Az nem lehet megoldás, hogy a kliens oldalról ha törlik a levelet, akkor törölje a szerverről is, még ha egy hétnél fiatalabb levél is?

Egyébként minden alkalommal letölt minden levelet, vagy csak először töltött le mindent?

Misi

[quote:a4cb0b76d7="wait"]Koszonom a tanacsokat, a csere megtortent, es a bejelentkezes hibatlanul mukodik, raadasul meglepoen gyors is lett. :)
[/quote:a4cb0b76d7]

es vegul mi lett?

[quote:a4cb0b76d7]
Viszont most mar majdnem minden usernek ujra es ujra letoltodik az osszes fenn levo levele a szerverrol, hiaba voltak mar benn a levelezoben. Nem tudom, hogy ezzel fugg-e ossze, de nagyon gaz. [/quote:a4cb0b76d7]

igen ez igy van, de ez csak egyszer tortenik.

[quote:a4cb0b76d7]
A kliensek ugy vannak beallitva, hogy a leveleket csak egy het utan toroljek, hogy otthon is le tudjak szedni a leveleiket. Ha a kliensben nyomok egy "delete mails from server now"-t, akkor latszolag a kliens megcsinalja, viszont a /var/mail-ben valtozatlan marad a file.[/quote:a4cb0b76d7]

nem biztos, hogy a popa3d ezt tudja. ennek utana kell nezni