Results 1 to 4 of 4

Thread: Bug with preauth mechanism and SOAP headers?

  1. #1
    Join Date
    Nov 2005
    Posts
    55
    Rep Power
    9

    Default Bug with preauth mechanism and SOAP headers?

    I'm not sure if this is a bug, but it seems like unexpected behavior and I cannot figure out when or why it happens.

    Most of the time when doing a preauth request via SOAP, we receive a response that contains a SOAP header with the normal refresh/update data. I have one user that in every case, we don't receive any SOAP header in the preauth request. Unfortunately our existing code is expecting a SOAP header in all cases generating some Null Pointer Excpetions (and isn't a header needed to be a proper SOAP packet, even if the header is empty?)

    Its simple enough for us to avoid the Null Pointer Exception, but is this a potential problem that might have bigger ramifications if we continue to receive empty headers for this user. Has anyone else seen this? Is this expected behavior?

  2. #2
    Join Date
    Aug 2005
    Location
    San Mateo, CA
    Posts
    4,789
    Rep Power
    19

    Default

    Is this on the GetInfoResponse? Can you post the result of this? Was the user already logged in? Is it an admin user?
    Looking for new beta users -> Co-Founder of Acompli. Previously worked at Zimbra (and Yahoo! & VMware) since 2005.

  3. #3
    Join Date
    Aug 2005
    Posts
    228
    Rep Power
    10

    Default

    The SOAP header element is definitely optional, per spec.

    Do you have more then one server? If the user's mailbox is on a different server then where you sent the request then you might endup without any header, as it won't create a session for that user.

    Other then that, without seeing the actual SOAP request/response it will be hard to debug.
    Bugzilla - Wiki - Downloads - Before posting... Search!

  4. #4
    Join Date
    Nov 2005
    Posts
    55
    Rep Power
    9

    Default Different servers

    Indeed we do have two nodes as running Zimbra under one virtual host, after the preauth, we do a GetAccountInfoRequest and store the actual server name as a cookie. That cookie is then used by apache to detirmine which zimbra node to proxy requests to.

    It certainly makes sense that in the case of doing a preauth on a different server than the mail store it would not be able to provide any information about mail counts. Most of the users are installed on the first node and the user that was failing was on the second node. It also makes sense that that first request is always to the first node, since apache will always proxy to the first node when their is no cookie, so the a user on the second node would always have this problem.

    I'm no longer worried. It all makes sense. None the less we're just handling the missing header more gracefully in our SOAP processing.
    Last edited by Coilcore; 07-20-2006 at 10:54 AM.

Posting Permissions

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