Direct Push registry settings? - 8125, K-JAM, P4300, MDA Vario General

I'm trying to see if there's some kind of registry setting that would allow Direct Push to use an available WiFi connection as opposed to forcing a GPRS connection. While searching for relevant keys, I came across these:
Windows Registry Editor Version 5.00
[HKEY_CURRENT_USER\Software\Microsoft\ActiveSync]
"LastUIState"=dword:00000000
"KeepAlive"=dword:00000001
"MIMETruncation"=dword:0003E800
"MailBodyTruncation"=dword:FFFFFFFF
"DeviceID"="F0393738D4933383B0EF2423F0667416"
"SyncAPN"=""
"SendMailItemsImmediately"=dword:00000001
"PeakStartTime"=dword:000001E0
"PeakEndTime"=dword:00000438
"OutboundMailDelay"=dword:00000005
"MinHeartbeat"=dword:000001E0
"MaxHeartbeat"=dword:00000690
"HeartbeatIncrement"=dword:0000012C
"InitialHeartbeat"=dword:000001E0
"EnableNonLocalCrossPollination"=dword:00000000
"Device"="PPC"
"TcpPingRetryStepMs"=dword:000009C4
"TcpPingTcpRetries"=dword:00000005
"TcpPingDnsRetries"=dword:00000001
"Interval"=dword:00000000
"Retries"=dword:00000001
"Resilience"=dword:00000002
"NotifySyncDelay"=dword:00000000
"DisconnectWhenDone"=dword:00000001
"SyncWhenRoaming"=dword:00000000
"MailFileAttachments"=dword:00000000
"SaveSentItems"=dword:00000001
"BodyTruncation"=dword:00001400
"CalendarAgeFilter"=dword:00000004
"EmailAgeFilter"=dword:00000002
[HKEY_CURRENT_USER\Software\Microsoft\ActiveSync\Partners]
[HKEY_CURRENT_USER\Software\Microsoft\ActiveSync\Partners\{0DFDB9E1-74E0-5744-15C0-1CD660E700DF}]
"RetryCount"=dword:00000000
"RetryInterval"=dword:00000000
"LastSyncSuccess"=hex:80,73,DE,05,78,74,C6,01
"LastSyncAttempt"=hex:80,73,DE,05,78,74,C6,01
"LastSyncResult"=dword:00000000
"ErrorSeverity"=dword:00000000
"LastPingResult"=dword:06000701
"ServerNameChanged"=dword:00000000
"URI"=""
"EnrollForCertOnNextCradle"=dword:00000000
"DeviceSMSAddress"=""
"DeviceAddressingMethod"=dword:00000000
"CarrierConnector"=""
"Server"="mobile.exchange.mail2web.com"
"ClientRenegotiated"=dword:00000000
"EmailAddress"=""
"IsSecureIdServer"=dword:00000000
"TasksFolderId"="1b5349336f74fd48be3b785536ff9688-1d7f0ab"
"ContactsFolderId"="1b5349336f74fd48be3b785536ff9688-1d7f0a7"
"CalendarFolderId"="1b5349336f74fd48be3b785536ff9688-1d7f0a6"
"AutdSupportLevel"=dword:00000003
"PartnerIndex"=dword:00000001
"ClientProtocolVersion"="2.5"
"ClientNegotiated"=dword:00000001
"TempAirsyncVersion"="2.5"
"CommandsSupported"="Sync,SendMail,SmartForward,SmartReply,GetAttachment,GetHierarchy,CreateCollection,DeleteCollection,MoveCollection,FolderSync,
FolderCreate,FolderDelete,FolderUpdate,MoveItems,GetItemEstimate,MeetingResponse,ResolveRecipients,ValidateCert,Provision,Search,Notify,Ping"
"MSAS-ProtocolVersions"="1.0,2.0,2.1,2.5"
"ClientAuthCertRequired"=dword:00000000
"Logging"=dword:00000000
"ConflictResolution"=dword:00000001
"Domain"="ad2"
"User"= <Exchange User Name Here>
"SavePassword"=dword:00000001
"UseSSL"=dword:00000001
"StoreType"=dword:00000003
"Engine"="{22C7DA12-F3FD-4875-8344-7786454F6534}"
"Name"="Exchange Server"
[HKEY_CURRENT_USER\Software\Microsoft\ActiveSync\Partners\{0DFDB9E1-74E0-5744-15C0-1CD660E700DF}\{783AE4F6-4C12-4423-8270-66361260D4F1}]
"Enabled"=dword:00000001
[HKEY_CURRENT_USER\Software\Microsoft\ActiveSync\Partners\{0DFDB9E1-74E0-5744-15C0-1CD660E700DF}\{C6D47067-6E92-480E-B0FC-4BA82182FAC7}]
"Enabled"=dword:00000001
[HKEY_CURRENT_USER\Software\Microsoft\ActiveSync\Partners\{0DFDB9E1-74E0-5744-15C0-1CD660E700DF}\{4A5D9FE0-F139-4A63-A5A4-4F31CEEA02AD}]
"Enabled"=dword:00000001
[HKEY_CURRENT_USER\Software\Microsoft\ActiveSync\Partners\{0DFDB9E1-74E0-5744-15C0-1CD660E700DF}\{0DD8685C-E272-4FCB-9ECF-2EAD7EA2497B}]
"Enabled"=dword:00000001
Assuming Microsoft was kind enough to include a registry setting to allow this (maybe they did it during testing), what names and values do you guys think could hold relevance to what we're looking for?

I spotted some of these keys when digging around. When I first implemented direct push I found that it has transmitting some traffic every 8 mins (there was also a problem with our ISA server dropping the https connection after 2 mins but that is another story).
Any I have changed one of those settings and from 8 mins to about 28 and the traffic count has dropped. Although I did hear that the settings are automatically updated as the system is used.
I find I need to turn off direct push if I want to use wi-fi which is a pain .

I suspect the ISA server drops the connection every 2mins because that is the default timeout value on the web listener.
Change that to 30mins (18000ms) as per the KB article (can't be arsed looking up the number).

mobileadam said:
I find I need to turn off direct push if I want to use wi-fi which is a pain .
Click to expand...
Click to collapse
I wholeheartedly agree. To quote what I said in another thread:
This is not an issue of whether Direct Push should work over WiFi, this is an issue of not being able to use the device at all when WiFi is enabled while Direct Push is enabled.
If Direct Push wants to use a GPRS connection, fine, I don't mind. But I should be able to enable WiFi as well with no consequences, and Direct Push can still use the GPRS connection while the WiFi radio is on.
I have successfully tested this and it works. I was able to send my device an e-mail and have it notify me while WiFi is on, and when I browse the internet it uses the WiFi connection, not the GPRS one. But after a while of having both connections enabled, through some kind of bug or glitch the device will slow down till it eventually comes to a screeching halt.
There is no way that this is like this by design. If you can't enable WiFi with Direct Push enabled, then the system should force you to disable Direct Push before enabling WiFi or vice versa. But I believe it's a bug because even the WiFi icon has the ActiveSync animated connection graphic when both connections are enabled, which leads me to believe that Microsoft had anticipated a WiFi connection being active while Direct Push is doing its business over GPRS.

Related

Problem : Push Email + WiFi = Wizard frozen

After upgrading my SPVM3000 to ROM 2.16.1.3 FRE (Orange), I set up a push email account at 4smartphone and all work fine.
But while Push Email is activated, if I activate WiFi and browse internet with PIE, Wizard freeze as soon as the first page is dowloaded.
If I switch Push Email and Edge connection off in Comm Manager before switching on WiFi, I can browse internet without problem.
Have anybody noticed/resolved this problem ?
Do I have to think I'm the only one with this problem ?
I believe your problem is because push email always uses the GPRS connection regardless of the state of wiFi. When WiFi is activated and the push email heartbeat kicks in, Gprs is brought back up and your WiFi connection is trashed. YMMV on the end results I guess. On mine, PIE can't connect.
This is a bug IMO but I understand the issue. Consquently, you must disable push email in connection manager before enabling WiFi. Fortunately, the two buttons are right next to each other
I'm a little surprise that it's a bug, as nobody speak about it in this great forum.
Problem with disabling push mail is that if you want to not have push mail during the night for exemple, when enabling push mail this is lost and push mail is always on at all hours.
Other thing is, I'm using VJVolubilis to toggle WiFi (via a hard button) and not connection manager.
I suspect more a bad parameter somewhere...
PS : Bad english I know, I'm french. I expect you understand me.
hmmm... your WiFi handler most likely explains your lockup complaint that I don't experience. Believe me, the GPRS downgrade caused by the push email heartbeat is a bug. However, it's very possible that this hasn't been explored much here due to the low number of AKU2 upgraders who also run push email. Also, my experience shows that sometimes you don't even notice that the WiFi connection "downgrades" to GPRS when the heartbeat kicks in again. This because the wifi tower icon is still shown and the only real way to spot it is to run a thruput test like www.2wire.com.
M$ really needs to make the direct push driver WiFi aware, however there may be something to do with the conflicting requirement to leave our Wizards in standby mode during email reception that makes this a difficult feat. Perhaps a better (read "more possible") implementation would be for it to open a seperate hidden GPRS connection that's not tied to your ISP or Work network connection settings.
I didn't want to admit it
I have the same problem. I am running 2.17.7.2 WWE, 2/10/06, 02.07.10, 413.1.03.
Can anyone confirm that they are able to use GPRS/WiFi simultaneously with no issues on any ROM? Preferrably, with Direct Push enabled.
Look here for a possible fix:
http://forum.xda-developers.com/viewtopic.php?t=50223
GliTCH82 said:
Look here for a possible fix:
http://forum.xda-developers.com/viewtopic.php?t=50223
Click to expand...
Click to collapse
hi ,
Page not found ????!!!

Stop Push Email over GPRS when WiFi ON ?

Hello there folks,
After much reconfiguring of our exchange server, i have push email working!
However, i have found that occasionally when WiFi is on, the phone will still sometimes try to establish a GPRS data connection.
Does anyone know of a way to stop it doing this? I would prefer WiFi to be the prefered data path.
Any help would be appreciated!
Thanks In Advance
G
push mail doesn't work over wifi. You need to keep the GPRS connected for this. You can still activesync over Wifi, but push mail is depending on a cellular network.
ahhhhhhhh, of course.
what an idiot i am..... thank you
That doesn't make sense to me. Push should work better over WiFi.
Although I don't know for sure, I wonder if the fact your GPRS IP address and WiFi one will necessarily be different makes the Wizard hop back onto GPRS if that's where the push session was established.
If you cancel push, then establish WiFi and then re-establish push, does it still try jump to GPRS?
Out of interest, what tweaking did you have to do to the server? Our IS guys applied the service pack, and for a brief period, I tested push and it worked, now it seems to have stopped working. I can establish the session, but nothing gets "pushed". If I log in to Outlook, OWA and push, I can see my test messages land on the first two, but nothing on the Wizard until I manually sync it...
Regards,
Dox
I'm not bothered by the fact that DP tried to re-establish my GPRS connection as much as the 8125 locking up whenever I enable WiFi while already in Direct Push mode. If I can figure out why that happens and stop it I can stop messing with my Wizard and actually enjoy it more.
M$ says that they can't support direct push over WiFi because the device turns off WiFi when in powersave mode which disables direct push.
I thought that was a lame reason and told them that at MEDC. We should be allowed to make that decision and direct push should adapt to whatever network connection we're using IMO.
This is not an issue of whether Direct Push should work over WiFi, this is an issue of not being able to use the device at all when WiFi is enabled while Direct Push is enabled.
If Direct Push wants to use a GPRS connection, fine, I don't mind. But I should be able to enable WiFi as well with no consequences, and Direct Push can still use the GPRS connection while the WiFi radio is on.
I have successfully tested this and it works. I was able to send my device an e-mail and have it notify me while WiFi is on, and when I browse the internet it uses the WiFi connection, not the GPRS one. But after a while of having both connections enabled, through some kind of bug or glitch the device will slow down till it eventually comes to a screeching halt.
There is no way that this is like this by design. If you can't enable WiFi with Direct Push enabled, then the system should force you to disable Direct Push before enabling WiFi or vice versa. But I believe it's a bug because even the WiFi icon has the ActiveSync animated connection when both connections are enabled, which leads me to believe that Microsoft had anticipated a WiFi connection being active while Direct Push is doing its business over GPRS.
Now, if you could please give all of that to MS, and maybe get some kind of reply I would be forever in your debt!
If you're getting lockups with WiFi/DirectPush then take a look here:
http://forum.xda-developers.com/viewtopic.php?t=50223

Internet Sharing over Wifi-Chainfire's WMWifiRouter v0.80 Ooo Pretty (Dec-10-2007)

Note that the NEW thread is at http://forum.xda-developers.com/showthread.php?p=1801986
The topic maintainer (who has done a great job) has been fairly absent recently, which is why the thread has been continued elsewhere. The current topic also includes the information on how to do this all manually, without WMWifiRouter.
(End of Menneisyys' update; original original post follows.)
Breaking News!:
Chainfire has released WMWifiRouter v0.80. An app that automates the launching of Internet Sharing/Registry Changes/WiFi power Cycling/with a new 10 minute timeout fix/process! If you appreciate his work on this or his KaiserTweak application, feel free to donate something to him via PayPal.
IMPORTANT NOTES:
If you use this application, NO hacked .dlls are are needed/used. Ignore my (TalynOne's) tutorial, except for any sections referenced in Chainfire's notes below.
Make sure you have a working version of Internet Sharing installed, and tested, before trying to share it via WiFi.
WMWifiRouter info from ChainFire:
Changelog:
v0.80
Changed interface to use big icons and animations
Added new program icons, still needs some work though
Added option to make the log visible
Added about screen (with new logo)
Added options to create/remove shortcut in your program menu
Added extra registry backup/restore functionality
Added detection for ICS, with the optional error message
v0.76
Made "Unattended mode" the default power saving mode (seems to work for everybody)
Tweaked clean-up code
v0.75
Changed the power tweak with two different power saving modes: "idle" and "unattended". This fixed the power tweak for all users as far as I can tell.
v0.74
Changed the way ICS is launched and forced to connect (hopefully this will end the manual-connect issue once and for all)
Added code to prevent multiple instances
Added an icon
v0.73
Adjustments in power tweak
Adjustments in timings
Added registry tweaks for Sprint users
Put the configurable options in a menu
Added some code that cleans up your registry if the program crashed or you needed to soft-reset
Code cleaned up
v0.7
Added a power tweak
Made start sharing on start configurable (handy for troubleshooting)
Made quit when ICS quits configurable (handy for troubleshooting)
Added option to reconnect data connection when it drops
v0.6
Maintenance update, no new features added. The sole difference is that I rebuilt WMWifiRouter using a different widget set. The executable dropped 14-fold in size from 1.25mb to 93kb. This results in the application loading faster, consuming less storage, as well as less memory when running. This widget set is also lighter on the CPU, though I do not think that will be noticeable.
v0.5
Just a small maintenance update. In short, the app has simple become more responsive / usable:
App should be more responsive and load faster
'Loading' indicator is now used
Screen Toggle is disabled, as with further testing it causes too many problems
v0.4
Back to basics, all 'hacked files' removed. The name of your WiFi interface _should_ no longer matter.
New way to get around the 10 minute time out problem
Screen Toggle function added. Turns the screen off without disconnecting WiFi
WLAN state is recorded on start and restored on exit. So if you had WLAN turned on before you started WMWifiRouter, it will be turned on again after WMWifiRouter is done cleaning up after itself
More beers drank while making this version than during any other version!
The power tweak:
This replaces the old screen toggle. This should tell your device to not turn WiFi off when it goes into standby mode. On my Kaiser (TyTN II) this allows me to put the device into standby mode using the power button while the connection keeps being shared. Obviously this consumes a lot less power. I do not know if this will work on all devices, please let me know. Also note that while it usually works for me, it doesn't _always_ work, so try a few times. Wait for the connections to be established before putting the device into standby.
Upgrading:
Remove any old WMWifiRouter files you have
Follow the installation instructions
Installation:
Download the new zip HERE.
Unpack the zip file on your PC somewhere
Copy the WMWifiRouter.exe files to your mobile device
Usage:
Make sure you have an Ad-Hoc WiFi network configured. If not, follow TalynOne's instructions in the start of this thread.
Run WMWifiRouter.exe
Wait. WMWifiRouter does it's best to start ICS and initiate the connection, but this can take a few seconds. If the "ICS Status" label at the top if the WMWifiRouter screen says "Connected!", all should be well.
Usage Notes:
WMWifiRouter does it's best to launch ICS and initiate the connection, but I have noticed once or twice it didn't actually connect. When this happens, just task-switch to ICS and click "Connect" manually.
As a different hack is now used to prevent the 10-minute timeout problem, no hacked DLL's are used anymore, and your normal ICS tool is used. This does however lead to the ICS program screen saying you should "check your usb-cable" instead of it saying "connected". Don't worry about it
If your phone has a hardware WLAN switch (HTC Mogul), put this in the ON position before starting WMWifiRouter
Sets the IP of your WiFi to 192.168.0.1, which may break operation of regular USB cable Internet Sharing. If you have trouble getting regular USB Internet Sharing to work, read the FAQ titled "Help, when I go back to the non hacked version of Internet Sharing to tether via USB, it no longer works!", in TalynOne's tutorial for a possible fix.
So get testing all!
----------------------------------------------------------------
Now back to the regular tutorial...
Description:
A tutorial on how to share your mobile device's dial-up (GPRS/EDGE/UMTS/HSDPA/EV-DO, etc. cellular) connection over an Ad Hoc WiFi connection.
Starting with Windows Mobile 5 AKU3 Microsoft included an "Internet Sharing" application, for free, that allowed you to share your Internet connection (like the commercial apps PDANet and USBModem). But all of these applications only supported sharing your dial-up connection via a USB cable or Bluetooth PAN/DUN connection. This hacked version lets you share your Internet connection via an Ad Hoc WiFi network. This useful, among other reasons, if you want to share your Internet Connection with a device that doesn't support Bluetooth PAN, or USB Host connectivity, but does support Ad Hoc WiFi networks, such as a Sony PSP or iPod Touch.
Introduction:
To find out how this method differs from fluxist's read the FAQ located below. The tutorial is very verbose, because I think it's better to include too much information, rather than not enough. Expect a good number of edits/updates/corrections to this tutorial because of its length. I'm also hoping to include as much information as possible in the hopes that someone smarter than me can use this information to come up with an even better solution. This tutorial is HTC Mogul centric (since that's what I have), and includes certain notes that only apply to the Mogul (I will specify this in the note itself).
Requirements:
A Windows Mobile device with a working version of the Internet Sharing application (introduced in Windows Mobile 5 AKU3).
The ishare_over_wifi_usb_edition_v0.2.zip archive attached to the bottom of this post.
A hacked "intshare.dll" that's been modified to share you connection via WiFi through the USB selection in the "Internet Sharing" application, for the WiFi radio on your mobile device. Look at FAQ below for a list of included hacked .dlls, and the known mobile devices that they are for.
A client device that supports Ad Hoc WiFi networks.
Setup Summary
Setup an Ad Hoc WiFi connection on your mobile device
Set a static IP address on your WiFi device of "192.168.0.1" with a subnetmask of "255.255.255.0".
Setup an Ad Hoc WiFi connection on your client device
Download/uncompress the contents of ishare_over_wifi_usb_edition_v0.2.zip to a folder on your mobile device (eg. \Program Files\WiFiShare).
Copy the correct hacked "intshare.dll" into the same folder as you created in the above step (so it's in the same folder as "intshrui.exe").
Connect Summary
Make sure the Wifi radio is off.
Run the new "intshrui.exe", make sure USB is selected from the list, and press "Connect" (left softkey).
Turn your Wifi radio on.
Connect with your Ad Hoc client device (Laptop, PSP, etc...) and enjoy the INTARWEB!
Optional Steps
Setup a shortcut to the new "intshrui.exe" from the archive.
Setup a shortcut to the Wi-Fi control panel item.
Setup and create a shortcut to the included Mortscript ("Share&KeepSharingViaUSB.mscr").
Apply the workaround to overcome the 10 minute connection timeout after connecting with the Internet Sharing app.
Sprint HTC Mogul/SERO Notes
It seems Sprint is up to shenanigans in regards to tethering for SERO users. Those of you running Sprint ROMs should navigate to the following registry key "HKEY_LOCAL_MACHINE\Comm\InternetSharing" and delete the string value named "Extension". This will allow you to connect to the Internet via the Internet Sharing app without the dreaded error 67/authentication errors. Previous to this fix, Mogul SERO users would have to connect to the Internet via another method (such as starting Internet Explorer first) before pressing the Connect button in the the Internet Sharing application.
If you're really paranoid (it has been concluded these entries have no meaning when using Internet Sharing), using a registry editor, navigate to the "HKEY_LOCAL_MACHINE\Software\OEM\WModem" key, and set the "CheckProfile", "Multi-NAI" and "WModemDUN" DWORDS to a decimal value of "0".
Optional: Setting up a shortcut to the "Wi-Fi" applet
In this tutorial we will be accessing the "Wi-Fi" applet several times (and possibly every time you connect via Internet Sharing as part of the 10 minute timeout workaround). To prevent having to go to the Start->Settings->"Connections" tab every time you wish to access this applet, we can create a shortcut to this applet, by either:
Manually creating a shortcut link to it ("21#ctlpnl cplmain.cpl,17").
Going to the "Wi-Fi Settings Shortcut" folder in the .zip package and installing the "Network Cards ShortCut.cab".
Setting up an Ad Hoc WiFi connection on your mobile device
Make sure your WiFi radio is on.
Go to Start->Settings->"Connections" tab.
Select "Wi-Fi" applet.
On the "Wireless" tab, select "Add New...".
Pic
Type any network name you would like for your Ad Hoc network (eg. WMobileAdHoc)
Make sure the "This is a device-to-device (ad-hoc) connection" option is checked.
Pic
Select the "Next" button.
On the "Configure Network Authentication" screen, select "Open" for the Authentication type, and "Disabled" for Data Encryption. For the purposes of testing, lets verify the connection works without encryption, if it does, you can modify your Ad Hoc connection properties later to enable the encryption mode of your choice.
Pic
Select the "Next" button.
Select "Finish" on the final screen.
Pic
Configuring a static IP address on your WiFi device
Go to Start->Settings->"Connections" tab.
Select the "Wi-Fi" applet.
On the "Network Adapters" tab, select your WiFi device (for the HTC Mogul this is the item listed as "IEEE 802.11b/g Compatible Wi-Fi Adapter").
Pic
On the "IP Address" tab, select the "Use specific IP address" radio button. For the IP address enter the value "192.168.0.9" with a Subnet mask of "255.255.255.0".
Pic
OK the dialog.
Connecting to your Ad Hoc WiFi connection on your mobile device
Make sure your WiFi radio is on.
Go to Start->Settings->"Connections" tab.
On the "Wireless" tab, to avoid automatically connecting to other infrastructure WiFi networks in the area make sure, under the "Network to access:" section, to select the "Only computer-to-computer" option.
If you only have one Ad Hoc network defined, Windows Mobile should now attempt to automatically connect to it. If you have multiple Ad Hoc networks defined, or to manually connect to your Ad Hoc connection, in the list of the available connections, tap-and-hold the just added network, and select "Connect" from the context menu.
Pic
Setting up/connecting the Ad Hoc WiFi connection on your client device
Since the specific procedure on how to connect to Ad Hoc networks greatly varies from device to device (Windows XP/Vista/Sony PSP/MAC/etc...), it's impractical to document each possible combination. In general just fire up your client and search for nearby networks, making sure you're not only looking for access points, but also peer-to-peer (Ad Hoc) networks. This (looking for both types of network) is the default with desktop Windows Wi-Fi clients, other platforms might be needed to be manually instructed to list available Ad Hoc connections.
Installing the hacked Internet Sharing application
From the attached zip file copy the files "intshrui.exe", "ipnat.dll", and optionally "Share&KeepSharingViaUSB.mscr" to a new folder on your device (eg. \Program Files\WiFiShare).
Copy the hacked "intshare.dll" for your WiFi device from the "hacked_dlls" folder in zip file, into the folder you created in the previous step. Read the FAQ question "Which WiFi radios have you included a hacked intshare.dll" below to figure out which hacked .dll you should use.
Create a shortcut to "intshrui.exe" on your start menu for easy future access.
Connecting & Sharing the Internet via Wifi
At this point you should have already setup your Ad Hoc WiFi connection, and set a static IP address for your WiFi device. If you haven't already, do so now.
Make sure the WiFi radio is off.
Start the new "intshrui.exe" Internet Sharing application.
Make sure "USB" is selected (NOT Bluetooth PAN!)
Press the "Connect" button (left softkey).
Turn the WiFi radio on.
Ignore the fact that the satus displays "Check USB cable connection". This is normal.
Pic
At this point you can connect your client machine to your Ad Hoc network, and it should receive an IP address from the DHCP service running as part of the "Internet Sharing" application. You are now ready to enjoy the glories of the Internet!
Workaround for the 10 minute timeout
You may notice, at least on my device, that "Internet Sharing", at exactly 10 minutes of usage, disconnects from the Internet, while you AdHoc WiFi stays on. This timeout is built into "intshrui.exe". Remember in the previous procedure how the status displayed as "Check USB cable connection", the status line needs to change to "Connected" for the timeout not to occur. This is how:
Make sure "Internet Sharing" is active and connected, but the status message still says "Check USB cable connection".
Pic
Go to Start->Settings->"Connections" tab.
Select the "Wi-Fi" applet.
On the "Network Adapters" tab, select your WiFi device (for the HTC Mogul this is the item listed as "IEEE 802.11b/g Compatible Wi-Fi Adapter").
Pic
At this point we need to change something about the IP configuration that won't matter/affect anything, such as the alternate WINS address. It needs to be different from the current configuration or else the settings won't apply, which is needed for this workaround. On the "Name Servers" tab, select the "Alt Wins" entry and enter an arbitrary, unused, IP address value such as "192.168.0.253".
Pic
OK the dialog.
Go back to the "Internet Sharing" application and the status should now display as "Connected"! The timeout should no be disabled for this connection session.
Pic
I've tested this many times and have been on the Internet for more than 2 hours without a disconnection in this state! If you get disconnected for any other reason you will have to reapply the workaround again. Remember to change the IP address to a different value so that the change applies, alternating between "192.168.0.253" and "192.168.0.254" should work fine. It just needs to be different value from the immediate previous setting. I've tried many different things to get the status to change to "Connected" via other methods, this is the only one I so far found to work.
"Share&KeepSharingViaUSB.mscr" Mortscript
This script is included in the attached .zip file To use this script you must first download and install MortScript from here:
http://www.sto-helit.de/index.php?module=download&action=view&entry=65
or here:
http://www.pocketpcfreewares.com/en/index.php?soft=1448
This is an adaptation of Xiou's Share&KeepSharing script.
It turns off Wifi radio, starts hacked version of Internet Sharing app, connects and turns WiFi radio on. Once one valid connection has been made, reconnects if Internet Sharing enabled status status changes to disabled (ie. a disconnect occurs). Also, keeps device from going into standby mode, to prevent loss of WiFi connectivity.
It's heavily documented so it should be fairly easy to view, modify and understand by looking at it in a text editor.
Troubleshooting/Tips:
My connection seems flaky/slow, how can I fix it?
If you have Bluetooth radio is on, try turning it off. On some devices, such as the HTC Mogul, the antenna for the WiFi and Bluetooth devices are shared, and WiFi performance can be greatly degraded when both are on. I've personally experienced a situation where I've been connected to a regular WiFi network connection, and when transferring files, the transfer speed was terribly slow. Turning off Bluetooth greatly sped up the file transfers.
Don't place your mobile device too close to the device you're connecting to. If the devices are too close your connectivity could get flaky.
Upping the power level of the WiFi device may help (at the sacrifice of battery power drain). On the HTC Mogul this can be done by going to Start->Settings->"Connections" tab and selecting the "Wireless LAN" applet, then on the "Power Mode" tab, slide the Power Save Mode slider all the way to the left.
You stay connected via WiFi, but Internet Sharing gets disconnected every 10 minutes
Make sure you're using the 10 minute disconnect workaround documented above. Also, you can try the included Mortscript (Share&KeepSharingViaUSB.mscr), or better yet, use Chainfire's WMWifiRouter application.
Help, when I go back to the non hacked version of Internet Sharing to tether via USB, it no longer works!
For some reason the IP address of your virtual USB ethernet device gets blanked out sometimes, to fix this:
Go to Start->Settings->Connections Tab->Wi-Fi applet
On the Network Adapters tab, choose "Remote NDIS Host"
Set the IP to 192.168.0.2
Set the Subnet Mask to 255.255.255.0
This doesn't work, what else can I try?
Read the FAQ "My device is not in the list and/or I don't know what the device name for my WiFi device is, how do I find out?" to make sure that a hacked .dll exists for your device and is copied into the same folder as "intshrui.exe". If one doesn't exist you can request one be made by posting in this thread, with the WiFi identifier of your device (please provide the name of your device too). You can also create your own hacked .dll by reading the FAQ "How did you hack intshare.dll?".
Try Chainfire's applicaton, available at the top of the thread HERE
Try fluxist's methods HERE (try the non hacked .dll method first)
FAQ:
How is this different from fluxist's hack?:
It redirects USB instead of Bluetooth for sharing the Internet Connection, and works of an independent copy of intshrui.exe, so none of your original files/functionality gets effected. By redirecting the USB functionlity, instead of Bluetooth, you don't have to deal with the Bluetooth visibility prompt, and your Bluetooth radio doesn't get turned on by the Internet Sharing application. On some devices, such as the HTC Mogul, the antenna for the WiFi and Bluetooth devices are shared, and WiFi performance can be greatly degraded when both are on. I've personally experienced a situation where I've been connected to a regular WiFi network connection, and when transferring files, the transfer speed was terribly slow. Turning off Bluetooth greatly sped up the file transfers. Also the method allows for the 10 minute timeout elimination workaround described above. More information is located in the FAQ "How did you hack intshare.dll?".
Why would I want to share my phone's data connection over WiFi, as opposed to over Blueooth or USB?
There are many reasons, including:
With 3G technologies, such as EVDO, phone data speeds can easily exceed what Bluetooth supports (Bluetooth v1.2 - 1 Mbit/s, Bluetooth v2.0+EDR - 3 MBit/s). This is not counting the overhead taken by the protocol itself.
The ability to share with multiple clients. I tested with my laptop and a Dell Axim X50V connected to the Ad Hoc network, and both were able to use the shared connection on the Windows Mobile device at the same time just fine!
WiFi data communication can be encrypted with industry standard encryption, Bluetooth sharing is not.
WiFi range tends to be typically much longer than most Bluetooth devices.
You may want to share your data connection with a device that does not have Bluetooth PAN or USB Host connectivity, but can connect to Ad Hoc WiFi devices, such as an iPOD Touch.
By using this will I be charged by my phone carrier?:
Generally, this will incur the same charges as using the Internet on your phone. If you have an unlimited data plan, you should be fine. You are responsible for any charges you may incur due to lack of sufficient testing.
Can secure my WiFi connection ?
Sure, when setting up your Ad Hoc connection just enable an encryption method (such as WEP or WPA). Make sure the encryption method you choose is supported on both your Windows Mobile and client device.
Which devices support Ad Hoc networks?
Almost every device that supports normal Wifi networks, including the Sony PSP, Apple iPhone, and Apple iPod Touch.
I have a SmartPhone, how do I set my IP Address?
I don't have a SmartPhone, but luckily PocketPC Expert Menneisyss does, and has found a solution. Since I don't have a SmartPhone I'm going to plagiarize his solution for you here:
Download/install the IP profile Manager CAB file HERE (mirrored it HERE), which makes it possible to fill in the IP addresses on MS Smartphone (Windows Mobile Standard) devices as well. That is, with this tool, you can use MS Smartphone models having Wi-Fi support like the HTC Dash / s620 and Vox / s710. A poster reported success with the HTC Dash / s620. With the Vox, I haven’t managed to make internet sharing work, but you may have better luck.
After installing and starting the application, you’ll need to select your WiFi networking device (as can be seen in the following screenshot, it’s "TNETW12511" on the HTC Vox; if your model has the default TIACXWLN1, then, no such dialog will be presented):
Pic
You'll then need to select Options / Add Profile; there, just fill in the two numbers (IP:192.168.0.9 / Subnet Mask:255.255.255.0), making sure you also give the profile a name so that it is saved and becomes selectable:
Pic
Then you can select the new profile:
Pic
And restart the device as prompted:
Pic
After restart, follow the exact same procedure as on the Pocket PC.
How did you hack intshare.dll?
I took fluxist's hacked .dlls, and using a HEX editor replaced every instance of the string "RNDISFN1" (which refers to the USB device) with the WiFi identifier. If the string was too long and encroached into the "BTPAN1" string, then I moved the "BTPAN1" string over. I have no idea if this breaks the functionality of using the "Blueooth PAN" entry in the Internet Sharing app for sharing over WiFi, I haven't tested it, and you should never use it regardless. The top three occurrences of the WLAN identifier (TNETW12511 for the Mogul) are related to my USB hack, the last (fourth) occurrence of the WLAN identifier is a left over from fluxist's Bluetooth hack.
This hack is different from a fluxist's registry change .dll hack. In my hacked .dll I replaced EVERY reference to the USB device (RNDISFN1), to the WiFi device in question (TNETW12511 for the Kaiser/Mogul). So if you just perform a registry change with the original version of the intshare.dll, the "Status" messages the "Internet Sharing" app looks for/displays are related to the USB device. In my hacked version, the "Status" messages the app looks for/displays are related to the actual WiFi device. So changing WiFi IP address properties, for the 10 minute workaround, while running the non hacked version will have no effect, because the non hacked .dll version is monitoring the USB device, not the WiFi device.
For which WiFi radios have you included a hacked version of intshare.dll?
TIACXWLN1
-Artemis / HTC P3300
-Pocket Loox 718/720
-Hermes / HTC TyTN / XDA trion / MDA Vario II / VPA Compact III / SPV M3100 / Dopod CHT 9000 / Dopod 838 Pro
-Athena / x7500
TNETW12511
-HTC Titan / Sprint Mogul / Verizon XV6800 / P4000
-HTC TyTN II / Kaiser / AT&T Tilt / 8925 / P4550
-Elf / HTC Touch
-HTC Vox
TNETWLN1
-Universal / Qtek 4040 / XDA-IV / SPV M5000 / MDA-IV / i-mate 2005
-HTC Wizard / Qtek 9100 / i-mate K-JAM / MDA Vario / O2 XDA Mini S / SPV M3000 / Cingular 8125 / T-Mobile MDA / Dopod 838 / VPA compact II
WLAN11g1
-Terralogic Toughnote DA05-M Ruggedised PDA
SWLD25SP1
-E-ten Glofiish X500
-Samsung SGH-i600
GSPI86861
-Sharp EM-ONE
CheetahSDN1
-O2 XDA Flame
CF8385PN1
-O2 Atom LIFE
My device is not in the list and/or I don't know what the device name for my WiFi device is, how do I find out?
Go to Start->Settings->"Connections" tab.
Select the "Wi-Fi" applet.
On the "Network Adapters" tab, make note of the name of your WiFi device (for the HTC Mogul this is the item listed as "IEEE 802.11b/g Compatible Wi-Fi Adapter").
Using a registry editor, search the registry using the name you noted in the previous step. The second occurrence (it's slightly different from the first, it has a suffix "1" after the registry key name, and also has a "Wireless" value) will be something like this:
Code:
[HKEY_LOCAL_MACHINE\Comm\[b]TNETW12511[/b]]
"DisplayName"="IEEE 802.11b/g Compatible Wi-Fi Adapter"
"Group"="NDIS"
"ImagePath"="TNETW1251.dll"
"Wireless"=dword:00000001
Look up the name of the subkey, which is [HKEY_LOCAL_MACHINE\Comm\TNETW12511]. Of this, you’ll only need the last subkey name component (TNETW12511).
Other reading of interest:
Bluetooth specs:
http://en.wikipedia.org/wiki/Bluetooth
Internet sharing description & why Microsoft Mobile team removed Bluetooth DUN:
http://blogs.msdn.com/windowsmobile/archive/2007/04/17/why-did-we-remove-bluetooth-dun.aspx
The new dial-up network model of the WM5 AKU3:
http://www.pocketpcmag.com/blogs/index.php?blog=3&p=1415&more=1&c=1&tb=1&pb=1
A tutorial of setting up and using Wi-Fi peer-to-peer (Ad Hoc) connections between Pocket PC's:
http://www.pocketpcmag.com/blogs/index.php?blog=3&p=588&more=1
Dial-up Networking Through Bluetooth Under WM5 AKU3 / WM6:
http://www.pocketpcmag.com/blogs/index.php?blog=3&p=2121&more=1&c=1&tb=1&pb=1
Unrestricted BT PAN server with the MS BT stack:
http://www.pocketpcmag.com/blogs/index.php?blog=3&p=2230&more=1&c=1&tb=1&pb=1
Links for developers/hackers :
Sample for using Internet Sharing API:
http://groups.google.com/group/micr...4aaa543efc216f/a9c637f89b0575b6?lnk=st&rnum=1
Configurable TCP/IP Configuration Parameters in WinCE 3.0:
http://msdn2.microsoft.com/en-us/library/ms881801.aspx
Controlling the Radio Devices:
http://www.teksoftco.com/articles/article 007/radiodevices.htm
802.11 WLAN WiFi : Power Mini FAQ - Windows CE:
http://blogs.msdn.com/cenet/archive/2006/12/14/802-11-wlan-wifi-power-mini-faq-windows-ce.aspx
WiFi toggling fix:
http://forums.sbsh.net/index.php?showtopic=17139&pid=175405&mode=threaded&start=
New Windows Mobile 6 State and Notifications Broker State Values:
http://www.pluralsight.com/blogs/jimw/archive/2007/04/20/46866.aspx
Internet Connection Sharing for Microsoft Windows CE MSDN documentation:
http://msdn2.microsoft.com/en-us/library/aa924710.aspx
http://msdn2.microsoft.com/en-us/library/ms901927.aspx
http://www.microsoft.com/technet/archive/wce/evaluate/sharece.mspx?mfr=true
Thanks/Credits:
Chainfire - For his awesome WMWifiRouter application.
fluxist - For the original hack!
Menneisyys - For his blogging on the subject.
Xiou's - For his Share&KeepSharing script.
gthing - For the XDA-Developers Hermes Accesspoint Wiki.
luv2chill - Sprint Mogul Internet Sharing Connect Fix. (post by luv2chill).
electronicrice - Multi-NAI disable hacks for the Mogul
Final Thoughts/Notes:
fluxist's tutorial instructs you to set the IP address to 192.168.1.1, I instruct you to set it to 192.168.0.9. This is so it matches up to what I found in "intshare.dll". When I was testing sometimes my laptop would get a 192.168.0.0 network address, even when my mobile device was statically set to a 192.168.1.0 network address.
My expertise is in network/system administration/repair and software development. I can easily create code, but when it comes to hacking someone else's compiled code, I'm a complete novice. The ideal solution is if a one click solution could be written to change the WiFi configuration to Ad Hoc, set a static IP address, connect to the Internet with the Internet sharing app, have it stay with a status of "Connected", and reconnect on loss of connection.
I'm figuring a skilled hacker/cracker should be able to patch "intshrui.exe", where I believe the actual 10 minute time out exists, and get rid of it. When opening this file in a Hex editor, I noticed the strings "HostConnectTimeout" and "CellConnectTimeout" inside.
Another solution would be to figure out the undocumented APIs to build a new Internet Sharing application.
intshare.dll exposes the following exports: InternetSharingEnable, InternetSharingDisable, RegisterForInternetSharingNotifications, and DeregisterForInternetSharingNotifications.
ipnat.dll exposes the following exports: IPNat, LanaUp, NAT_Close, NAT_Deinit, NAT_IOControl, NAT_Init, NAT_Open, NAT_Read, NAT_Seek, NAT_Write, and NatConfigure.
The included "Share&KeepSharingViaUSB.mscr" Mortscript uses vjvolubilis.exe (available at http://www.vijay555.com/?Releases:VJVolubilis) to toggle the Wifi radio off and on, but this app is not compatible with the HTC Mogul. It would be great if someone can suggest a program that would work with Mortscript and the HTC Mogul.
--------------------
Changelog:
v0.2
Added hacked dll for "CheetahSDN1" (O2 XDA Flame)
Added hacked dll for "CF8385PN1" (O2 Atom LIFE)
Changed IP address in hacked intshare.dlls from 192.168.0.1 to 192.168.0.9 to prevent possible conflicts.
Changed "Share&KeepSharingViaUSB" Mortscript.
Added "StopSharingViaUSB" Mortscript.
v0.1
Initial Release
WOW!!
All I can say is Wow. Thank you very much for the effort and time that you put into creating this. I am currently using an Athena and the files and tuturial that you setup work great. Thanks for the work. It makes my Athena just that much better. I will let you know if I run into any problems.
Great, congrats, will frontpage this!
Awesome, thanks.
wow...thanks a million
don't dare read it now, but wow...thanks...speechless
another wow
thanks for all the time and effort you put into this. you definitely went out of your way to make sure this was easily understandable and complete. i applaud you for your hard work.
great tutorial, my only question is when would you use this. When you have a laptop with no wireless card?
Ack, I just realized my poor topic title. No, if you wanted to use Internet Sharing with a USB cable, just use the one built into your Windows Mobile, no hacks needed.
This is for sharing via WiFi, the USB cable doesn't even have to be connected for this hack.
MWillis561, which WiFi Radio does the Athena use (so I can document it)?
We us TIACXWLN1
specv said:
great tutorial, my only question is when would you use this. When you have a laptop with no wireless card?
Click to expand...
Click to collapse
On the contrary. When you have a non-BT PAN-capable client still able to communicate over Wi-Fi P2P networks - for example, a Symbian or a Windows Mobile phone. I've used both (Symbian: NOkia N95; Windows Mobile: a lot of different clients) in this config; they all worked great. Check out my related articles.
This is ideal for anyone with a mac running an older operating system. (i.e. 10.3)
I've spent a few hours to hack together an app that does all these things without needing any of the hack DLL's or scripts (it does all the registry changes at the right times, enable/disable WLAN at the needed times etc).
There's just one thing I can't seem to get around, and that's the 10 minute timeout thing. Just doing things manually, I can't get the 10 minute disconnect workaround to work as described (and if I can't even do that, how am I going to get it to work programmatically? ). My cable stays in 'disconnected' state. Help?
Chainfire said:
I've spent a few hours to hack together an app that does all these things without needing any of the hack DLL's or scripts (it does all the registry changes at the right times, enable/disable WLAN at the needed times etc).
There's just one thing I can't seem to get around, and that's the 10 minute timeout thing. Just doing things manually, I can't get the 10 minute disconnect workaround to work as described (and if I can't even do that, how am I going to get it to work programmatically? ). My cable stays in 'disconnected' state. Help?
Click to expand...
Click to collapse
Try doing it manually WITH the hacked .dll for the Kaiser, see if that helps.
TalynOne said:
Try doing it manually WITH the hacked .dll for the Kaiser, see if that helps.
Click to expand...
Click to collapse
Still no go!
I think I have duplicated what your 10 min fix does though, in my app. I've uploaded it to http://www.jongma.org/WMWifiRouter/WMWifiRouter.zip.
It would be great if you (or someone else) could give it a go and see how (if) it works for you, including the timeout.
Usage is simple, put the EXE on the phone. All you need to have is that ad-hoc connection set up. Run the EXE, it will do some registry modifications, turn of WLAN and start up IS. Put IS on USB and connect, the EXE should turn WiFi back on including the reconfiguration. One note though, once you disconnect in IS you have to really close IS and restart the EXE as well.
Thanks.
Ok, for the Timeout hack to work it has to be running the hacked version of the .dll, you can not simply get away with registry changes. The hacked dll does more than just set the registry. When starting your app stand alone it started the non hacked "Internet Sharing" app, which never applied the Timeout workaround properly. When starting my hacked version first, getting a valid Internet AND AdHoc connection first, and then executing your .exe it worked half the time. It seems your .exe, every other time, set the WiFi adapter to DHCP mode.
Change it so it runs the hacked version, doesn't perform any registry changes on the Internet Sharing Private/Public interface keys (since the hacked .dll already does this), and changes the ALT WINS address to a new value from its current value, make sure you don't set the WiFI adapter to DHCP at any point.
Great job! Looks like we're getting close.
TalynOne said:
Ok, for the Timeout hack to work it has to be running the hacked version of the .dll, you can not simply get away with registry changes. The hacked dll does more than just set the registry. When starting your app stand alone it started the non hacked "Internet Sharing" app, which never applied the Timeout workaround properly. When starting my hacked version first, getting a valid Internet AND AdHoc connection first, and then executing your .exe it worked half the time. It seems your .exe, every other time, set the WiFi adapter to DHCP mode.
Change it so it runs the hacked version, doesn't perform any registry changes on the Internet Sharing Private/Public interface keys (since the hacked .dll already does this), and changes the ALT WINS address to a new value from its current value, make sure you don't set the WiFI adapter to DHCP at any point.
Great job! Looks like we're getting close.
Click to expand...
Click to collapse
Same link. Updated the EXE so that it looks for intshrui in the local folder first. If it finds that it will not perform the ICS registry hacks.
You mention however that the hacked DLL's do more, I thought the only thing changed about it was the interface names? I don't see why that would be of influence (as that can be fixed through reg, as obviously with all the normal files / no hacks, I can use the app and it just works for me).
The changes applied are indeed to the WINS adapter, I do not touch DHCP. Though what you may be seeing is at the moment you disconnect, the app restores the default registry settings for the wireless adaptor, which has DHCP enabled. Furthermore I'm not entirely sure I actually have to change any value. I think the control panel application simply doesn't "apply" if there weren't any changes, force the driver to rebind the adaptor with IOCTL messages like I do now, would probably work with or without modifications.

Network selection hierachy - Wifi vs GPRS (Kaiser)

When I'm in the house (and assuming I've got the wifi switched on on the Tytn 2), how do I get it to use the Wifi to access the Web as a first option?
Even when its connected to my wireless LAN (which it does with no problems at all - much better than my old Wizzard), if I launch Explorer it automatically makes a GPRS connection. The only way to force it to use the Wifi seems to be to turn the Phone off in the comm manager - which then means I can't receive any calls.
I can't find any setting that dicates the network hierachy i.e. that says if there is a Wireless LAN connection then don't bother with GPRS, or if there isn't, then use GPRS.
I seem to recall there was something similar on desktop Windoze where you could have it automatically use a dial up connection if there was no LAN available.
Can anyone help?
Iain.m said:
When I'm in the house (and assuming I've got the wifi switched on on the Tytn 2), how do I get it to use the Wifi to access the Web as a first option?
Even when its connected to my wireless LAN (which it does with no problems at all - much better than my old Wizzard), if I launch Explorer it automatically makes a GPRS connection. The only way to force it to use the Wifi seems to be to turn the Phone off in the comm manager - which then means I can't receive any calls.
I can't find any setting that dicates the network hierachy i.e. that says if there is a Wireless LAN connection then don't bother with GPRS, or if there isn't, then use GPRS.
I seem to recall there was something similar on desktop Windoze where you could have it automatically use a dial up connection if there was no LAN available.
Can anyone help?
Click to expand...
Click to collapse
I'm now getting the same thing using Emoze - the thing is sitting here connected to the Wifi & will sync mail & contacts etc over the wifi quite happily - but as soon as I try & send mail from the handheld it starts up not one but two GPRS connections (!) Much the same as if I try & get a web page up - it automatically goes to GPRS as its default route to the internet despite that fact that its already connected via wifi & the only way to stop this behaviour seems to be to switch the phone off in Comm Manager.
Seems to be something inherrantly odd about the way the Tytn 2 is deciding what network connection is available & which it should use. It looks like it needs a little control application to sit between the IP stack & the hardware so that when a request comes it can be routed according to user preference - i.e. Use WIfi if available, Only use GPRS etc The Wifi doesn't seem to fire up a connection when it feels like it - only the GPRS. Do all the HTC devices with WIfi behave this way?
In the meantime, does anyone know of a simple way to turn off/disable GPRS without disabling the phone?
WHile I have plenty of GPRS data allowance in my package when I'm in the house at my desk (or anywhere else I can get a wifi connection) I'd rather it just used the Wifi to sync itself or if I decided call up a web page.
Besides, it interferes with the hi-fi speakers in my study with that annoying buzzing noise everytime the GPRS gets busy.
I.
Hi guys,
I use 3 different wifi networks during the course of a day, well 2 a day, 3 through out the week probably. Home/Work/Friends house
I have a very small data package (5mb) so i am very choosy about when I use my data connection!
Anyways, did some testing.
I already know that if I have no wifi, no data connection on, then I try and start outlook or Internet Explorer, then my data connection starts up (as it should)
now if i have my data connection on, then i turn on wifi on the phone, the wifi connection takes over and the data connection is not being used, even though it's on.
I also have no problems with when wifi is on and data is off, and if i goto outlook or IE, that gprs decides to go on. this does not happen tome (unless for some strange reason wifi cuts out, gprs tries to take over)
So i dont know if its something with your settings or not, maybe your phone goes to sleep and wifi turns off then gprs takes over, or i could be misunderstanding your question, because now that I think about it, perhaps you are asking something like..
- at home no wifi or data connection is active at that moment
- you navigate to a page in IE and instead of gprs turning on, wifi turns on/scans for lan and uses that
Yeah, that's probably waht you are asking.. haha yahoo for long winded useless post
If you figure it out, i want to know! lol
Iain.m said:
I'm now getting the same thing using Emoze - the thing is sitting here connected to the Wifi & will sync mail & contacts etc over the wifi quite happily - but as soon as I try & send mail from the handheld it starts up not one but two GPRS connections (!) Much the same as if I try & get a web page up - it automatically goes to GPRS as its default route to the internet despite that fact that its already connected via wifi & the only way to stop this behaviour seems to be to switch the phone off in Comm Manager.
Seems to be something inherrantly odd about the way the Tytn 2 is deciding what network connection is available & which it should use. It looks like it needs a little control application to sit between the IP stack & the hardware so that when a request comes it can be routed according to user preference - i.e. Use WIfi if available, Only use GPRS etc The Wifi doesn't seem to fire up a connection when it feels like it - only the GPRS. Do all the HTC devices with WIfi behave this way?
In the meantime, does anyone know of a simple way to turn off/disable GPRS without disabling the phone?
WHile I have plenty of GPRS data allowance in my package when I'm in the house at my desk (or anywhere else I can get a wifi connection) I'd rather it just used the Wifi to sync itself or if I decided call up a web page.
Besides, it interferes with the hi-fi speakers in my study with that annoying buzzing noise everytime the GPRS gets busy.
I.
Click to expand...
Click to collapse
You should be able to use the comm manager to turn off the data connection, but as for keeping it off permanently, until you decide you want it to be even allowed to be active again maybe you can try this, it should disable your connection until you see fit.
http://www.modaco.com/content/Pocket-PC-Software/246171/New-FREE-Utility/
briggs81 said:
You should be able to use the comm manager to turn off the data connection, but as for keeping it off permanently, until you decide you want it to be even allowed to be active again maybe you can try this, it should disable your connection until you see fit.
http://www.modaco.com/content/Pocket-PC-Software/246171/New-FREE-Utility/
Click to expand...
Click to collapse
Great little utility , thanks very much for pointing that out - it at least allows me to do what I want manually - i.e. use my wifi without having to turn the phone off.
Although I know you can disconnect GPRS from the Comm manager, it also doesn't seem to have an idle time out so once an application (like Emoze) has started it up it keeps running in the background. Also, as soon as you turn it off, inevitably Emoze turns it straight back on! The NoData application gives much more control so thanks for that.
I do go abroad reasonably often so also happy to be able to use it for its primary purpose of disabling GPRS whilst roaming to avoid silly charges
It would be great if HTC could build a bit more intelligence and control into the network side of these things though.
I.
You may want to look into Schaps Advanced Config or KaiserTweak for wifi/gprs settings.
You can set timers and disconnects, etc, with those applications.
Iain.m said:
When I'm in the house (and assuming I've got the wifi switched on on the Tytn 2), how do I get it to use the Wifi to access the Web as a first option?
Click to expand...
Click to collapse
The Good News: I fixed this behavior on the phone w/o any 3rd-party utilities, etc.
The Bad News: I'm not 100% sure how. :-/ My apologies. Here is what I think did it:
Make sure your browser is closed and you have no open data connections.
1- Open the Wireless Manager and make sure "WLAN" is on and "Data Connection" is off.
2- Go to Start>Settings and choose the "Connections" tab along the bottom.
3- Open "Wireless LAN," choose your home wireless network, and make sure you're actively connected to it (should see a signal quality meter, device network settings, etc).
4- Close "Wireless LAN" and while "Settings" is still open and on the "Connections" tab, open "Wi-Fi." Your list of known Wi-Fi networks should be showing: make sure your home network says "connected."
5- Close everything back out to your "Today" screen.
When my Tilt is set this way -- and actively connected to my WLAN -- the Wireless Manager grays out "Data Connections" and doesn't even respond if I tap the icon. IE automatically uses my WLAN, although it won't connect to some of its pre-loaded favs b/c, I think, they're on WAP servers and the Wi-Fi/NAT router assigns/negotiates TCP/IP protocols for your phone.
I think now I accomplish all the above by simply opening the keyboard and pressing the FN/Wi-Fi key.
FYI -- In truth, I solved this problem by installing Opera Mobile and setting it as my default browser. Opera Mobile is a full browser, i.e. doesn't use WAP.
Hope this helps. If not, sorry for this 5 minutes of your life you'll never get back. :-/
gT

Autoconnect to Wifi instead of GPRS

This might be a simple question. Is there a way to let HD automatically connect to Wifi instead of GPRS when any data connection is necessary?
For example,
1. in the TF3D Weather - hitting the 'Update Now' will get you connected to GPRS if Wifi is not already connected.
2. in the mail inboxes, when hitting the 'send/receive' will get you connected to GPRS if wifi is not already connected.
Won't it be great if it's smart enough to first turn on wifi, if not available, then go to GPRS?
Perhaps this is already out there but I just couldn't find it having used Hermes, TyTn and now HD.
Well personally for security (and other reasons - such as battery life) I don't want wifi connecting unless i know about it. But it could be an option I guess.
I always has tried to do this, and I was unable, I think it isn't possible. Maybe is there a software to do this... But I couldn't find it.
If you use No Data you can toggle off GPRS & WAP, then everytime you want to update weather, stock etc you just need to turn on wifi
Nodata
Well, I do have nodata.cab. The issue is more of the sequence and autoconnect. With nodata.cab, one do have to
1. gesture to navigate to the communication manager
2. turn on wifi
3. gesture/select the inbox
4. hit the menu/select the send/receive.
I was wondering if the 'send/receive' command already triggers something to goto GPRS, perhaps there is a way configure for send/receive to turn on wifi just like gprs and then retrieve the mail. And when the wifi doesn't find anything, go to gprs? Perhaps some type of program to let user set the sequence/preference of data connection?
Perhaps there is already something that can do that, I just couldn't find it.
rotaflex said:
Well, I do have nodata.cab. The issue is more of the sequence and autoconnect. With nodata.cab, one do have to
1. gesture to navigate to the communication manager
2. turn on wifi
3. gesture/select the inbox
4. hit the menu/select the send/receive.
I was wondering if the 'send/receive' command already triggers something to goto GPRS, perhaps there is a way configure for send/receive to turn on wifi just like gprs and then retrieve the mail. And when the wifi doesn't find anything, go to gprs? Perhaps some type of program to let user set the sequence/preference of data connection?
Perhaps there is already something that can do that, I just couldn't find it.
Click to expand...
Click to collapse
Haven't heard of anything like this unfortunately. Nearest thing I can think of is NoDataInRoaming.
Let me know how you get on with it
Rick
nodatainroaming worked a treat for me rick. thanks

Categories

Resources