socram
Erstellte Forenantworten
-
AutorBeiträge
-
socramTeilnehmer
Auch das habe ich gemacht:
sysprops bestätigt, dass es gesetzt wurde:
jdk.tls.client.protocols = TLSv1.2Aber leider keine Besserung.
socramTeilnehmerMoin,
da steht die richtige Version:
https.protocols = TLSv1.2Dennoch besteht sowohl beim Senden als auch beim Empfangen die Fehlermeldung weiter.
socramTeilnehmerVielen Dank für die schnelle Rückmeldung.
Das hilft leider nicht weiter. Die Zeile habe ich ergänzt und testweise auch einmal TLSv1.3 probiert, was aber leider auch nicht geholfen hat.
Danke auch für den OpenSSL-Tipp. Da sagt mir imap.mailbox.org auf Port 993, dass 1.3 unterstützt wird. Mit dem Parameter -tls1_2 meldet er aber auch zurück, dass TLS 1.2 geht.
Auf 143 gibt es Fehler bei der Rückmeldung:
openssl s_client -connect imap.mailbox.org:143
CONNECTED(00000005)
139647839490496:error:1408F10B:SSL routines:ssl3_get_record:wrong version number:../ssl/record/ssl3_record.c:332:
—
no peer certificate available
—
No client certificate CA names sent
—
SSL handshake has read 5 bytes and written 318 bytes
Verification: OK
—
New, (NONE), Cipher is (NONE)
Secure Renegotiation IS NOT supported
Compression: NONE
Expansion: NONE
No ALPN negotiated
Early data was not sent
Verify return code: 0 (ok)Aber auch hier geht es dann mit dem Parameter -tls1_2.
socramTeilnehmerMoin,
es ist vielleicht ganz sinnvoll hier gleich einmal das Ticket mit zu verlinken:
https://github.com/jlawyerorg/j-lawyer-org/issues/146socramTeilnehmerLeider habe ich kein Zertifikat. Natürlich wär’s schön, wenn’s mit der aufgezwungenen Karte läuft, weil ich ungern noch mal fünf Euro für dieses vermurkste System ausgeben möchte. Wenn ich noch irgendwie unterstützen kann, melde dich gerne. Als Testhardware habe ich hier ein Thinkpad X260 mit Smartcard-Reader und ein cyberjack ecom.
socramTeilnehmerMit dem Update der Datei j-lawyer-bea-wrapper.jar konnte ich nun alle Gerichtsadresse abholen und konnte auch mein beA einsehen, dankeschön!
Das hat leider nur ein mal funktioniert und seitdem wiederholt sich das vorherige Verhalten: PIN wird abgefragt, nach korrekter Eingabe passiert nichts mehr und es hängt wieder bei „beA-Postfächer werden geladen“. Abmelden und Neustarten habe ich beides probiert.
Beim klick auf „Aktualisieren“ oben links passiert auch nichts weiter.Ich wollte dir jetzt nicht unaufgefordert einfach noch mal das client.log schicken, aber melde dich gern, wenn das hilft und ich das machen soll.
socramTeilnehmerDanke für die wie immer schnelle Antwort!
Die Idee hatte ich auch, aber das Scannen erfolgt auf mein synology NAS, wo dann synocr läuft, um automatisch PDFs zu OCR’n.
Ich habe es nun erstmal so gelöst, dass mein Nextcloud per SFTP den Scan-Ordner einbindet, damit landet der Ordner dann wieder auf meinem PC. Alternativ kann man auch den Synology sync Client dafür nutzen.
socramTeilnehmerDanke für den Tipp. Das habe ich probiert, aber der Name wird leider trotzdem nicht korrekt gespeichert. Auch das hinzufügen von neuen Dateien klappt nicht. Ich werde dann wohl erstmal die Buchstaben ersetzen.
socramTeilnehmerHatte ich schonmal am 05.01 🙂 Habe es aber noch mal raus geschickt.
socramTeilnehmerJa, Deutsch (Deutschland).
socramTeilnehmerde_DE.UTF-8
socramTeilnehmerMeld dich gern, ich freue mich, wenn ich helfen kann.
Ich habe testweise noch einen zweiten Client (Win10 x64, Lenovo X260 mit Alcor EMV SmartCard Reader) zum Testen probiert. Auch hier passiert nach der PIN-Eingabe nichts. Vielleicht hilft das ja?socramTeilnehmerMehr steht in der client.log nicht drin, wenn ich versuche, zum beA zu verbinden.
socramTeilnehmerDas hat mir schonmal die Anmeldemöglichkeit mit dem Kartenleser eingebracht, was auch zu funktionieren scheint. Dann geht es aber leider beim Stand „beA-Postfächer werden geladen…“ nicht weiter. Auch minutenlanges Warten hilft da nicht. Es besteht nur ein einzelnes Postfach.
Folgendes steht im Log (die ersten drei Zeilen mit dem Windows-Server, die letzten drei mit dem Linux-Server, was aber wahrscheinlich hier erstmal keinen Unterschied macht?)
2020-01-06 19:03:20,659 INFO [com.jdimension.jlawyer.client.Main] Java: 1.8.0_232 2020-01-06 19:03:29,513 INFO [com.jdimension.jlawyer.client.SplashThread] client startup in 5685ms 2020-01-06 19:03:35,796 INFO [org.jlawyer.bea.BeaWrapper] Connecting to beA using endpoint https://ksw.bea-brak.de 2020-01-06 19:04:29,018 INFO [com.jdimension.jlawyer.client.Main] Java: 1.8.0_232 2020-01-06 19:04:44,672 INFO [com.jdimension.jlawyer.client.SplashThread] client startup in 5126ms 2020-01-06 19:04:47,475 INFO [org.jlawyer.bea.BeaWrapper] Connecting to beA using endpoint https://ksw.bea-brak.de
6. Januar 2020 um 18:42 als Antwort auf: Backup-Wiederherstellung von Windows-Backup auf Linux (Ubuntu 18.04) #3318socramTeilnehmerSuper, vielen Dank, daran hat das gelegen. Casesensitive schlägt also bei Windows bis hin zu MySQL durch, wieder was gelernt.
Weil hier vor einiger Zeit mal jemand nach dem Betrieb des Servers auf einem NAS gefragt hat, habe ich den Thread gleich mal mit verlinkt:
-
AutorBeiträge