Добавки от Thunderbird 68 - Кратка обратна връзка за съвместимост и предложения за алтернатива

Ако изведнъж вече не можете да получавате имейл

Моля, прочетете бележките за двете най-чести причини за проблеми в момента!

Това червено поле изчезва, когато щракнете върху горния десен ъгъл х щракнете.

е издаден за Thunderbird 68.x.

поздрав
EDP възрастни

Версия WIN10 pro & WIN10 Home версия 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 pro & WIN10 Home версия 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 клавиш (напр. „A“ за архивиране) и съм го инсталирал за баща, майка, баба, дядо, за да предотвратя проблемите, които изведнъж изчезват, тъй като клавишът е бил случайно натиснат. Някой знае ли алтернатива за деактивиране на клавишните комбинации?

Да за съжаление. Но добавката, без която не можете да използвате 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 е да замени всеки автоматизъм с изричен избор на адреса на подателя. В това отношение плакатът ще трябва да се обърне към автора на Correct Identiy

Версия WIN10 pro & WIN10 Home версия 20H2 (Build19042.630)

Thunderbird 78.5.1 (64-битова)

Thunderbird - Beta 84.0.b2 (64-битова)

Thunderbird - всеки ден 85.0a1 (64-битов)

Firefox 83.0. (64-битова)

Здрасти едволди,

и разработчикът определено е прав. Допълнение към автоматизмите определено би довело до "бъркотия".

„В рамките на компютърната общност основното правило е, че настоящето е програмна грешка, която ще бъде поправена в следващия брой.“
Клифорд Стол, американски. Астрофизик а. Компютърен пионер

В това отношение плакатът ще трябва да се обърне към автора на Correct Identiy

Да, разбира се! Програмистът IdentityChooser има свой собствен набор от принципи и цели!

Щях да пиша на автора на CorrectIdentity отдавна, ако не беше написал на началната си страница, че не може да актуализира нищо поради липса на време. Изходният код може дори да е бил на github ...

И не мисля, че сте на общото мнение, че автоматизмите неизбежно водят до бъркотия. В края на краищата автоматизацията е основна концепция на всички видове технологии. И този автоматизъм работи прекрасно в продължение на много години - без никаква бъркотия или нещо друго Объркан.

Също така не знам какво трябва да причини бъркотия: Вижте до кой адрес е изпратена пощата, ако намерите същото в списъка за самоличност, използвайте го като подател. Хм, не звучи толкова лудо

Но ... чувам отново първото потрепване, което иска да направи предложения как да организирам поведението си по-чисто. Не искам да напрягам още повече вашите изследвания и да търся алтернативи. Ако попаднете на нещо - случайно, така да се каже - тогава, моля, публикувайте го тук, в противен случай благодаря за всичките ви усилия!