1

(2 odpowiedzi, napisanych Ogólne)

Chyba nie zwróciłeś uwagi na fakt, że informacje na PCLab pochodzą z 2015 roku. Jak widać, mamy już rok 2021 i firma istnieje, a po powrocie Stefana Tanurkowa ma jasno zakreślony plan rozwoju The Bat!. Między innymi jest już dostępny do testów nowy edytor HTML, ma być jakiś łącznik do programów w języku Python, ma być rozszerzony system tworzenia filtrów itp.

2

(19 odpowiedzi, napisanych Ogólne)

W The Bat! można wybrać rodzaj kodowania transportowego (we właściwościach konta w sekcji Zarządzanie pocztą). Wybrałem Base64 i wysłałem do siebie maila z takimi danymi jak podał kolega lec. The Bat poprawnie zdekodował nagłówki, zatem przyczyna opisywanego w tym wątku zachowania musi leżeć gdzieś na serwerze.

U mnie nagłówek przy włączonym kodowaniu Base64 wyglądał tak:

From: =?iso-8859-2?B?ULNhdG5vtmNpIE9yYW5nZQ==?= <moj@adres.pl>
Subject: =?iso-8859-2?B?RHpp6mt1amVteSB6YSBvcLNhY2VuaWUgZmFrdHVyeSB6YSB1c7N1Z2kgT3JhbmdlIGRsYSBr?=
 =?iso-8859-2?B?b250YSAwMDAwMjQ1NDQ1NDI1OA==?=

Jak widać - jest różnica: ja używam tabeli znaków iso-8859-2, a Orange używa utf-8. Po zmianie w The Bat! (w szablonie głównym) na utf-8 mamy:

From: =?utf-8?B?UMWCYXRub8WbY2kgT3Jhbmdl?= <moj@adres.pl>
Subject: =?utf-8?B?RHppxJlrdWplbXkgemEgb3DFgmFjZW5pZSBmYWt0dXJ5IHphIHVzxYJ1Z2kgT3JhbmdlIGRs?=
 =?utf-8?B?YSBrb250YSAwMDAwMjQ1NDQ1NDI1OA==?=

3

(19 odpowiedzi, napisanych Ogólne)

Zmiana na nazwę bez polskich znaków niczego nie da, ponieważ chodzi tu o znaki takie jak "@" (o kodzie hex 40). Z tego co napisałeś w pierwszym poście wynika, że taki znak jest w nazwie Twojego nadawcy.

4

(19 odpowiedzi, napisanych Ogólne)

Chyba nic nie można zrobić, skoro autorzy programu wprowadzili takie rozwiązanie, wyjaśniając to zasadami bezpieczeństwa. Chodzi po prostu o to, że jeśli w polu From: znajdzie się niedozwolony znak, wówczas jest wyłączany mechanizm dekodujący z Base64 i wpis zostawiany jest bez zmian.

Jeżeli znasz nadawcę, spróbuj mu zasugerować zmianę nazwy lub wysyłkę tylko z samym adresem w polu From:.

5

(19 odpowiedzi, napisanych Ogólne)

Takie zachowanie obserwowano w programie w wersji od 8.6 chyba do 8.9 (patrz wątek https://thebat.pl/forum/viewtopic.php?id=2667). W najnowszych wersjach chyba ta przypadłość nie występuje.

Na moje zgłoszenie jeden z autorów programu odpowiedział wtedy:

====================
This behaviour is intentional to address the Mailsploit issues. See what's new in The Bat! 8.2.: "[!] New context-aware message header decoder to address the Mailsploit issues. Besides making the header line decoder context aware, we have also made the following checks in the display name part of an address: if it contains an "@" character or any control character (with code less than code of a space character), then such a name part is discarded."
See https://www.mailsploit.com/index for more information on Mailspoit.
====================

Należy więc szukać znaku kontrolnego ASCII w nazwie wyświetlanego nadawcy (nie w jego adresie e-mail) - to prawdopodobnie jest wspólnym mianownik tak wyświetlanych wiadomości.

6

(1 odpowiedzi, napisanych Szablony i filtry)

Opóźnienie wysyłki wiadomości można określić w szablonie za pomocą makra %Postpone="xxx". Jako parametr xxx należy podać opóźnienie, przy czym może to być bezwzględna wartość daty i czasu (wtedy wiadomość zostanie wysłana o określonej porze) lub wartość względna - wtedy czas zaczyna się liczyć od momentu utworzenia wiadomości i jej skierowania do wysyłki.

W Twoim przypadku należałoby użyć odpowiednio makr %Postpone="10m" i %Postpone="20m". Nie koliduje to z globalnie ustawionym opóźnieniem (w szablonie głównym). Pierwszeństwo mają wartości z szablonów podręcznych.

7

(3 odpowiedzi, napisanych Ogólne)

Istotną cechą protokołu IMAP (przynajmniej tak dzieje się w The Bat!) jest synchronizacja zawartości folderów na serwerze i folderów lokalnych. Oznacza to, że usunięcie wiadomości na serwerze powoduje jej zniknięcie w folderze lokalnym powiązanym z folderem "serwerowym" i odwrotnie: usunięcie wiadomości lokalnie powoduje jej usunięcie (przeniesienie do folderu TRASH) na serwerze.

Przeprowadziłem kilka prób z The Bat! i serwerem IMAP i okazuje się, że na koncie IMAP nie można utworzyć folderów lokalnych, które nie są powiązane z folderami serwerowymi. Aby zachować wiadomości usunięte z serwera trzeba zatem przenieść je na konto "archiwalne" POP3. Można skonfigurować szablony na tym koncie tak, żeby odpowiedzi i przekierowania przechodziły przez konto IMAP - w ten sposób zachowasz ciągłość korespondencji.

Pobieranie całych wiadomości lub ich treści (bez załączników) albo tylko nagłówków ustawiasz globalnie dla konta IMAP w jego właściwościach w sekcji Zarządzanie pocztą > Dostrajanie konta IMAP. Można też ustawić to indywidualnie dla każdego folderu w jego właściwościach w sekcji IMAP > Pobieranie poczty.

Oznaczanie hurtem wiadomości jako przeczytanych w całym folderze najlepiej wykonać posługując się skrótem klawiszowym Ctrl M po podświetlenie danego folderu. Jeśli chcesz to zrobić dla wybranych wiadomości, wtedy można użyć menu kontekstowego na liście wiadomości.

8

(3 odpowiedzi, napisanych Ogólne)

A może po prostu zostawić to konto POP3 jak jest, tylko przestać z niego korzystać i traktować zgromadzone na nim wiadomości jako archiwum? Bezpośrednio nie można przejść na protokół IMAP z POP3, zatem należy utworzyć nowe konto IMAP z parametrami jak w starym POP3 (z wyjątkiem danych serwera). Oczywiście, na wszystkich urządzeniach służących do obsługi tego konta musi być ustawiony protokół IMAP.

Przenoszenie wiadomości na konto IMAP wiąże się z ich wysyłką na serwer, nie można bowiem w The Bat! tworzyć lokalnych folderów na koncie IMAP nie mających odwzorowania na serwerze. Dlatego proponuję oddzielenie starych wiadomości na koncie POP3 od nowych na koncie IMAP.

W Windows 10 należy ustawić:
Ustawienia > Aplikacje > Aplikacje domyślne > Poczta e-mail - tu wybierz The Bat!
Następnie:
Ustawienia > Aplikacje > Aplikacje domyślne > Wybierz aplikacje domyślne według protokołów
Tutaj ustaw The Bat! jako domyślny dla protokołu MAILTO.
Być może także warto ustawić domyślne rozszerzenia plików obsługiwanych przez The Bat!:
Ustawienia > Aplikacje > Aplikacje domyślne > Ustaw domyślne dla aplikacji

10

(2 odpowiedzi, napisanych Ogólne)

Po przejrzeniu strony Protonmail znalazłem tam informację, że do obsługi innych klientów poczty niż własna aplikacja / WWW potrzebny jest program ProtonMail Bridge zainstalowany na komputerze użytkownika (https://protonmail.com/support/knowledg … op3-setup/). Program ten może współpracować z Outlookiem, Thunderbirdem i Appole Mail, a jest to dostępne tylko w płatnych wersjach ProtonMail. Nic nie jest powiedziane na temat współpracy z innymi klientami poczty, takimi jak np. The Bat!.

Jeżeli zatem masz płatne konto ProtonMail i chcesz je obsługiwać z poziomu The Bat! to musisz najpierw zainstalować aplikację ProtonMail Bridge. Jest to po prostu serwer pośredniczący między Twoim klientem poczty a serwerami ProtonMail. Opisano konfigurację Thunderbirda do współpracy z ProtonMail Bridge i są tam podane następujące parametry:

Pobieranie poczty: protokół IMAP, serwer 127.0.0.1, port 1143, zabezpieczenie STARTTLS
Odbiór poczty: protokół SMTP, serwer 127.0.0.1, port 1025, zabezpieczenie STARTTLS

Oczywiście jako login podajesz swój adres e-mail no i hasło ustawione w konfiguracji konta na ProtonMail. Spróbuj wpisać te dane do The Bat! po zainstalowaniu ProtonMail Bridge, może zadziała.