UID wiadomości

UID wiadomości to unikalny identyfikator przypisywany jej przez serwer IMAP.

Numer nadawany przez serwer, nie przez nadawcę

UID w protokole IMAP to liczba przypisywana wiadomości w momencie umieszczenia jej w konkretnym folderze na serwerze. Rośnie monotonicznie w obrębie folderu, nigdy nie jest ponownie użyta i nie ma nic wspólnego z identyfikatorem Message-ID zapisanym w treści przez program nadawcy. Kluczowa konsekwencja jest taka, że UID obowiązuje tylko w jednym folderze — przeniesienie wiadomości do archiwum oznacza nadanie jej tam zupełnie nowego numeru, a stary przestaje istnieć. Uzupełnieniem jest wartość UIDVALIDITY przypisana do folderu: jeśli serwer ją zmieni, klient musi uznać wszystkie zapamiętane numery za nieaktualne i pobrać listę od nowa.

Po co klientowi pocztowemu ten numer

Bez trwałych identyfikatorów każda synchronizacja oznaczałaby pobieranie całej skrzynki. Dzięki UID program pyta serwer wyłącznie o wiadomości o numerze wyższym niż ostatnio znany i ściąga tylko nowości, a stan przeczytania czy oflagowania aktualizuje punktowo. Numery UID są też podstawą pamięci podręcznej w plikach lokalnych — Thunderbird zapisuje je w plikach indeksu obok folderów, klienci mobilni w bazie SQLite. Warto to zestawić z protokołem POP3, który ma odpowiednik w postaci listy UIDL, ale służy on wyłącznie do rozpoznania, czy wiadomość została już pobrana; POP3 nie synchronizuje stanu ani folderów, więc oznaczenie wiadomości jako przeczytanej na komputerze nie zmienia niczego na telefonie.

Objawy zerwanej synchronizacji

Gdy serwer zmieni UIDVALIDITY — na przykład po migracji skrzynki na nową platformę, odtworzeniu z kopii zapasowej albo przebudowie indeksu po awarii — klient masowo pobiera wiadomości od nowa. Efektem są duplikaty w folderach lokalnych, wiadomości ponownie oznaczone jako nieprzeczytane i skokowy wzrost transferu, potrafiący zająć godziny przy skrzynce liczonej w dziesiątkach gigabajtów. Drugi typowy problem to rozjazd numeracji przy dwóch programach jednocześnie przenoszących wiadomości między folderami: jeden klient odwołuje się do numeru, którego już nie ma, i zgłasza błąd o nieistniejącej wiadomości. Trzeci dotyczy reguł działających po stronie klienta, które przy każdym uruchomieniu przetwarzają te same wiadomości, bo lokalny indeks utracił zgodność z serwerem — pomaga wtedy usunięcie plików indeksu i wymuszenie ponownej synchronizacji, a nie ponowne zakładanie konta.

Migracje i naprawa kont pocztowych

Przenosimy skrzynki między dostawcami tak, żeby nie powstały duplikaty i żeby struktura folderów oraz stan wiadomości przeżyły przeprowadzkę. Naprawiamy też konta, które po zmianie serwera zaczęły pobierać całą historię od początku albo przestały widzieć nową korespondencję. Pracujemy zdalnie oraz u klienta, o dowolnej porze doby.