Плагін Thunderbird для підключення пошти?

Я не знаю чому, але раз у раз я отримую листи, які мають відповідати або пересилати на електронну пошту, яку я вже маю. Чомусь нова вхідна пошта не завжди підключена до тієї пошти, яку я вже маю. Тож у мене немає повної структури дерева оригінальної пошти.

В даний час я експортую пошту, вручну додаю належну інформацію заголовка, знову імпортую пошту та видаляю її попередню версію, що надійшла з поштового сервера. Вид громіздкий ...

Чи є плагін, де я можу вибрати дві пошти, і він з’єднає їх (новіший стає відповіді або пересилає старішу пошту)? Я перевірив сторінку плагінів Thunderbird, але не зміг її знайти.

Такого плагіна немає?

Якщо на сторінці плагінів Thunderbird немає плагіна, який би вирішував це, це може бути тому, що такого плагіна ще не існує.

Чому ні?

Такий плагін, можливо, повинен змінити дані, що зберігаються для повідомлень - наприклад, додати посилання на заголовок повідомлення, щоб "з'єднання" між повідомленнями запам'ятовувалося наступного разу, коли ви запускаєте Thunderbird та відкриваєте цю папку. Є вказівки †, що Thunderbird все ще може використовувати Mork для деяких структур даних, що стосуються різьблення. Морк має репутацію невиправдано незрозумілого та складного. Фольклор Mozilla десятиліттями намагається позбутися кодової бази Морка, їм це вдалося досягти Firefox. Використання Морка говорить про те, що написання плагіна для маніпулювання даними буде складним завданням. Звичайно, це здебільшого міркування з мого боку.

†

nsMsgThreads - це тонка обгортка навколо їх основного представлення Mork , зберігаючи в пам'яті лише ключі / кешовані значення, а всі важливі / змінні дані зберігаються у mork .

Що може викликати відключені потоки?

Outlook (або принаймні деякі його версії)

• Не встановлює заголовки відповіді на відповідь або посилання (як це ДОБРЕ)
• Можна вставити несподівані префікси у рядок "Тема" (наприклад, "AW:" замість "RE:")

Ця комбінація робить неможливим потокувати такі повідомлення. Є повідомлення про помилки Thunderbird, які обговорюють, як з цим боротися (можливо, ця конкретна проблема вирішена зараз?)

Цілком можливо, що існують й інші поштові клієнти, які не створюють ці заголовки у корисній формі.

Що це за заголовки?

RFC822 говорить

 4.6.2.  IN-REPLY-TO

         The contents of this field identify  previous  correspon-
    dence  which this message answers.  Note that if message iden-
    tifiers are used in this  field,  they  must  use  the  msg-id
    specification format.

 4.6.3.  REFERENCES

         The contents of this field identify other  correspondence
    which  this message references.  Note that if message identif-
    iers are used, they must use the msg-id specification format.

RFC2822 говорить

3.6.4. Identification fields

   Though optional, every message SHOULD have a "Message-ID:" field.
   Furthermore, reply messages SHOULD have "In-Reply-To:" and
   "References:" fields as appropriate, as described below.

...

   The
   "In-Reply-To:" field may be used to identify the message (or
   messages) to which the new message is a reply, while the
   "References:" field may be used to identify a "thread" of
   conversation.

Яке практичне використання має ця відповідь?

Подумайте про це як на заповнення місця, поки не надійде краща відповідь.