Ma tagadhatatlanul az email az egyik legelterjedtebb és kényelmesebb kommunikációs forma. A mobiltelefonok, a Voip és az IM se tudta nagyon csökkenteni a jelentőségét. Természetesen a neonomád fegyvertárából se hiányozhat.
Kezdetnek le kell szögezni, hogy ugyan a laptop a neonomád legjobb barátja, de akkoris gyakori, hogy a leveleinket több helyről is el akarjuk érni… ugyanabban a formában, a kimenő levelekkel, mindennel együtt.
Erre millióegy megoldás van. A webes felülettel ellátott szolgáltatásokat (gmail stb.) nem kell bemutatni. Ezek hátránya, hogy csak a weben érhetőek el. Jobb esetben van valami épkézláb mobil változatuk, de ez is ritka. Én IMAP-et használok: ez azért jó, mert a levelek, minden egy szerveren vannak és bármilyen levelezőklienssel elérhető. Persze hátránya, hogy 1, netkapcsolat nélkül itt sem érem el a leveleket 2, a szolgáltatáshoz hozzáférni nehézkes… a céges rendszerek ritkán támogatják, az ingyenes szolgáltatókról meg nem is beszélve. Saját szerverrel vagy jobb előfizetéssel viszont nagyon könnyű, mert már a szerveroldalon meghatározhatunk szabályokat a levelek osztályozására, így nem kell mondjuk a spameket letölteni az ellenőrzéshez.
A technológiánál azonban sokkal fontosabb a beérkező levelek osztályozása. Egy jól beállított rendszer minden beérkező levelet legalább három kategóriába oszt. Ezek "hagyományosan" a ham, a bacn és a spam. A spamet nem kell magyarázni, miért érdemes elkülöníteni. A ham, a rendes leveleket takarja. A bacn egy köztes kategória. Néhány példa többet ér ezer szónál: "Ádám barátnak jelölt." "Ma van Éva névnapja" stb. Ezek azok az automata emailek, értesítők, hírlevelek, amik nem igényelnek azonnali figyelmet. (Vagy egyáltalán nem igényel figyelmet.)
Ennél egy kicsit összetettebb az ideális rendszer. (legalábbis én így csinálom) A legfontosabb, hogy kell egy beérkezett mappa. Jobb esetben itt már rendezve vannak az emailek. A sürgősnek vélt levelek meg vannak jelölve sürgősnek. Az üzleti és a személyes levelek más színnel vannak jelölve stb. Ezeket továbbítja a mobilra is.
Néhány embernek kell egy űbersürgős címke is. Állítsuk be, hogy ezt éjjel is továbbítsa a mobilra, sőt (barbár módon) úgy, hogy fel is ébredjen rá. (Nekem a szerverek "halálsikolyai" ilyenek: ezek azok az automata emailek, amiket pont azelőtt küld a szerver, mielőtt meghalna.) Fontos, hogy jól írjuk meg a szabályt: az ideális ha évete átlagban 2-3 ilyen levelet kapunk.
A következő mappa az archív mappa. "Ne törölj, hanem archiválj" hirdeti a gmail. Az archív mappában ugyanolyan módon kerüljön át minden két hétnél régebbi levél. Így nincsenek útban viszont bármikor elérhetőek.
Az elküldött üzenetek mappa magáért beszél. Ne felejtsük a mobilt és minden más használt levelezőt beállítani, hogy ide is bekerüljenek az emailek.
A következő a "levelezőlista" kategória. Magától értetődik, hogy ide a különböző levelezőlisták, groupok jönnek. Én ide irányítom azokat az emaileket is amiknek 10-nél több címzettje van. Nagyon praktikus az reneszánszukat élő adhoc listák esetében (pénteki buli megbeszélése; nap vicce stb.)
A "Mocsok" és az "Értesítő" mappát együtt tárgyalnám, mivel sokak számára nem egyértelmű az eltérés. Röviden: Az értesítőkbe azok az üzenetek kerüljenek, amik rövid értesítők, amik sokszor egy rendes emaillel egyenértékűek, néha fontosabbak, de automatikusan generáltak. "Ádám üzenetet küldött", "Új ügyféljelölt jelentkezett" stb. A mocsok mappába viszont azok az üzenetek kerülnek, amik nem igényelnek sürgős figyelmet. Hírlevelek, barátnak jelölések, éhes teve stb.
A spam mappa nagyon fontos. Nekem a gmailes módi tetszik. Ha egy spamet nem ismerne föl a szűrő (a legjobbakkal is megesik), akkor azt behúzzuk ide és megtanulja a rendszer. Továbbá a két hétnél régebbi üzeneteket törölje.
Persze levelező és elszántság kérdése, hogy mennyire összetett rendszert építünk. Sok függ a saját emailezési szokásainktól is… mindenkinek megvan, hogy milyen leveleket kap, a rendszert ennek függvényében kell kitalálni. A legtöbb levelezővel (a webesekkel is) az ilyen csoportosítás elég egyszerű… az elején menet közben folyamatosan állítgatni kell és egyre jobban fogg működni. Ha sokat emailezünk (nekem napi 50-200 spam nélkül) mindenképpen rendesen rendszerezni kell a leveleinket különben elsüllyedünk a káoszban.
Mellékesként: A szerző Courier IMAP szervert, Evolution levelezőt és egy BlackBerry Curve mobilt használ levelezéshez. Egyik se egy nagy dolog, de mindegyik tökéletesen alkalmas arra, hogy minden emailes igényünknek megfeleljen. Az itt leírtakhoz a legtöbb normális levelező alkalmas. Nagyon sokáig kell keresnünk olyan levelezőt (Windowsosok előnyben!), ami nem képes az itt leírtakra.
Elküldés
Link mentése 
Hozzászólás RSS
Trackback cím
Lehet, hogy megnézem, ezt az Evolution-t… Sajnos a thunderbird-nek vannak hibái…
Egyébként jó kis cikk, de még mindig nem a tökéletes megoldás. Valószínüleg olyan nincs is.
Ha még az összes procmail szabályt is leírtad volna, akkor lenne teljes a bejegyzés.
IMAP, meg rézfánfütyülő rézangyal, csak nem mindenki kapta még meg a nagy G-től
Ha az Evolution tudná kezelni a Google Calendarját is oda-vissza, akkor nem lenne alternatívája (igaz, linux alatt így sincs nagyon). Sebaj, kibekkelem a plugint és használom addig Sunbirdből.
Nem is tudom.
Jahh, és még egy bibi. Én az egyetemi mailcímemet használom alatta IMAP-al, és az istennek se tudom rávenni, hogy az egyetem keszekusza SSL tanúsítványát tartósan elfogadja … Sőt nem ártana bele egy kvótajelző sem (mint ami van a Thunderbirdhez).
Hmm, ha ennyi hibáját találtam, akkor miért is használom még?
Hát, a spam-ekkel is könnyen el lehet bánni: http://cettblogja.blogspot.com/2007/11/spam-ek-csak-jnnek-csak-jnnek.html
@kobak: Akartam csatolni, de tele volt személyes és bizalmas információval, uh. inkább nem tettem.
@PAStheLoD: Nem véletlenül volt az egyik most wanted feature az IMAP. Sajnos akik megkapták azoknak még elég beta, de amúgy jól ki van találva a Gmail féle dolog.
@cikoria: Arra két irányú google calendarra én is nagyon várok. Amúgy meg vagyok elégedve az Evolutionnel. Az aláírásokkal problémám nincs (IMHO azért a PGP kulcskezelés lehetne kényelmesebb). Az IMAP esetében a kvóták tényleg nagyon rosszul jönnek ki, ti. ott van fent az összes leveled… annak van reálisan egy 2-3 Gigás igénye legalább.
@Benedek: már akinek van ekkora tárhelye
Az elte 150 megát ad, tehát marad a régi levelek automatizált átküldése a Gmail adta 5 gigára (ráadásul nagyon kényelmes azon a felületen keresni). Kíváncsi vagyok milyen lesz az IMAPja.
az az 5G is folyamatosan nő, most már ugye 5.4 …
@Cikoria. Thunderbirdhez van ilyen kiterjesztés. Egyrészt ugye a Lighting, másrészt pedig a Provider for Google calendar nevű plugin.
http://ubuntuforums.org/showthread.php?t=540330
@Sajt: igen, köszi, ismerem. Sőt a TB még az IMAP quotát is mutatja egy kiterjesztésnek hála. Windows alatt használom és meg vagyok vele elégedve. Sajna viszont ez továbbra sem segít az Evolution-ön, amit nem szívesen cserélnék le még akkor sem, ha igen leegyszerűsítené az életem (win és lin alatt is ugyanaz lehetne, akár közös folderszerkezetet használva az IMAP mellett).
És ez?
http://johnnyjacob.wordpress.com/2006/04/30/google-calendar-in-evolution/
Most már én is megnézem ezt az evolutiont…
re: Sajt
Jelenleg csak olvasni tudja, írni nem, az Evolution a G. naptárát. Ha minden igaz a Gnome 2.22-ben oldják meg ezt (2008.március). Sajnos az igazi probléma, hogy az evolution nagyon lassú. Pusztán arra használom, hogy rajta keresztül az asztalon hozzáférjek a Google Calendar adataihoz.
Vállalkozóbb egyéneknek: http://chandlerproject.org/
Közben 2-3 órás szívás közepette áttértem én is az Evolutionre, de eddig még nem vagyok teljesen elájulva. Sajnos még mindig a bat a legjobb levelező
Meg lehet azt csinálni, hogy lehessen írni is a google calendart:
http://gcaldaemon.sourceforge.net/usage16.html
Sajnos Java kell hozzá: “GCALDaemon is an OS-independent Java program that offers two-way synchronization between Google Calendar and various iCalendar compatible calendar applications”. Mindenesetre mintaszerűen van dokumentálva.
Ha valaki a private address-t keresi a Google Calendarban, és nem találja, mert magyarul használja, akkor US angolra kell váltania.
Összeraktam egyszer iCallel és gCalDaemonnal a naptár szinkronizációt, de se kényelmes, se célszerű nem volt. Folyamatosan neten lógó asztali géppel talán megoldható, laptoppal kín üzemeltetni.
Macre tudok fizetős alternatívát, de ott meg átmegy az adat a szinkron szolgáltatás szerverén. Ezt meg nem mindenki szereti.
Csak igy tovább, szivesen olvasnék hasonló leirásokat. Sajnos nálunk a kollégiumban blokkolják az IMAP-hoz szükséges portokat és SSH tunnelen keresztül sem sikerült elérni. Pedig jó lenne…
Lehet, hogy csak nekem félreérthető, de azért én kiigazítanék:
“1, netkapcsolat nélkül itt sem érem el a leveleket”
Az újakat természetesen nem, de a már korábban letöltötteket igen. Hiszen erről szól az IMAP. A kliens mindig ugyanazt mutatja, mint ami a szerveren van, folyamatos a szinkronizáció. Ezért egyszerű mondjuk egy kliensváltás/új gép install/stb.
Az egyetlen bajom az IMAP-pal (illetve az egész email-kezeléssel), hogy a címjegyzéket nem tudom ehhez hasonló okos módon elérni. Mert rendben van, hogy a gmail-t elérem a desktop kliensemből, de mondjuk a contact-okat már nem. Ha pl. azt publikálnák egy LDAP felületen, azt rögtön be is tudnám állítani Bat-ban
Hogy érted azt, Benedek, hogy akik megkapták az IMAP-ot? Mindenki megkapta nem? Nyelvváltás amerikai angolra, aztán beállítás, aztán a nyelv visszaváltása. Vagy ez nem működik mindenkinél?
Juppííí, megjött az Evolutionbe a google calendar, sőt a google appsos accokat is simán kezeli.
Új calndar > falhasználónév megadása > naptárak letöltése > kiválaszt > elnevez > Ok, és már ott is vannak a naptárak. Már csak arra kéne rávenni, hogy a heti nézet emberien nézzen ki 12’-es monitoron is és a hét napjai ne egymás alá legyenek rendezve.