Исходное сообщение
"Выпуск почтового клиента Trojita 0.6" Отправлено Аноним, 25-Янв-16 18:48
> Дополнения в указанном выше документе как раз неплохо разобраны. Это я так, ворчу (по поводу именно количества и, имхо, перегруженности). > Но то, что один сервер ведёт себя по-идиотски - проблема > этого сервера. Но это, к сожалению, таки валидное поведение, которое нужно учитывать при написании либы/софта. [quote] Note: Ideally, unique identifiers SHOULD persist at all         times.  Although this specification recognizes that failure         to persist can be unavoidable in certain server         environments ... 2) If the message store has no mechanism to store unique             identifiers, it must regenerate unique identifiers at             each session, and each session must have a unique             UIDVALIDITY value. [/quote] Это же сколько плюшек пропадает –  вместо возможности использовать UID ящика локально, приходится велосипедить собственный "localUID" (т.е. что-то типа hash(mail_header)), преобразование uid->localUID и т.д, при изменении – скачивать заново ВСЕ хидеры. > В IMAP нет понятия "модификация сообщения", и если всё же модификация происходит (чего быть не должно) - корректный способ это обработать - увеличить UIDVALIDITY, Не согласен. В rfc ясно указывается: > In particular, the internal date, [RFC-2822] >            size, envelope, body structure, and message texts >            (RFC822, RFC822.HEADER, RFC822.TEXT, and all BODY[...] >            fetch data items) must never change т.е. "иммутабельность" – и логичнее, на мой взгляд, было бы при изменениях создавать новый "объект" и присваивать ему новый UID.