Назад | Перейти на главную страницу

получение Thunderbird повторно сканировать папку imap

Поскольку у меня есть внешняя программа (imapfilter), изменяющая мою папку imap, thunderbird продолжает терять отслеживание новых сообщений. Сообщения перемещаются по прибытии в подпапки, из-за чего Thunderbird не может отслеживать их - поэтому я не знаю, в каких папках искать новые сообщения, а недавно созданные папки (даже если я подписываюсь на них после создания) не отображаются, пока я не перезапущу почтовый клиент.

Есть ли какое-нибудь расширение или настройка для Thunderbird, которые я мог бы использовать для повторного сканирования дерева папок?

Пожалуйста, не тратьте время на такие советы, как

  • перезапуск Thunderbird: занимает много времени или
  • «использовать Evolution (или любой другой почтовый клиент)», или
  • использовать внутренние почтовые фильтры: они недостаточно сложны или
  • procmail / fetchmail: я создаю удаленный сервер imap навсегда


    РАСШИРЕНИЕ 1:

    даже папки можно создавать в фоновом режиме, без ведома Thunderbird, что они были созданы.

  • У меня была очень похожая проблема, когда я начал использовать серверные фильтры для доставки почты прямо в папки, а не в мой почтовый ящик.

    Решение, которое я нашел, заключалось в том, чтобы сообщить Thunderbird, чтобы он явно проверял каждую папку на наличие почты. Для этого щелкните правой кнопкой мыши папку, перейдите в «Свойства», затем на вкладке «Общая информация» установите нижний флажок с пометкой «Проверить эту папку на наличие новых сообщений».

    Это немного трудоемко, потому что вам нужно сделать это для каждой папки, но вам нужно сделать это только один раз.

    Надеюсь, это поможет,

    Барт.

    что о mail.check_all_imap_folders_for_new? (отмечен вопросом, потому что я только что столкнулся с этим и сейчас начну тестировать этот переключатель)

    http://kb.mozillazine.org/Checking_for_new_messages_in_other_folders_-_Thunderbird#IMAP

    Вся эта штука с проверкой многих папок imap мог все равно быть немного ненадежным, как бы вы это ни делали, как этот древний https://bugzilla.mozilla.org/show_bug.cgi?id=221792 все еще хранится в состоянии NEW.