zase qmail...

Tomáš Pluskal plusik na pohoda.cz
Sobota Březen 11 13:33:27 CET 2000


hmm, takze ted se mi opet stahla stejna zprava znovu, tak jsem kontroloval
UIDL a je porad stejne. takze pravdepodobne je chyba v mem MUA, ale zajimave
je, ze predtim s ipop3d to nedelalo.

s pozdravem

tomas pluskal


> On 11 Mar 00, at 10:28, Tomáš Pluskal wrote:
>
> > mel bych jeste jeden dotaz na qmail - postu vybiram pres qmail-pop3d a
> > kdyz u klienta nastavim, aby ty zpravy ze serveru nemazal, tak to dela
> > podivne veci. postu normalne stahnu, na serveru zustane.
>
> To, co popisujete, je zajimave.
>
> > kdyz dam
> > znova stahnout postu, tak je to ok, nahlasi to ze zadna nova neni. ale
> > kdyz se pripojim druhy den, tak mi to zase znova stahne vsechny ty
> > zpravy, ktery jsem uz jednou stahnul. dalsi den zase.
>
> Tohle "nestahovat jednou stazene zpravy" spoleha na POP3
> nepovinny prikaz UIDL. qmail-pop3d tento prikaz podporuje; vraci
> jmeno souboru z maildir/{new,cur}, bez dekoraci flagama. Toto
> jmeno se nemeni samo od sebe.
>
> Ted jsem s tim u sebe experimentoval, a jmeno se opravdu nemeni
> - - tedy ani vypis UIDL se nemeni, jak RFC vyzaduje.
>
> > se sendmailem to nedelalo.
>
> Sendmail s tim nema co delat. ipop3d mozna ano.
>
>
> Co s tim: Je potreba zjistit, co zpusobuje problem.
> 1. Broken MUA, ktery si spatne pamatuje UIDL stazenych zprav.
> Muze tam byt problem, ktery jest qmail-pop3d triggerovan a s
> ipop3d se neprojeci.
> 2. Neco vam prejmenovava soubory v ~/Maildir/cur. Zabijte to.
> 3. V qmail-pop3d je bug, ktery se projevuje jen ve vzacnych
> pripadech (treba u vas). Zkuste si pres treba recordio nebo
> tcpdump zjistit, jake UIDL zpravy dostanete prvni den, jake druhy
> den, a proc si vas MUA mysli, ze je jine.
>
> Pokud se vam nechce hledat chybu, muzete zkusit jiny pop3d
> demonek. Ovsem nemyslim, ze chyba je v qmail-pop3d (i kdyz
> mozne to samozrejme je). [Je to muj nazor podporeny prectenim
> qmail-pop3d.c. Mozna prehlizim totez, jako autor.]
>




Další informace o konferenci Linux