|
dimitry12
|
 |
« Reply #3 on: April 10, 2008, 02:10:00 PM » |
|
in fact in todays internet, when servers are directly interconnected/accessible and are always on-line it's not that boring (not speaking about corporate networks here)
in fact, one should clearly understand, that email should be basically:
1) delivered externally (via mail-agent - postfix, sendmail) from one server to another
2) then delivered locally (fetchmail) to a real or virtual user mailbox
3) stored and managed there
in fact, mailbox is in fact several files (or separate ones for each message): sent, received, drafts, trash etc (though in fact only "received" is necessary, all others are for humans)
4) optionally: accessed by human via imap/pop/directly with local mail reader (which interacts with files directly)/web-based mail reader(which often works through pop/imap itself)
Then, spam tagging, filtering etc can be also added on step 1,2,3 or 4 - or on every one
Complexity arises mainly because an ordinary user doesn't sit behind the machine, which runs mail transfer agent and stores mail locally in files.
BTW, this architecture enables email to be very,very scalable (think about spam here), unlike icq/skype/etc which struggle about adding another zero at the number of users.
|
