Współpraca klient poczty Mozilla - MS Access

[SPPP]

Witam
Potrzebuję "zmusić do współpracy" klienta poczty Mozilla oraz MS Access.
Chodzi o dwie rzeczy:
1. Odczyt danych z maili i automatyczne wpisywanie ich do bazy danych
Temat prosty do zrealizowania i z nim nie będę miał problemów. Wymyśliłem, że wystarczy napisać kawałek kodu, który będzie analizował plik "Inbox" i wyciągał z niego potrzebne informacje. Myślę, że w tym przypadku nie ma co się rozpisywać, chyba, że ktoś ma lepszy pomysł.
2. Nieco trudniejsza sprawa - automatyczne wysyłanie maili (np: powiadomień) po kliknięciu przycisku w Accessie.
Maile nie muszą się wysyłać od razu więc wpadłem na pomysł analogiczny do punktu 1. - wystaczy dopisać treść maila do pliku "Unsent Messages" a potem w wolnej chwili wybrać w Mozilli opcję "Plik/Wyślij niewysłane wiadomości" i już.
A teraz o moich wątpliwościach z tym związanych czyli jak stworzyć odpowiedniego maila. Zapisałem sobie przy pomocy Mozilli przykładowego maila do unsent i zacząłem oglądać plik "Unsent Messages":
a) na jakiej podstawie jest generowana ta wartość (w każdym mailu inna):
Message-ID: <45C499B8.4090807@gmail.com>
Jak tą wartość wygenerować samemu (musiałby generować to kod VBA w Accessie
b) wiadomości które mają dodany plik w załączniku mają taką linię:
boundary="------------090007070607040700080004"
Również pytanie na jakiej podstawie jest generowany kod w cudzysłowiu? Powtarza się on jeszcze przed kolejnymi częściami wiadomości oraz na jej końcu. Podejżewam, że ten kod służy Mozilli do rozpoznawania, który fragment danych należy do tej wiadomości.
W przypadku obydwu "numerków" które wzbudzają moje wątpliwości mam wrażenie, że te numerki są generowane losowo, ale mogę się mylić.

Z góry dziękuję za pomoc.
Sebastian

[E2rd]

Jak się bierzesz za ręczne tworzenie całej struktury e-maila, to lepiej przyswój do perfekcji odpowiednie RFC: 2822 oraz MIME 2045-2049 skoro chcesz załączniki. Inaczej możesz popełnić takiego potworka, którego połowa klientów pocztowych w ogóle nie odczyta.

Zamiast tego, może raczej wykorzystaj windowsowe Simple MAPI albo a najgorszym razie mailto: url. Tyle że mailto_URL nie pozwała na załączniki, a w obu wypadkach w TB otwiera się okno komponowania wiadomości (wypełnione odpowiednią treścią) i ktoś musiałby klikać w "Wyślij".

[sppp1]

Dziękuję za odpowiedź i zainteresowanie.
Mailto:URL odpada - nie może otwierać się żadne okienko.
Owszem, mogę zrobić potworka. Ale ja nie chcę tworzyć wiadomości od zera. Te informacje, do których linki Kol. zamieścił są potrzebne bardziej dla kogoś kto chce samemu napisać klienta poczty. A ja nie chcę tego robić. Chcę sobie tylko ułatwić życie.
Tak jak napisałem nie chcę tworzyć całej struktury maila od zera. Taka strukturę może mi utworzyć Mozilla. Zatem robię sobie wzorzec (w oknie edycji maila) i wybieram "Wyślij później". Wiadomość jest zapisywana do pliku "Unsent". Edytuję sobie ten plik w Notatniku i mam całą strukturę maila na patelni. Teraz potrzebuję tylko pozmieniać odpowiednie rzeczy (adresata, modyfikacja treści) i zmodyfikowanego maila dopisać na końcu pliku "Unsent Messages". W sumie proste. Myślę, że tak spreparowanego maila powinien odebrać każdy kto nie ma problemów z odbieraniem maili z klienta poczty Mozilli.
Tyle, że w każdym kolejnym mailu wrzucanym przez Mozillę do Unsent są dwie wartości (podane w pierwszym poście) które się zmieniają nawet jeśli jest to ten sam mail wysyłany do tej samej osoby kilka razy. Te dwie wartości zmieniają się dla mnie w sposób losowy, nie udało mi się wypatrzeć żadnego konkretnego schematu zmian. Dlatego właśnie pytałem o te dwie wartości, czyli Message-ID oraz boundary.

[E2rd]

Zatem robię sobie wzorzec (w oknie edycji maila)

Z załącznikiem, jak rozumiem?
(BTW. Uwaga na polskie litery w nazwach załączników - lepiej nie używać).

Dlatego właśnie pytałem o te dwie wartości, czyli Message-ID oraz boundary.

Message-ID ma być unikalny. Najlepiej w ramach całego świata. Dlatego przyjęlo się go tworzyć jako <losowy ciąg znaków>@FQDN.

Boundary ma być unikalny wyłącznie w ramach jednej wiadomości. Prawdopodobnie też użyto losowania zestawu znaków, żeby nie było problemu przy wielu załącznikach w jednej wiadomości.

I nie, boundary nie ma nic wspólnego z końcem wiadomości - a tylko z końcem MIME-part. Zajrzyj do RFC.

[SPPP]

Tak, żeby zamknąć temat - może się to komuś przyda.
Metoda działa na 100%. Program zmienia odpowiednie wartości we wzorcu maila zapisanym w innym pliku - message-id, boundary, czasy i adres docelowy. Potem dopisuje go na końcu pliku UnsentMessages w LocalFolders.
Potem w Mozilli trzeba kliknąć na folder Niewysłane - wówczas stworzy ona prawidłowy plik podsumowania (.msf). Potem wystarczy kliknąć na "Wyślij niewysłane wiadomości" i lecą do adresatów!
Edward - dzięki za pomoc.

Pozdrawiam
Sebastian