Додатки від Thunderbird 68 - Короткі відгуки про сумісність та пропозиції щодо альтернативи

Якщо раптом ви більше не можете отримувати електронну пошту

Будь ласка, прочитайте примітки щодо двох найпоширеніших причин проблем на даний момент!

Це червоне поле зникає, коли ви натискаєте на у верхньому правому куті X натисніть.

був випущений для Thunderbird 68.x.

привітання
EDP старі

Професійна версія WIN10 та домашня версія WIN10 20H2 (Build19042.630)

Thunderbird 78.5.1 (64-розрядна версія)

Thunderbird - Beta 84.0.b2 (64-розрядна)

Thunderbird - щодня 85.0a1 (64-біт)

Firefox 83.0. (64-розрядна версія)

Printing Tools працює в TB 68.1.1. не більше. Чи є альтернатива?

Чи є альтернатива?

привітання
EDP старі

Професійна версія WIN10 та домашня версія WIN10 20H2 (Build19042.630)

Thunderbird 78.5.1 (64-розрядна версія)

Thunderbird - Beta 84.0.b2 (64-розрядна)

Thunderbird - щодня 85.0a1 (64-біт)

Firefox 83.0. (64-розрядна версія)

О боже, соромно, що ви більше не можете налаштувати заголовки для роздруківки. Стандартна версія, на жаль, жахлива.

На жаль, Doconndo keyconfig більше не працює з TB 68, і автор більше не встигає подбати про надбудову. Мені завжди було дуже корисно деактивувати гарячі клавіші з 1 клавішею (наприклад, "а" для архівування) і встановити її для батька, матері, бабусі, дідуся, щоб запобігти проблемам, що повідомлення раптово зникають через випадкове натискання клавіші. Хтось знає альтернативу вимкненню гарячих клавіш?

Так, на жаль. Але доповненням, без якого не можна використовувати Keyconfig, є MenuManpulator довгий час не працював правильно і був досить глючним. Вам потрібно було якось отримати коди, щоб годувати KeyConfig, іноді може допомогти автор інших доповнень, але це поступово засинало.

Мені дуже шкода.

Розмови без попереднього запиту ігноруються.
Windows 10, 64-розрядна, завжди поточна версія Thunderbird та старіші тестові версії. Доступні тестові профілі.
Тестуйте акаунти у більшості найбільших поштових провайдерів, таких як GMX, Web.de тощо.

був випущений для Thunderbird 68.x.

IdentityChooser досить приємний, але - якщо я його правильно спостерігав (ви можете мене виправити, якщо це потрібно!) - це не є повною заміною (на жаль, дуже застарілого) Correct-Identity.

CorrectIdentity під час відповіді/переадресації листів (із загальної папки "Вхідні") автоматично адреса відправника переключилася на адресу, на яку раніше було надіслано пошту.

(1) Чи правильно я розумію, що Correct-Identity не вибирає автоматично адресу відправника, а "лише" сигналізує про відправника, що регулюється вручну, використовуючи різні кольори? Якщо так, я ще не знайшов.

(2) Якщо я сприймаю правильно, хтось може відновити автоматичну функцію CorrectIdentity або назвати заміну?

На жаль, я не можу цього зробити, незважаючи на свої обмежені знання програмування. До TB60 я завжди вручну коригував версію відповідно до ідентичності, але це вже не працює зі мною з TB68.

Шкода, мені справді потрібен ЦИЙ автомат 100 разів на день!

я сподіваюсь!

CorrectIdentity автоматично перемикає адресу відправника на адресу, на яку раніше було надіслано повідомлення під час відповіді/переадресації листів (із спільної папки "Вхідні").

Він працює точно так само для мене без надбудови. Обов’язковою умовою є те, що адреса електронної пошти також була правильно збережена в налаштуваннях облікового запису, тобто може бути обрана як адреса доставки без введення тексту. Тільки складаючи "нові" повідомлення, я повинен сам вибирати адресу.

Можливо, спробуйте в безпечному режимі або, якщо цього недостатньо, у новому профілі?

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

Він працює точно так само для мене без надбудови.

Навіть із загальною папкою "Вхідні" для всіх адрес/облікових записів?

Таким чином, я просто не впевнений, чи відповідає моє налаштування "офіційному" спільному вхідному скриньці. Мій основний профіль виріс за кілька поколінь Thunderbird, і я зазвичай маю лише одну адресу в тестових профілях.

Вибір адреси відправника працює з усіх каталогів у локальній папці - тому, сподіваємось, це не має значення?!

Навіть із загальною папкою "Вхідні" для всіх адрес/акаунтів?

Вибір адреси відправника працює з будь-якого каталогу в локальній папці - тому, сподіваємось, це не має значення?!

Тож я спробував це в безпечному режимі, там це однозначно можливо лише з окремими папками «Вхідні» для кожного облікового запису - звичайно, адреса, що належить обліковому запису, тоді також використовується як відправник.

Але якщо у вас є спільна папка "Вхідні" для багатьох адрес/облікових записів, це не працює, оскільки я помітив, що адреса, яка належить загальній папці "Вхідні", завжди вибирається як відправник.

Щоб зрозуміти: у мене різні облікові записи/адреси для різних робочих областей (яких у мене може бути не назавжди), напр.

Усі адреси переадресовуються на [email protected] на стороні сервера. Цей обліковий запис також є єдиним, за яким здійснюється запит. Всі інші адреси не запитуються, вони використовуються лише для надсилання. Вхідні папки однакові для всіх на адресу [email protected]

Тому також логічно, що в звичайній роботі [email protected] завжди вибирається як відправник для всіх листів.

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

і все це повністю автоматично - без додаткових клацань. Супер практичний!

На жаль, просто старий і сірий і тому транспортується TB68 у цифровий смітник із грифом "більше не можна використовувати".

Але досі я не знайшов нічого порівнянного, тому воно «непридатне для використання»! У жодному разі!

Буду вдячний за заміну! 🙋🏻‍♂

Відредаговано один раз, останній раз mderrer (21 жовтня 2019 р.).

За визначенням, "спільна" папка "Вхідні" не має пов'язаного облікового запису (або належить до спеціального облікового запису "Локальні папки"). Нею не можна керувати на сервері за допомогою IMAP, але він знаходиться локально на одному ПК. Тоді все працює за призначенням.

Ваша проблема в іншому: облікові записи "лише для надсилання", як правило, не слід використовувати (крім кількох особливих випадків). Для цього існують псевдоніми, тобто кілька адрес, які належать одному обліковому запису і тому вже використовують одну і ту ж папку вхідних повідомлень на стороні сервера. Потім Thunderbird повинен автоматично вибрати їх під час надсилання - це працює для мене без проблем. Псевдоніми потрібно створювати подібно до облікових записів на сервері - можливо, вам доведеться попередньо видалити свої попередні облікові записи.

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

Гаразд, "спільна вхідна" була неправильною. Вони просто не є різними обліковими записами. Вибачте, я теж не хотів пускати цього виродження сюди, мене спокусило лише запитання про детальну інформацію delivery

Початкове запитання насправді було просто: чи є щось порівняне з аддоном CorrectIdentity, чудова функція якого тепер детальніше описана в №111.

Якщо хтось ще щось знає, я вдячний за будь-які підказки 🙋🏻‍♂

Я писав розробнику Identity Chooser одного разу .

Ось відповідь .

Я розумію проблему, але це суперечить філософії Identity Chooser. Ідея Identity Chooser полягає в тому, щоб замінити будь-який автоматизм явним вибором адреси відправника. У цьому відношенні плакат повинен був би звернутися до автора «Правильного ідентифікатора»

Професійна версія WIN10 та домашня версія WIN10 20H2 (Build19042.630)

Thunderbird 78.5.1 (64-розрядна версія)

Thunderbird - Beta 84.0.b2 (64-розрядна)

Thunderbird - щодня 85.0a1 (64-біт)

Firefox 83.0. (64-розрядна версія)

Привіт едвольді,

і розробник точно має рацію. Додаток до автоматизмів однозначно призведе до "безладу".

"Основним правилом усередині комп’ютерної спільноти є те, що справжня помилка програми буде виправлена в наступному випуску."
Кліффорд Столл, американський. Астрофізик та комп'ютерний піонер

У цьому відношенні плакат повинен був би звернутися до автора «Правильного ідентифікатора»

Так, звичайно! Розробник IdentityChooser має власний набір принципів та цілей!

Я давно писав би автору CorrectIdentity, якби він не написав на своїй домашній сторінці, що більше не може нічого оновити через брак часу. Вихідний код, який він міг би навіть мати на github ...

І я не думаю, що ви дотримуєтесь загальної думки, що автоматизми неминуче призводять до безладу. Зрештою, автоматизація є найважливішим поняттям усіх видів технологій. І цей автоматизм працював чудово протягом багатьох років - без жодного безладу чи чогось іншого Розгублений.

Я також не знаю, що повинно спричинити безлад: подивіться, на яку адресу було надіслано повідомлення, якщо ви знайдете те саме в списку ідентифікаторів, то використовуйте його як відправника. Хм, це не звучить так божевільно

Але ... я знову чую перше посмикування, яке хоче внести пропозиції щодо того, як організувати свою поведінку більш чисто. Я не хочу напружувати ваші дослідження та шукати альтернативи ще більше. Якщо ви щось натрапили - випадково, так би мовити - тоді, будь ласка, опублікуйте це тут, інакше дякую за всі ваші зусилля!