This is a follow-up from bug 2354984.
version: opensips 1.4.5-tls (i386/linux)
Testing presence with Eyebeam and Xlite and found this patch is causing an issue due to the CONTACT header returned from a SUBSCRIBE message.
In sending 200OK with a contact header equal to the opensips server, any subsequent SUBSCRIBE messages use this contact header in the URI and result in 481 Subscription does not exist. See attached messages.
I'm not sure what the driver was for changing this behaviour, however I think it needs some more investigation. If you need any further info please advise.