sslug-teknik team mailing list archive

[Troels Arvin <troels@xxxxxxxx>]

On Sun, 06 Mar 2005 19:19:24 +0100, Mogens Valentin wrote:

>> Dog har jeg oplevet problemer med at få visse IMAP-softwarepakker til
>> at se Courier's delte foldere, hvor der ikke har været problemer med
>> delte foldere på Cyrus.
> 
> Interessant. Det har jeg godt hørt om, mener 'man' fik det løst. Har
> desværre ikke selv arbejdet med det endnu.

Der er tale om Evolution, som faktisk har forbavsende elendig
IMAP-understøttelse p.t.. Jeg havde egentlig tænkt mig at rapportere det
som ej bug, men fik aldrig gjort det inden jeg afinstallerede Evolution.
Evolution-udviklerne er vist midt i at udskifte IMAP-undersystemet; mit
håb er, at den nye IMAP-kode vil være mere velfungerende.
Understøttelse af IMAP "namespaces" har jeg dog ikke set på tiltag til i
Evolution, så det kan være, jeg bliver nødt til at vente længe, før
jeg vender tilbage til den.

> Nogen på enten Courier-users eller -imap listen lavede for måske to
> år siden en sammenligning. Husker ikke resultatet, men dengang var der
> enighed om at Courier-imap var hurtigere.

OK. To år er lang tid. Cyrus har i evigheder haft ret avancerede
muligheder for replikering mellem forskellige servere; Courier har vist
også fået visse muligheder derfor for relativt nylig. Courier's
IDLE-feature benytter sig af FAM (file alteration daemon); hvordan Cyrus'
IDLE-feature er implementeret ved jeg ikke, men det er tænkeligt, at de
to systemer har meget forskellig ressourceudnyttelsesprofil mht.
IDLE-håndtering.

Det er mit indtryk, at Cyrus har større fokus på portabilitet end
Courier har. Den slag kunne give anledning til, at Courier kører
hurtigere på de (lidt færre) OS'er, hvortil den er skrevet.

Men det er altsammen gisninger.

>> Både Cyrus og Courier får problemer, hvis dit filsystem har det
>> dårligt med kataloger med mange filer. For nylig oplevede jeg på en
>> Courier-installation, at en bruger med rigtig mange mails i en folder
>> oplevede langsommelighed. Jeg slog "dir_index" til på rette
>> EXT3-partition, og har nu ikke hørt flere klager.
> 
> Også interessant. For nylig skulle en admin slette sin Trash med ~39000
> mails, og Outlook låste. Om det skyldtes klienten, dunno, men jeg
> måtte slette indholdet af dir'et.
> Vil tage et kig på dir_index. Nogen hints? Kender ikke denne feature..

dir_index er en relativt ny EXT3 feature. Hvornår den først dukkede op i
distributioner ved  jeg ikke lige, men på en Fedora Core 1 server har jeg
med held aktiveret den for en partition. dir_index beder om, at
katalog-indhold gemmes i en datastruktur, der er mere effektiv ved
søgninger (når en fil's inode skal lokaliseres, kunne være et bud; jeg
ved dog ikke meget om filsystemer, så det er tænkeligt, at jeg anvender
"inode"-begrebet forkert).

Hvis man aktiverer dir_index ved filsystem-skabelse er der ikke mere, der
skal gøres. Hvis man slår dir_index til for et ext3-filsystem uden
eksisterende dir_index-tilvalg, skal man unmount'e, fsck'e og mount'e,
før man får udbytte af dir_index. fsck'ingen skal ske med "-fD" option.

I visse andre, moderne filsystemer er dir_index-lignende features vist
allerede indbygget. Fx. mener jeg, at reiserfs vist stort set "altid" har
gemt katalog-indhold i b-træer.

-- 
Greetings from Troels Arvin, Copenhagen, Denmark