Announcement

Collapse
No announcement yet.

Thunderbird Oxtender funktioniert nicht mehr seit Upgrade auf 6.18

Collapse
X
Collapse
 
  • Page of 1
  • Filter
  • Time
  • Show
Clear All
new posts
Previous template Next
  • #1

    Thunderbird Oxtender funktioniert nicht mehr seit Upgrade auf 6.18

    Nachdem ich heute ein Upgrade von 6.16 auf 6.18 gemacht habe funktioniert der Thunderbird Oxtender nicht mehr.

    Wenn ich synchronisiere passiert clientseitig (scheinbar) garnichts, auf dem Server erscheint folgende Logmeldung:

    Code:
    SEVERE: AJP-0001 Category=7 Message=Cookie name "expires" is a reserved token exceptionID=61460476-269
AJP-0001 Category=7 Message=Cookie name "expires" is a reserved token exceptionID=61460476-269
        at com.openexchange.ajp13.najp.AJPv13Task.call(AJPv13Task.java:393)
        at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
        at java.util.concurrent.FutureTask.run(FutureTask.java:138)
        at com.openexchange.threadpool.internal.CustomThreadPoolExecutor$Worker.runTask(CustomThreadPoolExecutor.java:738)
        at com.openexchange.threadpool.internal.CustomThreadPoolExecutor$Worker.run(CustomThreadPoolExecutor.java:764)
        at java.lang.Thread.run(Thread.java:619)
Caused by: java.lang.IllegalArgumentException: Cookie name "expires" is a reserved token
        at javax.servlet.http.Cookie.<init>(Cookie.java:138)
        at com.openexchange.ajp13.AJPv13ForwardRequest.parseCookieHeader(AJPv13ForwardRequest.java:504)
        at com.openexchange.ajp13.AJPv13ForwardRequest.parseRequestHeaders(AJPv13ForwardRequest.java:445)
        at com.openexchange.ajp13.AJPv13ForwardRequest.processRequest(AJPv13ForwardRequest.java:260)
        at com.openexchange.ajp13.najp.AJPv13RequestHandlerImpl.handleForwardRequest(AJPv13RequestHandlerImpl.java:265)
        at com.openexchange.ajp13.najp.AJPv13RequestHandlerImpl.processPackage(AJPv13RequestHandlerImpl.java:177)
        at com.openexchange.ajp13.najp.AJPv13ConnectionImpl.processRequest(AJPv13ConnectionImpl.java:194)
        at com.openexchange.ajp13.najp.AJPv13Task.call(AJPv13Task.java:345)
        ... 5 more
    Da mein Verdacht ist, dass es am OX Server liegt und nicht am Oxtender habe ich diesen Thread auch in diesem Forum gepostet.

    Ich bin mir nicht ganz sicher, aber ich glaube, dass das Problem erst nach dem Aktivieren des neuen Autologin-Features aufgetreten ist und nicht direkt nach dem Upgrade. Der Verdacht liegt zumindest nahe, dass es etwas damit zu tun haben könnte...

    Jedoch hat weder das Deaktivieren des Autologin (inkl. Neustart) noch das Löschen der TB-Cookies geholfen.

    Irgendjemand eine Idee?

    Gruß,

    Oliver
    Tags: None
  • #2
    Hallo Oliver,

    das Problem tritt wohl auf da wir das Session Handling mit 6.18 optimiert haben. Ich hab dem Entwickler des Thunderbird OXtenders bescheid gesagt. Danke für den Tipp.

    Gruß

    Comment

    • #3
      OK, Danke!

      Comment

      • #4
        Kekse!

        Aloha!

        Der Server beschwert sich hier, dass er ein Cookie Namens "expires" vom Client gesendet wurde. Die Frage ist jetzt, wo der her kommt.

        1) Benutzt Du vor dem OX einen Apache oder einen anderen Web-Server?

        2) Es könnte sein, dass TB nicht mit parametrierten Cookies zurecht kommt, also genau dem Expires Wert. Für den Fall müssten wir wohl eine Browserweiche oder etwas in der Art einbauen. Könntest Du den Netzwerkverkehr zwischen TB und Server mitschneiden, sodass wir einen Blick auf die Header werfen können?

        Comment

        • #5
          Es scheint tatsächlich am Autologin zu liegen. Kurz nach meinem letzten Post (einige Zeit nach dem Abschalten des Autologin) ging es plötzlich wieder. Nun habe ich das Autologin wieder aktiviert und der Fehler tritt wieder auf.

          zu 1) Ja, apache mit ajp

          zu 2) Voila (secrets und sessions abgeändert):

          Code:
          GET /ajax/login?connectionCheck=true HTTP/1.1
Host: xxxx.form4.de
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.8) Gecko/20100802 Lightning/1.0b2 Thunderbird/3.1.2
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: de-de,de;q=0.8,en-us;q=0.5,en;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 115
Connection: keep-alive

HTTP/1.1 200 OK
Date: Thu, 02 Sep 2010 11:00:10 GMT
Expires: Sat, 06 May 1995 12:00:00 GMT
Content-Type: text/javascript; charset=UTF-8
Pragma: no-cache
Cache-Control: no-store, no-cache, must-revalidate,post-check=0, pre-check=0
Set-Cookie: JSESSIONID=4a719d559d4f47d2b47dd7d4d6bd9a61.APP1; path=/
Vary: Accept-Encoding,User-Agent
Content-Encoding: gzip
Content-Length: 138
Keep-Alive: timeout=15, max=100
Connection: Keep-Alive

GET /ajax/config/identifier?session=1a0d8bfa8d9c4f94b452c861f5f6d2a0 HTTP/1.1
Host: xxxx.form4.de
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; de; rv:1.9.2.8) Gecko/20100802 Lightning/1.0b2 Thunderbird/3.1.2
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: de-de,de;q=0.8,en-us;q=0.5,en;q=0.3
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 115
Connection: keep-alive
Cookie: JSESSIONID=4a719d559d4f47d2b47dd7d4d6bd9a61.APP1; open-xchange-secret-2YqxZiDrspC4HD1d3s2TVw=a77d3f006c0949b38c999a4e251a82db;  expires=Thu, 09 September 2010 10:46:37 GMT

HTTP/1.1 200 OK
Date: Thu, 02 Sep 2010 11:00:10 GMT
Vary: Accept-Encoding,User-Agent
Content-Encoding: gzip
Content-Length: 20
Keep-Alive: timeout=15, max=99
Connection: Keep-Alive
Content-Type: text/plain

          Comment

          • #6
            Zur Info:

            Das gleiche Problem mit Thunderbird hier und die Lösung (Autologin = false) funktioniert auch.

            --
            Goad

            Comment

            • #7
              Seit dem Update auf die 6.18.0.0-10-Pakete scheint dieser Workaround aber auch nicht mehr zu funktionieren, oder? In /opt/open-xchange/etc/groupware/sessiond.properties steht:
              com.openexchange.sessiond.autologin:false, aber trotzdem bekomme ich diese Meldung:

              Code:
              SCHWERWIEGEND: AJP-0001 Category=7 Message=Cookie name "expires" is a reserved token exceptionID=1916019286-7674
AJP-0001 Category=7 Message=Cookie name "expires" is a reserved token exceptionID=1916019286-7674
	at com.openexchange.ajp13.najp.AJPv13Task.call(AJPv13Task.java:393)
	at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
	at java.util.concurrent.FutureTask.run(FutureTask.java:123)
	at com.openexchange.threadpool.internal.CustomThreadPoolExecutor$Worker.runTask(CustomThreadPoolExecutor.java:738)
	at com.openexchange.threadpool.internal.CustomThreadPoolExecutor$Worker.run(CustomThreadPoolExecutor.java:764)
	at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.IllegalArgumentException: Cookie name "expires" is a reserved token
	at javax.servlet.http.Cookie.<init>(Cookie.java:138)
	at com.openexchange.ajp13.AJPv13ForwardRequest.parseCookieHeader(AJPv13ForwardRequest.java:504)
	at com.openexchange.ajp13.AJPv13ForwardRequest.parseRequestHeaders(AJPv13ForwardRequest.java:445)
	at com.openexchange.ajp13.AJPv13ForwardRequest.processRequest(AJPv13ForwardRequest.java:260)
	at com.openexchange.ajp13.najp.AJPv13RequestHandlerImpl.handleForwardRequest(AJPv13RequestHandlerImpl.java:265)
	at com.openexchange.ajp13.najp.AJPv13RequestHandlerImpl.processPackage(AJPv13RequestHandlerImpl.java:177)
	at com.openexchange.ajp13.najp.AJPv13ConnectionImpl.processRequest(AJPv13ConnectionImpl.java:194)
	at com.openexchange.ajp13.najp.AJPv13Task.call(AJPv13Task.java:345)
	... 5 more

              Comment

              • #8
                Das selbe ist bei uns auch zu beobachten. Macht die Arbeit mit TB/OX quasi unmöglich.

                Comment

                Previous template Next
                Working...
                X