Vlad

Erstellte Forenantworten

4 Beiträge anzeigen - 1 bis 4 (von insgesamt 4)
  • Autor
    Beiträge
  • als Antwort auf: Speichern von E-Mail-Anhängen in Akten geht nicht #6904
    Vlad
    Participant

    Wird über die Anhangliste oder rechts die Seitenleiste gespeichert?
    Sowohl über die Anhängerliste als auch über die rechte Seitenleiste – in beiden Fällen tritt der Fehler auf.

    Welcher Mailanbieter?
    MS365

    Passiert das grundsätzlich immer?
    Mir ist das Problem vorher nicht aufgefallen, allerdings habe ich es vermutlich auch nicht aktiv ausprobiert. Aktuell tritt der Fehler jedoch unabhängig von der Methode immer auf – der Anhang lässt sich in keiner Konstellation speichern.

    Weitere Beobachtung:
    Nach dem ersten Fehlversuch erscheint nicht nur die Fehlermeldung beim Speichern, sondern der betroffene Anhang lässt sich anschließend auch nicht mehr öffnen oder lokal speichern (davor geht das). Erst nach einem Neustart des Clients funktioniert das Öffnen/Lokal Speichern für die Anlage wieder.

    Log-Auszug beim Versuch, den Anhang danach zu öffnen:

    
    2025-03-25 11:08:37,914 ERROR [com.jdimension.jlawyer.client.mail.MailContentUI] Error opening attachment
    javax.mail.FolderClosedException: null
    	at javax.mail.internet.MimeBodyPart.getContent(MimeBodyPart.java:685) ~[javax.mail-1.6.2.jar:1.6.2]
    	at com.jdimension.jlawyer.client.mail.EmailUtils.getAttachmentPart(EmailUtils.java:884) ~[j-lawyer-client.jar:?]
    	at com.jdimension.jlawyer.client.mail.EmailUtils.getAttachmentPart(EmailUtils.java:860) ~[j-lawyer-client.jar:?]
    	at com.jdimension.jlawyer.client.mail.EmailUtils.getAttachmentPart(EmailUtils.java:885) ~[j-lawyer-client.jar:?]
    	at com.jdimension.jlawyer.client.mail.EmailUtils.getAttachmentPart(EmailUtils.java:860) ~[j-lawyer-client.jar:?]
    	at com.jdimension.jlawyer.client.mail.EmailUtils.getAttachmentBytes(EmailUtils.java:944) ~[j-lawyer-client.jar:?]
    	at com.jdimension.jlawyer.client.mail.MailContentUI.lstAttachmentsMouseClicked(MailContentUI.java:1901) ~[j-lawyer-client.jar:?]
    	at com.jdimension.jlawyer.client.mail.MailContentUI$7.mouseClicked(MailContentUI.java:1811) ~[j-lawyer-client.jar:?]
    	at java.awt.AWTEventMulticaster.mouseClicked(AWTEventMulticaster.java:278) ~[?:?]
    	at java.awt.Component.processMouseEvent(Component.java:6629) ~[?:?]
    	at javax.swing.JComponent.processMouseEvent(JComponent.java:3389) ~[?:?]
    	at java.awt.Component.processEvent(Component.java:6391) ~[?:?]
    	at java.awt.Container.processEvent(Container.java:2266) ~[?:?]
    	at java.awt.Component.dispatchEventImpl(Component.java:5001) ~[?:?]
    	at java.awt.Container.dispatchEventImpl(Container.java:2324) ~[?:?]
    	at java.awt.Component.dispatchEvent(Component.java:4833) ~[?:?]
    	at java.awt.LightweightDispatcher.retargetMouseEvent(Container.java:4948) ~[?:?]
    	at java.awt.LightweightDispatcher.processMouseEvent(Container.java:4584) ~[?:?]
    	at java.awt.LightweightDispatcher.dispatchEvent(Container.java:4516) ~[?:?]
    	at java.awt.Container.dispatchEventImpl(Container.java:2310) ~[?:?]
    	at java.awt.Window.dispatchEventImpl(Window.java:2780) ~[?:?]
    	at java.awt.Component.dispatchEvent(Component.java:4833) ~[?:?]
    	at java.awt.EventQueue.dispatchEventImpl(EventQueue.java:775) ~[?:?]
    	at java.awt.EventQueue$4.run(EventQueue.java:720) ~[?:?]
    	at java.awt.EventQueue$4.run(EventQueue.java:714) ~[?:?]
    	at java.security.AccessController.doPrivileged(AccessController.java:399) ~[?:?]
    	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:86) ~[?:?]
    	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:97) ~[?:?]
    	at java.awt.EventQueue$5.run(EventQueue.java:747) ~[?:?]
    	at java.awt.EventQueue$5.run(EventQueue.java:745) ~[?:?]
    	at java.security.AccessController.doPrivileged(AccessController.java:399) ~[?:?]
    	at java.security.ProtectionDomain$JavaSecurityAccessImpl.doIntersectionPrivilege(ProtectionDomain.java:86) ~[?:?]
    	at java.awt.EventQueue.dispatchEvent(EventQueue.java:744) ~[?:?]
    	at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:203) ~[?:?]
    	at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:124) ~[?:?]
    	at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:113) ~[?:?]
    	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:109) ~[?:?]
    	at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:101) ~[?:?]
    	at java.awt.EventDispatchThread.run(EventDispatchThread.java:90) ~[?:?]
    

    Danke

    • Diese Antwort wurde vor vor 1 months, 3 weeks von Vlad bearbeitet.
    • Diese Antwort wurde vor vor 1 months, 3 weeks von Vlad bearbeitet.
    als Antwort auf: beA Dokumente qualifiziert elektronisch signieren #6877
    Vlad
    Participant

    Hallo zusammen,

    ich möchte dieses Thema erneut aufgreifen, da mich die Frage weiterhin beschäftigt.Bisher konnte ich keine Möglichkeit finden, Anhänge im beA-Postfach in j-lawyer mit qeS zu signieren. Beim direkten Versand über die beA-Weboberfläche funktioniert es jedoch.

    Gibt es derzeit keine Möglichkeit, Anhänge im beA-Postfach in j-lawyer mit qeS zu signieren? Falls nicht, gibt es Informationen darüber, ob dieses Feature auf der Roadmap zur Implementierung steht?

    Danke und viele Grüße
    Vlad

    • Diese Antwort wurde vor vor 2 months von Vlad bearbeitet.
    Vlad
    Participant

    Nach dem Schließen des Fensters ohne die Änderungen zu übernehmen läuft die Verbindung jetzt soweit stabil. Vielen Dank für den Tipp!

    Mich würde noch interessieren, ob dieses Verhalten spezifisch für Ubuntu 24.04 ist, oder gab es ähnliche Probleme bereits unter älteren Ubuntu-Versionen oder anderen Betriebssystemen für den Server?

    Grüße
    Vlad

    Vlad
    Participant

    Morgen Jens,

    vielen Dank für die schnelle Rückmeldung.

    Ich habe das Postfach wie vorgeschlagen neu gekoppelt, ohne auf „Übernehmen“ zu klicken. In den Server-Logs sind während der Kopplung folgende Einträge zu sehen:

    
    2025-02-17 06:54:19,979 WARN  [com.jdimension.jlawyer.services.FormsService] (default task-6) Unable to set external entity restrictions in XML parser: java>
            at org.apache.xerces@2.12.0.SP03//org.apache.xerces.jaxp.DocumentBuilderFactoryImpl.setAttribute(DocumentBuilderFactoryImpl.java:144)
            at deployment.j-lawyer-server.ear.j-lawyer-server-ejb.jar//com.jdimension.jlawyer.services.FormsService.getPluginsInRepository(FormsService.java:114>
            at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
            at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77)
            at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
            at java.base/java.lang.reflect.Method.invoke(Method.java:568)
            at org.jboss.as.ee@26.1.3.Final//org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.jav>
            at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
            at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
            at org.jboss.as.weld.common@26.1.3.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.ja>
            at org.jboss.as.weld.common@26.1.3.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.ja>
            at org.jboss.as.weld.common@26.1.3.Final//org.jboss.as.weld.interceptors.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:>
            at org.jboss.as.ee@26.1.3.Final//org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)
            at org.jboss.invocation@1.7.0.Final//org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
            at org.jboss.as.ejb3@26.1.3.Final
    

    Kurz danach erscheint:

    
    2025-02-17 06:54:45,020 INFO  [com.jdimension.jlawyer.services.EmailService] (default task-6) Waiting for user authorization for mailbox xyz@mail.de
    2025-02-17 06:55:00,001 INFO  [com.jdimension.jlawyer.services.EmailService] (EJB default - 2) successfully updated tokens for xyz@mail.de
    

    Anschließend wird etwa alle 5 Minuten folgender Log-Eintrag wiederholt:

    
    2025-02-17 07:00:00,003 INFO  [com.jdimension.jlawyer.services.EmailService] (EJB default - 2) attempting to update tokens for xyz@mail.de
    2025-02-17 07:00:00,225 INFO  [com.jdimension.jlawyer.services.EmailService] (EJB default - 2) successfully updated tokens for xyz@mail.de
    

    Nach „Übernehmen“ taucht das ursprüngliche Problem wieder auf:

    
    2025-02-17 00:05:00,002 INFO  [com.jdimension.jlawyer.services.EmailService] (EJB default - 2) attempting to update tokens for xyz@mail.de>
    2025-02-17 00:05:00,002 ERROR [com.jdimension.jlawyer.services.EmailService] (EJB default - 2) Refresh token is empty when updating access>
    2025-02-17 00:05:00,002 ERROR [com.jdimension.jlawyer.services.EmailService] (EJB default - 2) failed to update tokens for xyz@mail.de>
    

    Dazu noch eine Sache, die Logs sind überflutet mit folgender Meldung, die alle 10 Sekunden erneut erscheint:

    
    2025-02-17 00:00:04,763 INFO  [com.jdimension.jlawyer.services.SingletonService] (Timer-6) directory observation is switched off
    

    Danke und viele Grüße
    Vlad

    • Diese Antwort wurde vor vor 2 months, 3 weeks von Vlad bearbeitet.
4 Beiträge anzeigen - 1 bis 4 (von insgesamt 4)