Hozzászólások
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.
- A hozzászóláshoz be kell jelentkezni
[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.
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?
- A hozzászóláshoz be kell jelentkezni
jaja popa3d rulz :wink:
- A hozzászóláshoz be kell jelentkezni
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, ..)
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
[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.
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
- A hozzászóláshoz be kell jelentkezni
[quote:a4cb0b76d7="wait"]Koszonom a tanacsokat, a csere megtortent, es a bejelentkezes hibatlanul mukodik, raadasul meglepoen gyors is lett. :)
es vegul mi 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.
igen ez igy van, de ez csak egyszer tortenik.
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.
nem biztos, hogy a popa3d ezt tudja. ennek utana kell nezni
- A hozzászóláshoz be kell jelentkezni