Hi David

Thanks for your reply. I would like your input on the best way to achieve what we need, either based on modifications to coova source (we have a team of developers who could probably hack around if we knew where to start looking) or in implementing a proxy-based solution.

The reason all of this came about is due to Apple's new OS 3.0 for the iPhone / iPod touch. They have introduced a 'smart' wifi login system for captive-portal based wifi hotspots which has totally broken our own hotspot solution which is based on Coova. Basically what happens is that on joining a wifi network, the iPhone tries to open

http://www.apple.com/library/test/success.html

to determine whether or not the wifi network implements a 302-style redirect. If so, it tries to be clever by asking for username/password which is then stored in the iPhone for this particular wifi network. The problem we have is that our own login pages involve javascript and other code which isn't supported through Apple's own system so people with Apple devices can't currently use our hotspots (Thanks a lot, Apple).

The solution is to allow the device to connect to the above URL (or at least 'think' it's connected) without a 302 redirect so the iPhone behaviour reverts back to pre-OS 3.0 where our users can just enter their username and password on our own web form.

At the moment we've had to add www.apple.com to our list of UAM_DOMAINs but of course this allows anyone to access all of apple.com (including the iTunes store) without paying for the wifi service.

Any more advice you can offer is greatly appreciated.

Many thanks
James.