- Dieses Thema hat 25 Antworten und 5 Stimmen, und wurde zuletzt aktualisiert vor 1 Jahr von
.
-
Beiträge
-
Dank Dir schon einmal, Jens.
Es gibt keine weiteren Einstellungen für IMAP, das habe ich mir noch einmal angeschaut. Es gibt lediglich die Vorgabe Port 993 und TLS Verschlüsselung. Ich vermute aber, dass diese beiden Vorgaben standardmäßig in J Lawyer hinterlegt sind, da ich diese in den Einstellungen nicht ändern kann bzw. keine Möglichkeit für eine Änderung besteht.
Ich kann mir einfach nur nicht erklären wieso, denn ich habe weder getüftelt, noch sonst etwas verändert. Es lief davor reibungslos.
Client.log kommt.
Grüße,
Dennis
Hallo,
wollte nur kurz eine für mich funktionierende Lösung zu dem hier beschriebenen Problem teilen, die ich in einem Microsoft-Forum gefunden habe:
https://docs.microsoft.com/en-us/answers/questions/512954/535-57139-authentication-unsuccessful.html
Die akzeptierte Antwort hat bei bei mir zum Erfolg geführt. Ich habe den beschriebenen Azure Sicherheitsstandard geändert (in der Antwort 3.) und danach hat der Versand bereits funktioniert.
Auf Deutsch:
Azure Active Directory -> Eigenschaften -> Sicherheitsstandards verwalten -> Sicherheitsstandards aktivieren: NeinOhne Gewähr.
Viele Grüße
MarkusHallo Jens,
nachdem die Exchange-„Anbindung“ nun funktioniert, habe ich den Eindruck, dass j-lawyer an den zwei Postfächern (das persönliche und das info-Postfach) ganz schön zu knabbern hat. Der Wechsel zwischen (bspw.) Desktop und E-Mail (und umgekehrt) erfolgt nun mit deutlicher Verzögerung.
Da für mich das Wesentliche die E-Mail-Versendung direkt aus j-lawyer heraus ist, habe ich zur Vermeidung der Verzögerung nun bei den E-Mail-Einstellungen die Server-Adresse für den imap-Eingang „verfälscht“, sodass der E-Mail-Posteingang nicht mehr angezeigt wird/werden kann. Beim Versenden bekomme ich zwar am Ende eine Fehlermeldung ausgeworfen (Couldn’t connect to host, port: …, 993; timeout -1), aber die Mail geht raus und kann auch (als .eml) zur Akte gespeichert werden.
Nun zu meiner Frage:
Besteht ggf. die Möglichkeit, dass für den Posteingang lediglich gewisse Ordner (bspw. ausschließlich der Posteingangsordner) abonniert/abgerufen werden, um Resourcen zu sparen? Oder wäre eine Funktion zur schlichten Deaktivierung der imap-Synchronisation möglich, sodass der E-Mail-Versand ohne Fehlermeldung am Ende der Versendung funktioniert?Vielen Dank und viele Grüße
Markus
Es handelt sich um einen „Rendering“-Bug in einer externen Bibliothek, die Darstellung wird verzögert wenn links in der Baumstruktur des Postfaches viele Ordner zur Anzeige kommen.
Bitte mal testen: nicht benötigte Ordner zuklappen (das wird auch gespeichert), dann mal prüfen ob der Wechsel von Desktop zu Postfach schneller vonstatten geht.
Grüße
Jens / j-lawyer.orgHi Jens,
vielen Dank für den Tipp und bitte entschuldige die verzögerte Rückmeldung.
Im Folgenden mein Feedback:
1.
Wenn die beiden Postfächer vollständig zugeklappt sind (also lediglich „@ <E-Mail-Adresse>“ ohne Ordner zu sehen ist), kommt es zu keiner (wahrnehmbaren) Verzögerung beim Wechsel zwischen E-Mail und Desktop.Wenn ein Postfach aufgeklappt ist (also die einzelnen Ordner inklusive Posteingangsordner zu sehen sind), kommt es wieder zu einer deutlichen aber nicht sehr langen Verzögerung. Die Verzögerung ist in etwa doppelt so lang, wenn beide Postfächer aufgeklappt sind.
Im Ergebnis werde ich also die Postfächer grundsätzlich zugeklappt lassen und nur im Bedarfsfall öffnen. Insofern, vielen Dank, Jens, problem solved.
2.
Weiterhin ist mir aufgefallen, dass es beim Startprozess einen Unterschied macht, ob E-Mail-Postfächer eingetragen und / oder aufgeklappt sind oder nicht.Wenn Postfächer hinterlegt und ausgeklappt sind, ist die Ladezeit beim Start für den Schritt „fehlende Wiedervorlagen / Fristen“ sowie „E-Mail-Posteingang“ (deutlich) verlängert.
Sofern Postfächer hinterlegt und nicht ausgeklappt sind, ist nur die Ladezeit beim Start für den Schritt „fehlende Wiedervorlagen / Fristen“ (deutlich) verlängert.
Wenn kein Postfach hinterlegt (bzw. der imap-Abruf wegen unzutreffenden Servers nicht möglich) ist, ist auch der Schritt „fehlende Wiedervorlagen / Fristen“ nicht verlängert.
Zur Vermeidung von Missverständnissen: reine Beobachtung / zur Info, keine Moserei 😉
Je mehr ich j-lawyer nutze, desto größer wird die Begeisterung über die vielen klugen Lösungen und Möglichkeiten.Besten Dank und viele Grüße
Markus
Ja, exakt das ist die Symptomatik des Bibliothekenfehlers: mehr Ordner, länger warten. Hoffe dass es dafür mal eine Korrektur geben wird.
Grüße!
Jens / j-lawyer.orgHallo,
ich habe gleiches Problem mit Office365. Funktioniert seit einigen Wochen nicht mehr:
2022-11-02 19:11:47,788 ERROR [com.jdimension.jlawyer.client.configuration.MailSettingsTestAction] javax.mail.AuthenticationFailedException: AUTHENTICATE failed.
Allerdings ist das Postfach für IMAP freigeschaltet und auch die Zugangsdaten sind korrekt.
Habe nur folgendes gefunden im Netz:
## IMPORTANT NOTE ##Microsoft intends to deprecate BASIC AUTH in all mail protocols for XO Accounts on October 1st, 2022:
Man kann das meines Wissens nochmals aktivieren (Basic Auth), im Januar ist dann aber wohl Schluss.
Wenn mir jemand zeitweise ein Office 365-Mailkonto überlassen kann, dann hätte ich etwas zum Testen für eine Erweiterung am j-lawyer.
Viele Grüße
Jens / j-lawyer.orgHallo,
leider scheitert die Einbindung meines MS365-Mail-Accounts unter der Client-Version 2.3.0.1 mit der Fehlermeldung beim Ersttest
„E-Mail-Einstellung Versand / Postausgang nicht korrekt: 535 5.7.3 Authentication unsuccessful […]“
Ich habe alle betreffenden Schritte aus der Dokumentation (AZURE) durchgeführt und die Einstellungen wie in der Dokumentation dargestellt vorgenommen.
Testweise habe ich im Exchange Admin Center unter „Einstellungen“ -> „Nachrichtenfluss“ die Option unter „Sicherheit“ „Deaktivieren des SMTP-Auth-Protokolls für Ihre Organisation“ deaktiviert und bzw. oder die Option „Aktivieren Sie die Anwendung von Legacy-TLS-Clienets“ aktiviert. Jeweils jedoch mit dem Ergebnis derselben Fehlermeldeung beim erstmaligen Test der E-Mail-Einstellungen.
Könnte es an der aktiven MFA liegen, dass es nicht funktioniert oder kommt noch etwas anderes in Frage?
Vielen Dank im Voraus für die Unterstützung und
beste Grüße
Markus
Das ist aus der Ferne schwer einzuschätzen.
Zunächst einmal das client.log senden (an die Mailadresse im Impressum):
> https://www.j-lawyer.org/?topic=wo-findet-man-die-fehlerprotokolle-des-j-lawyer-org-servers-und-clientsVG
Jens / j-lawyer.org
- Du musst angemeldet sein, um zu diesem Thema eine Antwort verfassen zu können.