Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

pop3+dovecot+outlook

2 views
Skip to first unread message

Papp Tamás

unread,
Dec 18, 2009, 2:45:09 AM12/18/09
to

hi!

Meg tudna vki mondani, ez valojaban mit akar jelenteni?

# Permanently save UIDLs sent to POP3 clients, so pop3_uidl_format changes
# won't change those UIDLs. Currently this works only with Maildir.
pop3_save_uidl = yes


A problemam az, hogy az outlook neha letolti ujra a leveleket abban az
esetben, ha be van kapcsolva, hogy toltse le a leveleket, de hagyja fenn.

Az ajanlasnak megfeleloen: pop3_uidl_format = %08Xu%08Xv .

Koszi,

tamas
_________________________________________________
linux lista - li...@mlf.linux.rulez.org
http://mlf2.linux.rulez.org/mailman/listinfo/linux

Gabor HALASZ

unread,
Dec 18, 2009, 5:40:48 AM12/18/09
to

Papp Tamás wrote:
> hi!
>
> Meg tudna vki mondani, ez valojaban mit akar jelenteni?
>
> # Permanently save UIDLs sent to POP3 clients, so pop3_uidl_format changes
> # won't change those UIDLs. Currently this works only with Maildir.
> pop3_save_uidl = yes

Azt, hogy elmenti az uidl-t, igy nem kell vegignyalaznia az osszes
mailt, ha uidl [msg]-t mond a kliens.

>
>
> A problemam az, hogy az outlook neha letolti ujra a leveleket abban az
> esetben, ha be van kapcsolva, hogy toltse le a leveleket, de hagyja fenn.

Ezt a pop3uidl.dbx serulese eseten szokta.

>
> Az ajanlasnak megfeleloen: pop3_uidl_format = %08Xu%08Xv .
>

Kerdes, miota....

--
Gabor HALASZ <hala...@freemail.hu>

Papp Tamas

unread,
Dec 18, 2009, 6:52:05 AM12/18/09
to

On Fri, Dec 18, 2009 at 11:40:48AM +0100, Gabor HALASZ wrote:
>
> Azt, hogy elmenti az uidl-t, igy nem kell vegignyalaznia az osszes
> mailt, ha uidl [msg]-t mond a kliens.

Ha nem menti el, honnan tudja, hogy melyik levelet toltotte mar le es
melyiket nem?

> Ezt a pop3uidl.dbx serulese eseten szokta.

A terheles nagyon kicsi, hw hiba nagyon valoszinutlen. Mi mas
okozhatja meg?

Elkepzelheto, hogy kotheto az outlook crash-elesehez. De a kliens
problemajanak nem kellene megjelennie a szerevren, nem?

Ugyanezzel a klienssel egy masik szerveren elotte vmi osoreg courier-t
hasznalt a user freebsd-n, ott nem volt ilyen problema, allitasa
szerint egyszer sem.

> > Az ajanlasnak megfeleloen: pop3_uidl_format = %08Xu%08Xv .
> >
>
> Kerdes, miota....

A kezdetektol fogva.

10x

tompos

Gabor HALASZ

unread,
Dec 18, 2009, 7:03:18 AM12/18/09
to

Papp Tamas wrote:
> On Fri, Dec 18, 2009 at 11:40:48AM +0100, Gabor HALASZ wrote:
>> Azt, hogy elmenti az uidl-t, igy nem kell vegignyalaznia az osszes
>> mailt, ha uidl [msg]-t mond a kliens.
>
> Ha nem menti el, honnan tudja, hogy melyik levelet toltotte mar le es
> melyiket nem?
>

Nem tudja. A kliens tudja, nem a szerver.

>> Ezt a pop3uidl.dbx serulese eseten szokta.
>
> A terheles nagyon kicsi, hw hiba nagyon valoszinutlen. Mi mas
> okozhatja meg?
>
> Elkepzelheto, hogy kotheto az outlook crash-elesehez. De a kliens
> problemajanak nem kellene megjelennie a szerevren, nem?
>

Nem jelenik meg a szerveren.

> Ugyanezzel a klienssel egy masik szerveren elotte vmi osoreg courier-t
> hasznalt a user freebsd-n, ott nem volt ilyen problema, allitasa
> szerint egyszer sem.
>
>>> Az ajanlasnak megfeleloen: pop3_uidl_format = %08Xu%08Xv .
>>>
>> Kerdes, miota....
>
> A kezdetektol fogva.

ok, ha atirod, akkro megint nem talalja meg a letoltott maileket.

--
Gabor HALASZ <hala...@freemail.hu>

Papp Tamas

unread,
Dec 18, 2009, 10:27:33 AM12/18/09
to

On Fri, Dec 18, 2009 at 01:03:18PM +0100, Gabor HALASZ wrote:
> >> Azt, hogy elmenti az uidl-t, igy nem kell vegignyalaznia az osszes
> >> mailt, ha uidl [msg]-t mond a kliens.
> >
> > Ha nem menti el, honnan tudja, hogy melyik levelet toltotte mar le es
> > melyiket nem?
> >
>
> Nem tudja. A kliens tudja, nem a szerver.

Ezzel most nem segitettel am semit. A kerdes az, mi a kulonbseg, ha
atirom azt a bizonyos opciot a szerveren.

> >>> Az ajanlasnak megfeleloen: pop3_uidl_format = %08Xu%08Xv .
> >>>
> >> Kerdes, miota....
> >
> > A kezdetektol fogva.
>
> ok, ha atirod, akkro megint nem talalja meg a letoltott maileket.

Szo sem volt arrol, hogy atirtam.

tompos

Gabor HALASZ

unread,
Dec 18, 2009, 11:08:24 AM12/18/09
to

Papp Tamas wrote:
> On Fri, Dec 18, 2009 at 01:03:18PM +0100, Gabor HALASZ wrote:
>>>> Azt, hogy elmenti az uidl-t, igy nem kell vegignyalaznia az osszes
>>>> mailt, ha uidl [msg]-t mond a kliens.
>>> Ha nem menti el, honnan tudja, hogy melyik levelet toltotte mar le es
>>> melyiket nem?
>>>
>> Nem tudja. A kliens tudja, nem a szerver.
>
> Ezzel most nem segitettel am semit.

Milyen segitseget varsz a fogalmi tevedes tisztazasan kivul? A megoldas
termeszetesen imap hasznalta lenne, plane, hogy leave messages on
server-t hasznalsz.

> A kerdes az, mi a kulonbseg, ha
> atirom azt a bizonyos opciot a szerveren.

Melyiket a kettobol? Ha az uidl cachet kikapcsolod, akkor nagyobb load
es kisebb performancia, ha atirod a formatumat, akkor nagy kavarodas,
minden kliens ujra letolt mindent.

--
Gabor HALASZ <hala...@freemail.hu>

Papp Tamas

unread,
Dec 18, 2009, 11:44:57 AM12/18/09
to

On Fri, Dec 18, 2009 at 05:08:24PM +0100, Gabor HALASZ wrote:
>
> Milyen segitseget varsz a fogalmi tevedes tisztazasan kivul? A megoldas

Most irom harmadszor, az erdekel, hogy mi a kulonbseg akkor ha be van
kapcsolva es ha nincs. Hogy viselkedik ilyenkor a kliens es a szerver
a leirt korulmenyeket figyelembe veve.

> termeszetesen imap hasznalta lenne, plane, hogy leave messages on
> server-t hasznalsz.

Egyreszt mint irtam, courier-rel nem volt ez a problema, a kliens
oldalan semmi nem valtozott, tehat szerveroldali kell, hogy legyen a
megoldas.

Masreszt nem en hasznalom, a user, nincs rahatasom, mit, hogyan
hasznal.

Harmadreszt az outlook imap kepessege csapnivalo, rosszabb, mint pop3
klienskent.

Negyedreszt nem ugyanazt ered el azzal, ha imapot hasznalsz, mintha a
pop3+leave messages on server beallitast.

A vegeredmeny az, hogy pop3-mal es outlookkal kellene megoldani azt,
ami korabban mukodott egy masik szerverrel.

> Melyiket a kettobol? Ha az uidl cachet kikapcsolod, akkor nagyobb load
> es kisebb performancia, ha atirod a formatumat, akkor nagy kavarodas,

A courier nem csinal ilyen cache-elest? Lehet az a kulonbseg es azert
mukodik azzal jol?

Mas hasznalja a dovecotot igy? Milyen uidl formatummal?

Udv,

tamas

Gabor HALASZ

unread,
Dec 18, 2009, 12:06:48 PM12/18/09
to

Papp Tamas wrote:
>
> Egyreszt mint irtam, courier-rel nem volt ez a problema, a kliens
> oldalan semmi nem valtozott, tehat szerveroldali kell, hogy legyen a
> megoldas.
>

Ha igy gondolod....

> Masreszt nem en hasznalom, a user, nincs rahatasom, mit, hogyan
> hasznal.
>
> Harmadreszt az outlook imap kepessege csapnivalo, rosszabb, mint pop3
> klienskent.

Ez tevedes, elobb tudott alapveto funckiokat, mint az osszestobbi. pl imaps

>
>> Melyiket a kettobol? Ha az uidl cachet kikapcsolod, akkor nagyobb load
>> es kisebb performancia, ha atirod a formatumat, akkor nagy kavarodas,
>
> A courier nem csinal ilyen cache-elest?

HalaszGabor@ga-k8nf-9-2:~$ find Maildir -name *uiddb
Maildir/.BSD/courierimapuiddb
Maildir/.Junk/courierimapuiddb
Maildir/.Sent/courierimapuiddb
Maildir/.Spam/courierimapuiddb
Maildir/.Zorp/courierimapuiddb
Maildir/.OpenRadius/courierimapuiddb
...

--
Gabor HALASZ <hala...@freemail.hu>

Papp Tamas

unread,
Dec 18, 2009, 2:05:26 PM12/18/09
to

On Fri, Dec 18, 2009 at 06:06:48PM +0100, Gabor HALASZ wrote:
>
> Ha igy gondolod....

?
Ezt nem ertem.

> Ez tevedes, elobb tudott alapveto funckiokat, mint az osszestobbi. pl imaps

Az lehet, de a levelek automatikus purge-ja problemat okoz neki.

Bar ezt sem ertem teljesen, miert csak dovecot eseten jon elo.

> HalaszGabor@ga-k8nf-9-2:~$ find Maildir -name *uiddb
> Maildir/.BSD/courierimapuiddb
> Maildir/.Junk/courierimapuiddb
> Maildir/.Sent/courierimapuiddb
> Maildir/.Spam/courierimapuiddb
> Maildir/.Zorp/courierimapuiddb
> Maildir/.OpenRadius/courierimapuiddb

Akkor mi a kulonbseg a dovecot es a courier kozott, hogy a courier-nel
mukodik?

tompos

0 new messages