Sylpheed 3.0

Szerszám

Öt évvel a 2.0-s verzió bejelentése után újabb nagy kiadással jelentkeztek a Sylpheed névre hallgató e-mail kliens fejlesztői. A Sylpheed 3.0-val bemutatkozik a multithreading, a plugin rendszer, az átdolgozott címlista, új telepítő dialógus, Az újdonságok mellett teljesítményt javító változtatások is helyet kaptak a kiadásban. Részletek a bejelentésben.

( Ewkins | 2010. 03. 08., h – 13:57 )

Pont most akartam megszabadulni a Claws Mail-tól (a korábbi Sylpheed forkja), mert bugos és kényelmetlen, mindjárt meglesem a Sylpheed 3.0 mit tud.

( muczy v | 2010. 03. 08., h – 14:49 )

Kipróbálom, hátha jobb eredményt ad GMail-lel mint a korábbi verzió illetve a Claws.

No megnéztem, de előre szólok, hogy nem volt túl kitartó a korábbi negatív tapasztalatok miatt.
Az új postafiók wizardban már van külön pop3 és imap GMail választási lehetőség, ami nagyban leegyszerűsíti a beállítást. Viszont nem találtam meg a mappa előfizetéseket, tehát hogy le tudja iratkozni az All Mail-ről pl. (mondom, nem voltam kitartó). Aztán, email törlésnél hibát dobott: "hiba az IMAP parancs közben: STATUS". Nálam úgy van beállítva a gmail, hogy a kliensből való törlés valójában All Mail-be helyezés legyen.
Kb. ennyi. Nekem a Thunderbird még mindig jobban bejön. Pl. van "n" gombra globális következő új üzenetre ugrás, igaz néha bugzik, de legalább van.

( mrev | 2010. 03. 08., h – 15:50 )

Még dógoznak rajta egy kicsit, és ez is olyan bloatware lesz, mint az Evolution.

Volna viszont egy ötletem: Jelenleg az inboxban és társaiban minden levél külön fájlban tárolódik. A fájlok neve szellemesen 1,2,... Ha a fájlnév a tartalomból képzett MD5 kód volna, akkor egyszerű összemásolással (plusz újraindexeléssel) lehetne egyesíteni inboxokat.
--
CCC3

igen, es akkor kezelni kene az md5 utkozeseket, mert bizony elofordulnak. de ez meg igazabol nem is akkora problema. ellenben az mar gond szokott lenni, h sok filerendszer nem viseli jol, ha tulzottan sok entry van egy konyvtar alatt. ezert is szokas subdirekbe szetdobalni az ilyen szituaciokat, lasd peldaul MTA queue-k, es hasonlo megoldasok.

arról nem is beszélve, hogy azt az md5-öt ki is kell számolni – akkor már inkább legyen az eredeti fájlneveknek valami egyedi prefixük, ami a mailboxra jellemző és csak egyszer kell számolni. Sőt, ne adj isten talán több információt hordoz, mint egy md5 hash :D

—-—-—
int getRandomNumber() {
	return 4;//szabályos kockadobással választva.
}		//garantáltan véletlenszerű. xkcd

( uid_558 | 2010. 03. 09., k – 11:57 )

Meg lehet ennek magyarazni valahogy, hogy imapen ne csak az Inboxot nezze meg uj levelekert hanem a tobbi konyvtarat is?

http://gpsforum.hu - Navigációról szájkosár nélkül