Repost -- Exch 2010 EWS random ErrorNonExistentMailbox errors on good accounts

I'm reposting this here to broaden the audience -- we've been chasing this for nearly 3 weeks now...  we shifted focus to the communication between EWS and the Global Catalog, but would really benefit from some mentoring on how EWS works way down under the skirts -- your assistance is greatly appreciated!

"...still struggling with EWS. The symptoms are getting clearer, though, so maybe someone will recognize this.

We open a service object impersonating a known good user and attempt to subscribe to streaming notifications. The attempt fails with the following exception:  

StrmNotification - ImpersonatedSubscription() Exception: Microsoft.Exchange.WebServices.Data.ServiceResponseException: The SMTP address has no mailbox associated with it.

   at Microsoft.Exchange.WebServices.Data.ServiceRequestBase.ProcessWebException(WebException webException)

   at Microsoft.Exchange.WebServices.Data.ServiceRequestBase.GetEwsHttpWebResponse(IEwsHttpWebRequest request)

   at Microsoft.Exchange.WebServices.Data.ServiceRequestBase.ValidateAndEmitRequest(IEwsHttpWebRequest& request)

   at Microsoft.Exchange.WebServices.Data.SimpleServiceRequestBase.InternalExecute()

   at Microsoft.Exchange.WebServices.Data.MultiResponseServiceRequest`1.Execute()

   at Microsoft.Exchange.WebServices.Data.ExchangeService.SubscribeToStreamingNotifications(IEnumerable`1 folderIds, EventType[] eventTypes)

   at CxEws.StrmNotification.ImpersonatedSubscription(ExchangeService exchSvc, String userSmtp)

We close the service object, open a new one for the same user and retry the request. The retry ALWAYS succeeds.

But that's not the best part:

We are doing this programatically for a large series of users and the fail/retry/succeed happens on every 4th user. It doesn't matter where ion the user list we start, the 4th one fails and then succeeds.

I was able to duplicate a similar failure manually using EWSeditor and the failure occurred when the impersonating account tried to bind a folder to the service. That led to some adjustments in DNS to guarantee that all non-qualified (read:netBIOS) names got a correct domain suffix attached. After that I was not able to manually recreate the failure. But the programmed process still fails.

The system is simple -- 1 Exch2010 SP3 CAS server, 1 Exch2010 SP3 Mailbox server, 1 database. The subscriptions are being done by an external voicemail system that has thousands of hours of customer time in Exchange environments from 2003 to 2013. I have a hunch that something in EWS is munging the user info coming back from Active Directory but I can't figure out how to catch the info as EWS is receiving it.

Any suggestions? I have literally hours of client-side logs with this 1-out-of-4 pattern and as clean a system as I can make.

I'm happy to provide log files or any other information needed to nail this down -- "

Thanks in advance!

Robert

December 19th, 2013 6:30pm

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics