- Szycy
- 9 lipca 2026 05:25 UTC
- Autor
- Kamo
- Pochęt się
- 1bc310a
Dostawcy usług w chmurze (Microsoft 365, Exchange Online, Google Workspace, Zoho, IceWarp) Odziedziczony odczyt/wyślij od - ale demotywator nigdy Zamieszane poświadczenia IMAP/SMTP dla nich, więc każdy folder / wiadomości rzucony MailboxNotKonfigurowana wyjątek -> ekran "email nie skonfigurowany" (np. org Opcjonalnie na M365). KamoMail pracował tylko dlatego, że sam otrzymał poświadczenia (wewnętrzna Dovecot). Teraz wszyscy dostawcy płyną przez jedną ścieżkę IMAP/SMTP; KamoMail pozostaje bez zmian. - MailCredentials: pełny plik połączenia - ImapStoreFactory + EmailSmtpSUłnia: SASL XOAUTH2 (native com.sun.mail) lub podstawowe Auth per spec; STARTTLS wymagany (zamkniętych w nieudanych), więc żetony nigdy nie tranzytują wyraźnego tekstu. - MailProviderResolver: per-provider okablowanie poprawne + domyślna skrzynka poczta użytkownika + OAuth token odświeża. M365/Exchange-Online używane tokeny tylko dla klientów (outlook.office365.com; - najemca pochodzący z Domena skrzynek pocztowych; Google używa delegacji obejmującej całą domenę service-konta; Zoho używa Przechowany token OAuth; IceWarp/on-prem Exchange używa podstawowej auth od dostawcy config. - EmailImapService: rozwiązanie Wysłane / Trafty przez RFC 6154 SPECIAL-USE w ten sposób wysłane kopie ląduj w natywnym folderze dostawcy (Gmail [Gmail]/Gmail]/Wysłana poczta, Exchange Sent Items). - Dostawca Kontroler: upolać pola formularzy konfiguracyjnych w zaszyfrowanym configJson (wcześniej upuszczony); możliwości listy bez wybijania żetonu. - Usunięto rzucanie RealtimeNotifier od dostawców usług w chmurze (okładki do polowania Czas w czasie rzeczywistym; brak push-webhook infra). M365/Exchange-Online wymaga zastosowania IMAP.AccessAsApp + SMTP.SendAApp z administratorem Zgoda i New-ServicePrincipal w programie Exchange Online (skopowalna na skrzynkę pocztową).