We actually got bit by the McAfee bug as well and upgrading the client fixes it (or just turn off its email scannig of the Outlook client through the COM add-in management options page in OL(assuming you are using a server side mail scanner you should be ok)).
> I had a ticket open with MS about this... turns out that McAfee 7.0 > (7.1.0 is the fix) will cause this... so will the Sprint Business > Connections server (contact Sprint for the updated version). > > jeff e. > > =20 > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Michael B. Smith > Sent: Monday, October 25, 2004 12:31 PM > To: Exchange Discussions > Subject: RE: Too many mapi sessions > > I haven't tracked it down in specific detail, but this began appearing > for me fairly regularly when I installed Exchange 2003 sp1 for several > clients. At one, it was real - there was a bug in a script. At the > others - it doesn't seem to be a "real" error. > > While I hesitate to tell you to ignore an event log error, evaluate the > impact to your organization and if it doesn't "hurt" - then ignore it. > > Oh, and if you haven't looked at the information on this at eventid.net, > I recommend you check there too. > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of wade > robinson > Sent: Monday, October 25, 2004 1:22 PM > To: Exchange Discussions > Subject: Too many mapi sessions > > I am receiving several event id's 9646 in a few on my Exchange 2003 SP1 > severs event logs. I looked at some microsoft technotes that metion as > a reselotion to increase the default vaules for these connections, > however i am concerned as it mentions scripts sending large mailings > ect.. but the users are not heavy users and it seems like a virus may be > able to produce > these types of erros. Anyone eles seen this and have some insight? > Would > be apppreciated. > > > > Mapi session = > "/o=3DMSTEXCHANGE/ou=3DRVRExchange/cn=3DRecipients/cn=3Dusername" > exceeded the maximum of 32 objects of type "session". > > _________________________________________________________________ > List posting FAQ: http://www.swinc.com/resource/exch_faq.htm > Web Interface: > http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=3Dexchange&text_mode=3D= > & > lang=3Denglish > To unsubscribe send a blank email to > %%email.unsub%% > Exchange List admin: [EMAIL PROTECTED] > To unsubscribe via postal mail, please contact us at: > Jupitermedia Corp. > Attn: Discussion List Management > 475 Park Avenue South > New York, NY 10016 > > Please include the email address which you have been contacted with. > > > _________________________________________________________________ > List posting FAQ: http://www.swinc.com/resource/exch_faq.htm > Web Interface: > http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=3Dexchange&text_mode=3D= > & > lang=3Denglish > To unsubscribe send a blank email to > %%email.unsub%% > Exchange List admin: [EMAIL PROTECTED] > To unsubscribe via postal mail, please contact us at: > Jupitermedia Corp. > Attn: Discussion List Management > 475 Park Avenue South > New York, NY 10016 > > Please include the email address which you have been contacted with. _________________________________________________________________ List posting FAQ: http://www.swinc.com/resource/exch_faq.htm Web Interface: http://intm-dl.sparklist.com/cgi-bin/lyris.pl?enter=exchange&text_mode=&lang=english To unsubscribe send a blank email to [EMAIL PROTECTED] Exchange List admin: [EMAIL PROTECTED] To unsubscribe via postal mail, please contact us at: Jupitermedia Corp. Attn: Discussion List Management 475 Park Avenue South New York, NY 10016 Please include the email address which you have been contacted with.
