Dotaz: Thunderbird nezobrazí poštu (údajně neplatné heslo)

[Dalibor Smolík]

Prosím o radu. Po aktualizaci poštovního serveru (Debian testing), kde je nainstalovaný maildrop+fetchmail není možné poštu zobrazit, i když do příslušného adresáře v Maildir dorazila v pořádku. Po kliknutí na hlavičku pošty vyžaduje heslo, které je sice správné, ale systém odmítá připojit adresář s poštou. Stejná situace je po aktualizaci na všech strojích, problém je i v Kmailu.

Odpovědi

[Filip Jirsák]

Předpokládám, že se ke schránkám připojujete přes nějaký server – POP3 nebo IMAP. Podíval bych se tam do logů, proč server odmítá poštu zobrazit. Nebo čtete Thunderbirdem i KMailem poštu přímo z Maildiru?

[Dalibor Smolík]

Přistupuji k němu přes IMAP - port 143. V logu nic nevidím ...předpokládám, že během aktualizace mohlo dojít k nějaké úpravě konfiguráku maildrop nebo fetchmail, ale v konfiguračních souborech nevidím žádné změny. (ani jsem je při aktualizaci nepovolil)

[Filip Jirsák]

Pokud ten e-mail je ve složce s poštou, nemá s tím fetchmail ani maildrop nic společného – ty programy e-makily pouze doručují do schránky. Jedině že by tomu souboru s e-mailem (nebo nějakému servisnímu souboru) špatně nastavily práva. Zkuste si porovnat práva a vlastníky nově doručených e-mailů a nějakých e-mailů dříve doručených, které vám přečíst jdou. A ty nové e-maily se zobrazují přesně jak? Zobrazí se pouze informace o novém e-mailu, ale nezobrazí se z něj ani hlavičky (předmět, odesílatel), nebo se objeví v seznamu e-mailů (tj. je vidět i odesílatel, předmět, datum atd.) a nezobrazí se až tělo zprávy?

[Dalibor Smolík]

Práva pro přístup do Maildiru jsem samozřejmě povolil. Jinak vidím hlavičky zpráv, vidím i hlavičky nově příchozích zpráv (označené tučně). Ve spodní části klienta však žádná zpráva není a po kliknutí na hlavičku opět známé okénko pro zadání hesla a pak zpráva, že spojení selhalo.

[Dalibor Smolík]

Ještě upřesnění: vidím předmět i odesílatele.

[Filip Jirsák]

Právo pro čtení souboru tedy uživatel má. Problém by tedy mohl být s právem zápisu do souboru (pokud tam chce klient nastavovat nějaké příznaky), případně s právem zápisu do adresářů cur a new – aby se mohl vytvořit hardlink v cur a smazat hardlink z new – tím se zruší příznak „nepřečteno“.

[Dalibor Smolík]

Nastavil jsem chmod a+rwx -R /home/uzivatel/Maildir, to znamená, že přístup by měl být v pořádku (bylo tomu tak i dříve). Jinak poštu nemohu přečíst žádnou, starou ani novou - veškerá pošta na poštovním serveru je nedostupná. Při odesílání pošty se objeví hlášení, že se pošta nemůže uložit do odeslané. Samozřejmě veškerou poštu přečtu třeba přes mc. Nemůže být problém jinde, třeba v poškozeném /etc/passwd apod? Napadá mě již ledascos. Je jasné, že programy zajišťující poštovní server jsou v pořádku, když se pošta objeví v Maildiru, chybná je až ta "koncovka".

[Filip Jirsák]

V tom případě to asi bude chtít zvýšit úroveň logování IMAP serveru a zjistit, co serveru vadí. Pořád bych to ale viděl na problém se zápisem – není svazek přimountován jako readonly? Není plný disk?

[Dalibor Smolík]

Adresáře s poštou jsou jako jednotliví uživatelé (pro každou adresu jeden uživatel) v /home/uzivatel/Maildir. Problém je u všech uživatelů. Rozhodně adresář Maildir včetně podadresářů má právo zápisu i čtení pro všechny. Na disku je asi 200 GB volného místa. (Jedná se RAID1). Do dnešní dopolední aktualizace vše běželo v pořádku od listopadu 2006. Aktualizoval se maildrop i fetchmail, ale konfigurační skripty jsem zakázal změnit (ponechal původní).

[Petr Šobáň]

Panebože zjistěte si něco o tom jak funguje pošta, maildrop i fetchmail nemají se čtením pošty nic společného a jejich aktualizace nemá na čtení pošty vliv.

Prostě skoukněte pop3 nebo imap server co používáte a jejich log tam bude proč pop3 nebo imap nemohl přečíst poštu.

[Dalibor Smolík]

To, že maildrop i fetchmail je OK vím, psal jsem to už výše. Log imapu zkontroluji (nejsem u tohoto stroje), uvidíme.

[Dalibor Smolík]

Možná by mohl pomoci tento výpis: před problémem byl tento výpis ze souboru /var/log/mail.log

Dec 21 14:00:25 cernej imapd: Connection, ip=[::ffff:10.20.28.102]
Dec 21 14:00:25 cernej imapd: LOGIN, user=veromatrad, ip=[::ffff:10.20.28.102], port=[35481], protocol=IMAP

V současné době při pokusu o připojení to vypisuje toto:

Dec 28 12:32:10 cernej imapd: Connection, ip=[::ffff:10.20.28.100]

evidentně chybí informace o login ..

[Dalibor Smolík]

Tak to dopadá, když člověk má na serveru testing
Upravil jsem /etc/apt/sources.list na etch místo testingu, odinstaloval jsem všechny balíčky s courier, dal jsem upgrade a nainstaloval znovu ze zdrojů stable verze. Již to funguje