Article ID: 912240 - Last Review: November 29, 2007 - Revision: 1.5 ActiveSync 4.1 and ActiveSync 4.0 cannot recognize a Windows Mobile 5.0-based device when you connect the device to a personal computer by using a USB cable or a cradleSYMPTOMSWhen you connect a Microsoft Windows Mobile 5.0-based device
to a personal computer by using a USB cable or a cradle, Microsoft ActiveSync
4.1 and Microsoft ActiveSync 4.0 cannot recognize the Windows Mobile 5.0-based
device. CAUSEThis problem occurs when a firewall application blocks
ActiveSync application processes. Firewall applications are designed to help
block network traffic and help secure the personal computer from incoming
network connections. Because ActiveSync uses TCP ports for data transfer with
Windows Mobile-based devices, you may have to unblock this traffic in the
firewall application. You must add the ActiveSync application processes to the
firewall application exception list. Sometimes, when you add ActiveSync 4.1 or ActiveSync 4.0 to the firewall application exception list, the firewall application will not let the communication between ActiveSync and the Windows Mobile 5.0 device succeed. This behavior occurs in the following cases and may occur in other cases:
RESOLUTIONTo resolve this problem, contact the firewall vendor to
determine whether one of the following conditions is true:
http://www.microsoft.com/windowsmobile/help/activesync/default.mspx
(http://www.microsoft.com/windowsmobile/help/activesync/default.mspx)
STATUSMicrosoft
has confirmed that this is a problem in the Microsoft products that are listed
in the "Applies to" section. MORE INFORMATIONWe do not recommend that firewall vendors implement their
firewalls as a firewall-hook driver. Additionally, we do not recommend that
firewall vendors implements their firewalls as a firewall driver for Windows XP
and for later versions of the operating system. The Microsoft Windows 2000 Driver Development Kit (DDK) introduced the concept of a firewall-hook driver. A firewall-hook driver was intended to manage network packets that were sent and received across a firewall in the context of the TCP/IP protocol. A firewall-hook driver did not meet the firewall requirements because the driver ran too high in the network stack. A firewall-hook driver could also interfere with the operation of Internet Connection Sharing or a personal firewall. To provide firewall functionality in Windows XP and in later versions of the operating system, firewall vendors should create a network driver interface specification (NDIS) intermediate miniport driver to manage packets that are sent and received across a firewall. For more information, visit the following Microsoft Developer Network (MSDN) Web sites: Firewall-hook drivers http://msdn2.microsoft.com/en-us/library/aa504964.aspx (http://msdn2.microsoft.com/en-us/library/aa504964.aspx) Windows Firewall http://msdn2.microsoft.com/en-us/library/ms940335.aspx (http://msdn2.microsoft.com/en-us/library/ms940335.aspx) NDIS intermediate drivers http://msdn2.microsoft.com/en-us/library/aa504394.aspx (http://msdn2.microsoft.com/en-us/library/aa504394.aspx) | Article Translations
|
Back to the top
