- Verschifft
- 9. Juli 2026 um 05:25 UTC
- Autor
- Kamo
- Ausschuss
- 1bc310a
Cloud-Anbieter (Microsoft 365, Exchange Online, Google Workspace, Zoho, IceWarp) hereinerte Lesen/Senden von ************ aber der Resolver nie Bevölkerte IMAP/SMTP-Anmeldeinformationen für sie, so dass jeder Ordner/Nachricht gelesen warf MailboxNotConfiguredException -" der "email nicht konfiguriert"-Bildschirm (z.B. org Optionone auf M365). KamoMail funktionierte nur, weil es allein Zugangsdaten erhielt (interne Dovecot). Jetzt fließen alle Anbieter durch den einen IMAP/SMTP-Pfad; KamoMail ist unverändert. - MailCredentials: vollständige Verbindungs-Spezifikation ************ - ImapStoreFactory + EmailSmtpService: SASL XOAUTH2 (native com.sun.mail) oder Basic auth per spec; STARTTLS erforderlich (fail-closed) so Tokens nie Transit-Sklartext. - MailProviderResolver: pro Anbieter Anmeldeinformationen per Provider + Mitglied Standard Mailbox + OAuth Token aktualisieren. M365/Exchange-Online nutzen App-only Client-Credentials Tokens (aussichts.office365.com; ************ Mieter abgeleitet von der mailbox-Domain; Google nutzt Service-Account-Domain-weite Delegation; Zoho verwendet die gespeichertes OAuth Token; IceWarp/on-prem Exchange verwenden grundlegende auth von Provider-Konfiguration. - EmailImapService: Behebe Sent/Drafts via RFC 6154 SPECIAL-USE, also gesendete Kopien landen im nativen Ordner des Anbieters (Gmail [Gmail]/Sent Mail, Exchange Sent Items). - ProviderController: persist config-form Felder in die verschlüsselte KonfigurationJson (vorher fallen gelassen); Listenfähigkeiten ohne Präge ein Token. - Entfernte die Wurf RealtimeNotifier Stubs von Cloud-Anbietern (Polling-Abdeckungen realtime; kein Push-Webhook infra). M365/Exchange-Online erfordern Anwendung IMAP.AccessAsApp + SMTP.SendAsApp mit Admin Zustimmung und New-ServicePrincipal in Exchange Online (skopierbar per Mailbox).