j-lawyer.org
Erstellte Forenantworten
-
Beiträge
-
Zum fehlenden Speichern des Entwurfs kann ich nichts herauslesen – bitte schauen wie das Verhalten in der kommenden Version 3.5 ist.
Das Serverlog zeigt dass der Server auf Linux läuft und seine Backups auf C:\… synchronisieren soll – das ergibt keinen Sinn.
VG!
Dann bitte mal eine Mail beim Verfassen 3min stehen lassen, danach einen Systemreport per E-Mail senden.
Zumindest soll es nicht so sein. Der betroffene Code ist mittlerweile sehr weit von der von Dir eingesetzten Version entfernt, sodass eine Analyse etwas aufwändiger wäre.
Kannst Du mal mit diesem Client probieren?
> https://cloud.j-dimension.com/index.php/s/wscJLx3KDCKoEWm?path=%2FVorschau%2FClient%2F2026-01-29-3.4-Desktop-TimesheetsrundungEr ist vollständig kompatibel mit dem offiziellen 3.4er Server.
Der Entwurf in der Akte wird automatisch und zyklisch gespeichert. Schreibt man eine Stunde lang an der Mail, sollten nur die letzten 60s (max.) verloren gehen. Ist das nicht der Fall?
Das automatische Speichern ermöglicht es, den Vorgang abzubrechen und die Mail später weiter zu bearbeiten. Der Aktenbezug bleibt erhalten – es handelt sich um ein Dokument in der Akte.
Das explizite Speichern als Entwurf speichert die Nachricht im IMAP / Office 365-Postfach, bspw. um mit einem externen Mailprogramm weiterarbeiten zu können (bspw. um PGP-verschlüsselt zu senden).
VG
Alles was ich sagen kann ist dass es sich um ein Problem der Netzwerkkonfiguration handelt – der Server wird gar nicht erreicht.
Sorry, ich kann hier aus der Ferne nicht mehr helfen. Die Historie mit Migration aus Microsoft SQL und die Installation etc. ist mir nicht bekannt und alles weitere wäre Glaskugelleserei.
Bei Bedarf wenden Sie sich gern an die Mailadresse im Impressum und erteilen einen Supportauftrag, dann schauen wir per Fernwartung drauf.
Viele Grüße!
Wie vermutet – ein Wechsel von MySQL 8 auf MariaDB 10. Beim Import werden einige Tabellen fehlschlagen. Der Dump muss konvertiert werden. In der Regel sind abweichende Zeichensätze das Problem. Man muss den Dump ohne Backupmanager in die MariaDB einspielen und nach und nach die auftretenden Fehler in der sql-Datei bereinigen.
Die j-lawyer Installer pflegen nicht automatisch die Datenbankinstallation. Unter Linux ist das eh Aufgabe des Paketmanagers, und es wäre auch gefährlich weil andere Anwendungen den selben Datenbankserver nutzen können.
Ich habe hier kein Mint, bitte mal den Dump der Datenbank (liegt in Backups) mit dem Editor öffnen. Im Kopf oder Fuß steht die verwendete Datenbankversion.
Diese mal mit jener auf Mint vergleichen.Die Versionen sind von Linuxdistribution zu Linuxdistribution unterschiedlich, für einen Transfer von Datenbanken ist das ein Problem. Und es hat nichts mit dem j-lawyer zu tun.
Mir scheint dass es hier eine Inkompatibilität gibt – bspw. Import aus einer MySQL-Datenbank in eine MariaDB oder aus einer viel älteren MariaDB in eine neuere.
„Wäre ja gut, wenn es im Programm neben der Datensicherung auch einen „Restore“-Knopf gäbe, der automatisch einfach aus einer Backup-Datei alles wieder herstellt – ohne Benutzer und Rechte Heckmeck.“
Wie soll das funktionieren, das System kann sich nicht selbst „ersetzen“. Beim Restore wird die Datenbank gelöscht und eine andere importiert. Ohne eine Datenbank kann das Programm nicht laufen.
