Bezsensowne wypociny Michasia

Ostatnio wiele myślałem nad czymś, co się określa mianem eMail. Doszedłem do bardzo ciekawych wniosków. Czyli, że to coś wymaga wymaga wymiany na nowszą wersję.

Jedną z wad dzisiejszego eMaila jest to, że tkwi w nim dużo kodowania 7-bitowego kodowania tekstu. Wysyłanie wiadomości w innych językach, niż angielski, robi się bardzo utrudnione. Podobnie jest z wysyłaniem tą drogą plików.

Aby rozwiązać te wady, dobrze by było podzielić dzisiejszy eMail na kilka części i zmiana kodowania znaków na 8-bitowe, najlepiej utf-8. Wszystkie załączniki byłyby przechowywane w formie binarnej. W dodatku wszystko byłoby skompresowane, ale to byłoby już realizowane na poziomie samego protokołu.

Znacznie poważniejszym problemem do rozwiązania jest duża liczba niechcianych wiadomości, która zalega w skrzynkach odbiorczych. Z tego powodu wiele osób szuka innych dróg kontaktu, które to zostały zainfekowane tym problemem w mniejszym stopniu.

W sumie jedynym sposobem na walkę z tym, jaki mi się nasuwa, jest przechowywanie wiadomości w skrzynkach nadawczych, z których byłyby wysyłane bezpośrednio do komputera odbiorcy. W skrzynkach odbiorczych byłyby przechowywane tylko nagłówki i kilka pierwszych słów z wiadomości. Dzięki temu filtry antyspamowe mogłyby zapobiegać nie tylko docieraniu niechcianych wiadomości, a zablokować sam proces ich wysyłania.

Jest jeszcze kwestia formatu. Wojna perzeglądarek miała jeszcze ten aspekt, że zainfekowała też programy pocztowe, więc ich producenci zastąpili sprawdzony tekst przez html. Z tego co mi wiadomo, nie powstała specyfikacja html dla programów pocztowych, więc teoretycznie może to być bardzo rozbudowany kod. W efekcie program pocztowy, który byłby w stanie odbierać współczesną pocztę, musi być zintegrowany z przeglądarką WWW albo jej silnikiem.

Trzeba zauważyć dość ważny aspekt. Wiele osób nie stosuje jakiegokolwiek formatowania tekstu w swoich wiadomościach. Nie czuje zwyczajnie takiej potrzeby. Nie ma więc powodu, aby rezygnować z tekstwego formatu, który byłby bardzo wygodny podczas wysyłania wiadomości przez skrypty. Problemem jest co zrobić z wiadomościami formatowanymi.

Można oczywiście zezwolić na wysyłanie tych wiadomości jako html. Mając jednak na uwadze liczne niedociągnięcia w implementacji tego standardu w przeglądarkach, opracowanie specjalnej, uproszczonej wersji dla programów pocztowych robi się uzasadnione.

W sumie można pokusić się o zupełnie nowy format na bazie xml, wzbogacony o skromny, domyślny arkusz css. Bez pozycjonowania. Bez pływania. Bez kolumn. Bez skryptów. Bez tych niedopracowanych formularzy. Oczywiście bez różnych obiektów, a jedynie z obrazkami. Dzięki temu silnik renderujący byłby dość prosty do napisania i nie trzeba by było integrować się z przeglądarkami www.

Można też zdecydować się na zastosowanie formatu, który powstał specjalnie dla dokumentów tekstowych, jak na przykład odt. Aczkolwiek tutaj pojawiają się podobne problemy, jak przy html.

Nie należy jednak zapominać o pewnej zalecie html. Można go przeglądać bez problemów w przeglądarce www, co pozwala na budowanie aplikacji pocztowych w środowisku owych przeglądarek. Aczkolwiek xml z własnym arkuszem css zazwyczaj też w nich działa poprawnie.

Przy okazji można by było udoskonalić wysyłanie jednej wiadomości do wielu osób na raz. Ustandaryzować lepiej autoryzację i szyfrowanie.