Preface.

Niniejszy dokument powstał w wyniku rosnącej irytacji zespołu, lub przynajmniej jego części,
która wynika z braku znajomości podstaw niezbędnych do szybkiego wdrożenia się w realizowany system.
Pierwsza część zawiera krótki opis typowych komponentów wchodzących w skład systemu mailowego
oraz komunikacji jaka zachodzi między tymi komponentami.
Druga część zawiera krótki opis kontkretych technologii proponowanych, które implementują wspomniane
wcześniej komponenty.
Trzecia część skupia się na naszym projekcie, a konkretnie nad kwestiami funkcjonalności naszego systemu
oraz ogólnej architektury.
I na koniec bajer: Słownik pojęć.

1. Typowa kolejność operacji tworzenia, wysyłania i dostarczania wiadomości email.

sending MUA(webmail) -> sending MTA -> receiving MTA -> MDA -> Mailstore -> receiving MUA(webmail)

- sending MUA tworzy wiadomość email i wysyła ją do lokalnego MTA używając protokołu SMTP.
- lokalny MTA potrzebuje listy serwerów, które obsługują domenę odbiorcy wiadomości, w tym celu wysyła
zapytanie do DNS, aby otrzymać record z żądaną listą (MX record).
- MTA otrzymuje MX record. MX record specyfikuje w jaki sposób email ma być routowany po SMTP, tzn.
do których MTA wiadomość ma trafić napierw na drodze poszukiwania właściwego receiving MTA.
- w momencie kiedy receiving MTA zaakceptuje przychodzącą wiadomość, zostaje ona następnie przakazana
do MDA, który odpowiada za lokalne składowanie przychodzących maili. MDA może albo umieścić wiadomość
bezpośrednio w miejscu przeznaczenia, albo sforwardować ją przez sieć używając LMTP lub SMTP.
Dwoma głównymi metodami składoania maili w systemach unixowych są tzw. mbox oraz Maildir.
Mbox składuje wiele wiadomości - czasem setki a nawet tysiące - w pojedynczym pliku.
Maildir trzyma każdą wiadomość w osobnym pliku.
Inną możliwością składowania poczty jest np. dbmail, który trzyma maile w bazie danych.
- w momencie gdy wiadomość została zapisana we właściwym miejscu na serwerze odbiorcy, może ona zostać pobrana
przez odbiorcę końcowego przy pomocy protokołu IMAP, bądź POP, w zależności od tego jaki protokół obsługuje
nasz webmail.

2. Oprogramowanie, realizujące podstawowe komponenty serwera mailowego.

-MTA: Exim, Postfix, Sendmail, Qmail.

-MDA: Procmail, Maildrop, Getmail.

Postfix + Maildrop Howto (http://www.postfix.org/MAILDROP_README.html)

- IMAP servers: Dovecot
Krążą o nim bardzo pochlebne opinie w sieci, oto ich próbka:

Dovecot supports both maildir and mbox format
mailboxes which can make migration a little
easier.
Dovecot implements a server-side indexing
scheme that can vastly speed up the handling
of large mailboxes.
It's generally safe handling multiple concurrent
connections to the same mailbox even on
different machines.
Out of the box it supports pop3/s imap/s.

Poza tym posiada dobrą dokumentację i jest łatwy w konfiguracji: http://wiki.dovecot.org/
Jeżeli chodzi o implementacje składowania maili w systemi plików, to dovecot jest
pierwszą rzeczą, którą powinniśmy wziąć pod uwage.

- Dbmail.
Dbmail to grupa programów, które pozwalają na składowanie maili w bazie danych. Wspiera: MySQL, PostgresSQL,
SQLite. Plusem jest do, ze Dbmail ma wbudowanego MDA (dbmail-smtp, dbmail-imtpd), jak również wbudowany
IMAP i POP3, co oznacza, że nie potrzebujemy dodatkowego serwera IMAP, takiego jak Dovecot. Niestety
będziemy musieli nieco zdublować informacje o userach bo dbmail musi posiadac tabele dbmail_users.
(http://www.dbmail.org/dokuwiki/doku.php/er-model).

Czego nam potrzeba? Od strony naszej logiki biznesowej brakuje nam prostego interfejsu klienta IMAP.
Należy dodać go do naszego diagramu klas. Dodajemy interfejsc do komponentu MailServerService.
Dziedziczymy z tego interfejsu do klasy IMAP Client (powinno się dać stworzyć jednego klienta
dla Davecota i Dbmaila). powinna byc relacja asocjacji miedzy tym interfejsem a interfejsem MailServerService.
Do implementacji użyjemy: http://java.sun.com/products/javamail/javadocs/com/sun/mail/imap/package-summary.html.

Początkowa implementacja warstwy serwerowej, powinna w naszym systemie wyglądać:
- database storage: Postfix + Dbmail;
- filesystem storage: Postfix + Maildrop + Dovecot;

3. Architektura.

Mając na uwadze powyższe infromacje typowa warstwa serwerowa (pomijam BusinessLogic Layer i Application Layer)
będzie wyglądać tak:

mail_server_layer

Przy tworzeniu architektury kierowaliśmy się, raczej intuicją jaką architekture powinien mieć nasz system,
żeby być skalowalny. Więc wybraliśmy rozwiązanie z pojedynczym load balancerem na front front end
i całym systemem per jedna maszyna. To raczej nie jest dobrze.
Przede wszystkim, ograniczamy możliwości naszego systemu do skalowania go jedynie po domenie,
to rozwiązanie oczywiście jest skalowalne, gdyż dla nowych użytkowników możemy wybrać domenę,
tak aby zbalanosować ilość userów obsługiwanych przez poszczególne maszyny.
Jednak, uważam, że nie powinno się skalować w ten sam sposób różnych warstw naszego systemu,
gdyż operacje z poszczególnych warstw mają różny koszt.
Najbardziej powinniśmy chcieć skalować operacje najbardziej kosztowne, w naszym przypadku
będą to operacje związane z protokołem IMAP i operacją dostarczania maili, tudzież
chchowania tych maili.

Myślałem bardziej jednak o czymś takim

scallable_architecture

czyli jedna instancja aplikacji, która bieże na klate żądania, i load balancer, który
przekierowuje je do odpowiedniego IMAP server.

4. Słownik pojęć.

MTA(Mail Transfer Agent) - proces, który przesyła wiadomości email z jednego komputera na drugi, wykonując pojedyncze
hopy w warstwie aplikacji. W przypadku gdy odbiorca wiadomości, nie znajduje się na liście MTA, wiadomość jest forwardowana
do kolejnego MTA na liście w MX record. MTA implementuje zarówno serwer jak i klienta SMTP.

MDA(Message Delivery Agent) - proces, który przejmuje wiadomość od MTA poprzez tzw. message handling service (MHS)
i umieszcza ją w środowisku odbiorcy wiadomości, najczęściej poprzez transfer wiadomości do skrzynki odbiorcy.
Z punktu widzenia architektury mailowej MDA jest tworem składającym się z dwóch komponentów: ze strony MHS, która
akceptuje wiadomości z MTA oraz z komponentu, który umieszcza wiadomości w środowisku odbiorcy w jego skrzynce mailowej.

MX record(Mail eXchanger Record) - typ rekordu udostępnianego przez serwis DNS, który określa servery mailowe odpowidzialne
za przyjmowanie wiadomości kierowanych do danej domeny, oraz preferowane warości, które określają priorytet do którego serwera
dostarczyć wiadomość najpierw w przypadku wielu serwerów odpowiedzialnych za jedną domenę. Ten rekord specyfikuje jak
email ma być routowany po SMTP.

Maildir sposób zapisu wiadomości poczty elektronicznej na dysku w systemach uniksowych, w którym skrzynka pocztowa jest katalogiem
przechowującym wiadomości, każdą w osobnym pliku. Najczęściej, skrzynka taka znajduje się w podkatalogu Maildir katalogu domowego.

Mbox Wszystkie wiadomości w mbox są skoncentrowane i przechowywane w pojedynczym pliku.
Początek każdej wiadomości jest przedstawiony w postaci linii "From" (pol. "Od") oraz pustej linii która jest dodawana na końcu każdej wiadomości.

SMTP (Simple Mail Transfer Protocol)
POP3 (Post Office Protocol)
IMAP (Internet Message Access Protocol)
LMTP (Local Mail Transfer Protocol)