Ask a questionAsk a question
 

AnswerBad Request Using Active Sync Protocol

  • Thursday, October 22, 2009 7:23 AMSirishak Users MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     
    Hi All,
    I am facing a Bad Request error while sending the FolderSync Command to exchange server using Netbook. I checked headers and url everything is proper, the same request works well in another device. Please let me know if anything i should take care.

    Thanks in advance

Answers

  • Monday, November 09, 2009 5:09 PMDominic Salemno MSFTMSFT, ModeratorUsers MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     Answer

    Sirisha,

     

    After analyzing the trace in question, I have found two extra bytes at the end of the commands that have resulted in a 400 Bad Request. The extra bytes in question are “0d 0a” and correlate to a CRLF. Perhaps you have inadvertently inserted those bytes by using a function/method that appends these particular bytes to the stream in question? For example, if you are using WriteLine() as opposed to Write() will cause such behavior to occur.

     

    Removing these two extra bytes should correct the problem.

     

    Have I answered your question?

     

    Dominic Michael Salemno

    Senior Support Escalation Engineer

    US-CSS DSC Protocols Team

All Replies

  • Thursday, October 22, 2009 5:02 PMObaid FarooqiMSFT, ModeratorUsers MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     

    Hi Sirishak:
    Thank you for your inquiry.

    A member of Protocol Documentation Team will be in touch soon.


    Regards, Obaid Farooqi
  • Thursday, October 22, 2009 6:24 PMDominic Salemno MSFTMSFT, ModeratorUsers MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     
    Hi Sirishak,

    I am the engineer who has taken ownership of your inquiry.

    Could you please e-mail me the packet trace for this to dochelp [at] winse.microsoft.com ?
    I need to see the full request and responses.

    Dominic Michael Salemno
    Senior Support Escalation Engineer
    US-CSS DSC Protocols Team
  • Monday, October 26, 2009 4:51 PMDominic Salemno MSFTMSFT, ModeratorUsers MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     
    Sirishak,

    I still have not received your network trace at the previously provided e-mail address.

    Would you still like me to investigate this issue?

    Dominic Michael Salemno
    Senior Support Escalation Engineer
    US-CSS DSC Protocols Team
  • Tuesday, October 27, 2009 7:17 AMSirishak Users MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     
    Sorry for late reply. Yeah i wanted to investigate on this issue. Here is the attached file for packet trace. Also i have sent the same packet trace to  dochelp [at] winse.microsoft.com 
     
    Please let me know if anything else is required to investigate this issue.
     
    Thanks,
    Sirisha
  • Wednesday, October 28, 2009 2:01 PMSirishak Users MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     
    Is any progress has been made on this issue after sending the packet trace?


    Thanks,
    Sirisha
  • Wednesday, October 28, 2009 3:18 PMDominic Salemno MSFTMSFT, ModeratorUsers MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     
    Sirishak,

    I am still investigating this issue.

    Dominic Michael Salemno
    Senior Support Escalation Engineer
    US-CSS DSC Protocols Team
  • Tuesday, November 03, 2009 7:22 AMSirishak Users MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     
    Any luck on this issue. I am waiting for solution.

    Thanks,
    Sirisha
  • Thursday, November 05, 2009 5:44 PMDominic Salemno MSFTMSFT, ModeratorUsers MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     
    Sirisha,

    I am still investigating this issue. I am still analyzing your trace.

    Dominic Michael Salemno
    Senior Support Escalation Engineer
    US-CSS DSC Protocols Team
  • Monday, November 09, 2009 5:09 PMDominic Salemno MSFTMSFT, ModeratorUsers MedalsUsers MedalsUsers MedalsUsers MedalsUsers Medals
     Answer

    Sirisha,

     

    After analyzing the trace in question, I have found two extra bytes at the end of the commands that have resulted in a 400 Bad Request. The extra bytes in question are “0d 0a” and correlate to a CRLF. Perhaps you have inadvertently inserted those bytes by using a function/method that appends these particular bytes to the stream in question? For example, if you are using WriteLine() as opposed to Write() will cause such behavior to occur.

     

    Removing these two extra bytes should correct the problem.

     

    Have I answered your question?

     

    Dominic Michael Salemno

    Senior Support Escalation Engineer

    US-CSS DSC Protocols Team