Homepage | Products | OX Knowledge Base | Support | Try Now | Contact | Company
OX Logo
Results 1 to 8 of 8
  1. #1

    Unhappy 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

  2. #2
    Join Date
    Feb 2007
    Location
    Germany
    Posts
    3,695

    Default

    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ß

  3. #3

    Default

    OK, Danke!

  4. #4
    Francisco Laguna Guest

    Default 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?

  5. #5

    Default

    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

  6. #6
    Join Date
    Sep 2010
    Posts
    19

    Default

    Zur Info:

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

    --
    Goad

  7. #7
    hgd Guest

    Default

    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

  8. #8

    Default

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

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •