Re: network unreachable / connection refused on subscribe.linphone.org prevents adding account to app

Sylvain Berfini <[email protected]> Tue, 27 May 2025 13:29:41 +0200
Newsgroups gmane.comp.voip.linphone.user
Organization Belledonne Communications
Message-ID <eac67787-d46f-494f-a3f9-3949f05903ba@belledonne-communications.com>
Hi,

There was a mechanism in 4.4 app that checked (using XMLRPC) an account 
existed by doing a query to our subscribe.linphone.org (at the time on 
port 444).
Problem is we no longer listen on 444 but we're now using the standard 
443 port, and those endpoints no longer exists anyway.

You can workaround that issue by configuring your device using remote 
provisioning (see here: 
https://wiki.linphone.org/xwiki/wiki/public/view/Lib/Features/Remote%20Provisioning/).
Feel free to contact me directly if you need help.

Cheers,

Sylvain Berfini
*Head of Mobile & Desktop Apps Department*

+33 (0)9 52 63 65 05
[email protected]

Discover our solutions in 3 minutes! 
<https://player.vimeo.com/video/393868225?autoplay=1>

/Belledonne Communications, the company behind the Linphone project/
https://linphone.org

Le 26/05/2025 à 21:32, J.H. a écrit :
> For many reasons (i.e. long, and off topic to discuss here), LineageOS 
> or other alt ROMs, are out of the question. I wouldn't come here if I 
> considered doing that.
>
> Yes, it did occur to me to try adding my linphone account like a 
> normal sip account. The assistant detects this, and throws you back to 
> the add existing linphone account form. Even if this worked, I am not 
> sure if free linphone sip accounts can be logged into as normal sip 
> accounts at all, e.g. from 3rd party sip apps. Only the reverse is 
> getting addressed in the current FAQs, but a truncated sentence in 
> duckduckgo's cache/search results makes me suspect that you cannot.
>
> Trying a totally different type of internet connection (like a public 
> library), will happen when I'm having the opportunity; I had been 
> hoping that "I'm not having the means to test that hypothesis and come 
> from another, unlisted IP" would convey that this is not the case in 
> this moment, rather than that I was out of ideas how to connect 
> differently.
>
> I do *think* that subscribe.linphone.org:444 is (or was) an API, I 
> couldn't think of anything else that is making sense, but I'd 
> definitely *love* to hear from someone who knows with certainty: that 
> *is* what I'm here for.
>
> I'm still reluctant to publically share partial-, let alone link, 
> complete logs here: they'd need manual editing for adequate privacy, 
> but after doing more testing today, with freshly reset logs, there's this
>
> UPDATE:
>
> On my newest comparison device, running linphone-app 4.3.1 (the last 
> well running version still with PiP mode for video calling :-) ) on 
> android 7, failed connection attempts (even before the tls handshake) 
> to subscribe.linphone.org:444 do occasionally pop up in the logs, 
> HOWEVER, attempting to add a bogus linphone account like user ali 
> passwd baba (I don't want to risk deleting and failing to re-add a 
> real account) (yes, I didn't mention: I'm using email registration and 
> user | passwd
> login, not a linked phone number), while resulting in a misleading 
> error (red dot, connection failed) in linphone's status, and the 
> account being added (as new default! despite failure) still makes the 
> app try to REGISTER [email protected] with sip:sip.linphone.org via 
> SIP/2.0/TLS, ultimately and I assume correctly, given the bogus 
> credentials, failing with a 401 Unauthorized reply on first try, and 
> 403 Forbidden on 2nd, all that without any attempt to contact 
> subscribe.linphone.org:444
>
> On the android 4.4.2 device that I'm asking for, where I need to 
> first-time set up the linphone 4.0.1 app, however, after trying the 
> assistant, logs show that an attempted REGISTER call to 
> sip:sip.linphone.org via SIP protocol does not happen in the first 
> place, the account isn't added, but a 'failed to query server' message 
> shown that needs to be acknowledged. Failed/refused, on the tcp/ip 
> level, connections to subscribe.linphone.org:444, on the other hand, 
> there are, I've also spotted an additional error resulting from this: 
> [liblinphone] ERROR I/O during XML-RPC request sending
>
> On the comparison device that, theoretically, (model, android build, 
> kernel, linphone version) is identical, except that there are working, 
> set up accounts on the linphone app already, the attempt to add a new 
> linphone account with bogus creds, likewise results in a failed to 
> query server error that wants to get clicked away, no account added, 
> and no trace of the attempt unless you are counting failed attempts to 
> reach subscribe.linphone.org:444 and the failed XML-RPC request 
> sending. This linphone instance, however is happily communicating with 
> sip.linphone.org for registering, publishing, answering checks, for 
> the already set up accounts, and all instances happily establish 
> secure connection with www.linphone.org:444 for purposes of log uploading
>
> So I'm less sure now what exactly the role of trying to establish an 
> XML-RPC handshake with subscribe.linphone.org:444 is, but it's the 
> only visible persistent ERROR in the client I'm trying to get through 
> its first steps, and that's what I need help with.
>
>
>
>
> On May 25, 2025 11:47:22 AM GMT+01:00, Greg Troxel <[email protected]> 
> wrote:
>
>     "J.H."<[email protected]> writes:
>
>         I need to set up linphone-android on an old android 4.4.2
>         tablet. Naturally, I am forced to use an old version of the
>         app, trial and error demonstrated that 4.0.1 from the f-droid
>         archive is what installs and starts up on this particular device. 
>
>
>     Wow.  I wonder if you can install lineage on those, and get newer AOSP,
>     vs running code from 2013 or so.
>
>         When I am trying to use the assistant to add my existing free
>         linphone account, the app will respond "Failed to query
>         server. Try again later". Obtaining logs, the underlying error
>         appears to be that the app tries to verify username and
>         password at subscribe.linphone.org, and while the domain
>         resolves and resolves to belledonne owned (e.g. 5.135.215.41)
>         addresses, the ipv6 addresses will be unreachable, the ipv4
>         ones, give connection refused when tried on port 444 by the app. 
>
>
>     subscribe.linphone.org. 706     IN      A       176.31.149.177
>     subscribe.linphone.org. 706     IN      A       5.135.215.41
>     subscribe.linphone.org. 698     IN      AAAA    2001:41d0:203:7fe2::2
>     subscribe.linphone.org. 698     IN      AAAA    2001:41d0:303:b0d2::2
>
>     For me, wget fetches the login page via both v4 and v6.
>
>     Do you really mean 444?  Is this the API?
>
>     Have you tried visiting a local library or some other place with wifi,
>     that is a different network, or using phone hotspot (really, some other
>     network)?
>
>
>     I don't understand why you need to use assistant, vs adding a sip
>     account manually that happens to be at sip.linphone.org.
>     Did you try that?
>
>
> _______________________________________________
> Linphone-users mailing list
> [email protected]
> https://lists.nongnu.org/mailman/listinfo/linphone-users

_______________________________________________
Linphone-users mailing list
[email protected]
https://lists.nongnu.org/mailman/listinfo/linphone-users
OpenPGP_0x8EEEC0B12DD64C43.asc (application/pgp-keys, 3.1 KB)
-----BEGIN PGP PUBLIC KEY BLOCK-----

xsFNBGOYod0BEADFy+Df0PFUWlRye+ECYUhMQUW4XLDGXUS9iIJGPa7+jwxrWlI6
jQvRrgDq4f3takXkpdo3LkwE+/HAjvq/JKXWnxKnDQSG3/nbtKbgBI4NCU95Uvx2
JlalZ2sEkAhJ8BxY6GgH6RteVKeJEwUcfpG3p51ReuN4Q5G7aLvr31w+1ENXNSXO
nmWYGhn+8scF9wqitSAxelBnIXScEdOBDFzQm7moYzJH5P3GgAjUSd//2IAxuGUp
KvFTStNv5/uTUiKb9HM8zIOKTZx/DSBpOoF5mERtY/dCJdY81cqmhE43McaLRM3T
KtBURyXmqMsGCaXt/5BW+c/kghscv0/K5NiSw5aKb/XYC7u05qZLGMBbbZb5bOQc
xizBotTR4IIWzw0iX5hKCeUzoD0z2PZYnELc9eTtq2Q8fNJAgDezQ8QBnvffYlmJ
HtucXF0uKbnRkL3D9YRH1y7/5jJ4LKwIam+DJDVItF8WSXFy4DTvOyCA23r3qXEw
+iSZvgY1VIgjnzHKxj9MINpT4h2O/Vzuo8FXTrI5N+H+slTD9Ntbd1BLD3qyEPKA
XqCg8UrHBE0ee13k21lIftqGlyzUBPQlWfAjCm8XxobZ4g1Gshn+2j5dvKpXBfAl
CqVdG9Tjxicaw4BKZKRmxawJdQ3kTwb4GBzekOIaRvXxqs6E9w3dnQTuIwARAQAB
zT9TeWx2YWluIEJlcmZpbmkgPHN5bHZhaW4uYmVyZmluaUBiZWxsZWRvbm5lLWNv
bW11bmljYXRpb25zLmNvbT7CwY0EEwEIADcWIQR8n0txqvXNWmyGzw2O7sCxLdZM
QwUCY5ih3wUJBaOagAIbAwQLCQgHBRUICQoLBRYCAwEAAAoJEI7uwLEt1kxDXPIQ
AIEznxbz6ouT6GMzXi0mpSaGM122oLfRrBEcYkNNnEPj2XAj3GBOIVo1DyBH4Rn/
FHniJ0wLe/I1l6xU222Yj/rNbkjAW7JIglLp/gBZbIBEGn1qJruE/qm06EHz0tRg
1uK+PHnwg2BKPFM7GAcN8xtT9wlW/27uD6nYFs1OsU2mxU5TrmKpX9UgmIU4cCrk
H3EfYkbwMdQjfXeG3NXPk0vIU/gPKaWmutBYmBfzPZRUfcNDOM3xqzsaut7Z0wOd
kQdU+x5/sLIxLbejOaXvFysLPKOoQrmgdVGYbhvwzptOTTHMLpDkNU+37+/wT0zQ
ps6pJSNrBLA2aseArpF4CsYAC9J/IGWKHERPYHWyQYprWbOxVnl3unpr6oyg9I7v
I9rcpnrGvbB8ZP1I1uXXYag/ZqsZGv+qNNJVxKA7A1qgQcnzRIdEZEJgNe3c2oKb
9hdC1n/r0/d8D0Y+fUSNlw+SOP8LNieFAec9DN6XwxsptlBAqGH1ovm5L5hhgH7j
7gL/G6kSOEvYF4aCkRev2fCgqmdEj/MByRqbuE6Nn8Fiv7gjX8Ce0rwfNEa+bkvM
LT9cSi9FpxEYuQCy10e49/Tl50JSFAalVeQo4y2URA5a9c4Ake5JJGYG0wtwX2UV
MhoFkNWsTEaY1m7QisbTbRP62/whtn7FbINN5kJoBaJPzsFNBGOYod8BEACrHqwE
XSekmy6HJ3avU1mMS889IT+anwj4YVqbEbal6IsjjrP5yNGbHe7BHMXXK5u2Zdy1
UIAlxvvDFWKiPXX0tfFJJmVAYGQw6BzcSE/IDb+uZnp8l49rWo+FPscTWvhy7zwI
aWzUAFrLLQd6TqhgmpnjFWOMik2PwIRIwPnB88CMFK1NzPNrV6uYJlG+N+KH1Ebd
nZEAa8fGnpvK2xqx0YuhsvE0jbxLzB80lvpLZILaxY3iK75T4SUkcD2BjRUEosQ0
PRCBEBAoE7eSjCuyJlZULs3CgM48p/acrBveuiwjKZHZr4vMEsDpPDsif0YQI08P
0C+34n1Q1QgK8U2yCuCY8H9AdcceyILQaj5E0WbOg1zZfQcS86OBp/3ACZFf4gU2
Cpn7nFrcDYocPb1O1x1xV++/mSuWCtNOq6CkYxg7qK+9WhAy6FknbiMlkX6u7dOl
6bwW/WLuMqX6hrUTkpDW4SXV2C+9KeXgM5mtw2buK8VNVMgXzXnUMSPEPAZeq23i
fBlLNSXJPZN4j5+3SMpZP+qG+8nN6qrnbz0kmr1hIxre2/cf3cLtYN493uFAzmIw
QJtG/44ZAmilE24ADjxW16g4ki/ABz13jVCaT/h81UQxNS895oASm2qlXF4NNzZk
J2huDEqqgl3lKWUq/K8rY+0keatYWEy4dvTftQARAQABwsF8BBgBCAAmFiEEfJ9L
car1zVpshs8Nju7AsS3WTEMFAmOYoeAFCQWjmoACGwwACgkQju7AsS3WTEMPlw//
S6r/w/ZkI/9JxYbZM0Sx3SXv+e5O4fBE5OMohuLkpvtbOTEPycb/m3IjGduEzZy0
ydV32pJe2qQAuHYLiolMFdQva7+8wtB3ec8Q2HkPROBGeJ0WVRAKmd5CO6fcuB0p
KRL7py17qpFDcqEgTHDHtVvYTzi0lK8ay/dDGdOa8NRC46eFxvSCT3+IPFoM8QwB
F+idwULlRwnzDKqb2w1PLaK+TjhnJz3117WwA+nRng8pztVQhNaYmeNeg+xMZwlH
pj3l/4AamerIJwQi40KbI1TLHU0Q3/goAZUchDU8TyQg6BzVBt/Wp3b6r5Bs/jNA
uS/+eGTdchmNs98yytSa3CRTq09WdsvgnTgpFobslGJtLCjacEzak2uwNYyM99EB
4o9SoHbJZt1Wb0wAdwoefJne8+l9yUbx5bkQvJTVvmJtE3Q8bNr0iDy7uVdmbuv3
1PVUDGecLxpVqNYOuWtigyuIPcCRoy4J5tUWGrVTg+Nszk/92R3lQYfU/SEJcCkd
oLW/6Dh4uuwgTkTe6zCoj7QkLgDjs8t0oH0WLF9OCqyla+yN6wb4o1XGzBr5t9A0
zh5RFvTDT1zO3vGGDjZ7ondFwbHzSDbWG5JPMURS2iblLx97KPHJZqRsgRvZYpsu
+4EFFM2KZDJy/+zWrDBmNAaUomnw7Mo5n0X4ijqEqtY=
=D4rW
-----END PGP PUBLIC KEY BLOCK-----
OpenPGP_signature.asc (application/pgp-signature, 840 B)
-----BEGIN PGP SIGNATURE-----

wsF5BAABCAAjFiEEfJ9Lcar1zVpshs8Nju7AsS3WTEMFAmg1oiUFAwAAAAAACgkQju7AsS3WTEMh
tw/+PoUIzUcHJdscai/HUhA6qlvpvsKx1omHVuF1W1uckS7vmTfIgOtoEqi6S7XONvgYK+8sIAtZ
xQb0chWTtY0olfp6HgGRB7OpM6PDxajv3wtmiZuRvCAdAufuel2suGQtw5Vdri9K5jq8u6HJysI/
EE5wYIreAa07SO9jjO2K9zTihr/qBkH/jvTZnsY+2K9zCUDH+mepXDWHviM7mAT3fLG080hAZ36T
uMFItLElTeUcgweHj77YH5Ocj+C6OUZxx6kWd84PKPx9roidksNsi77G/sKQknKfgml37H56KGoK
ftA5yyEAtFQmhtrmW/thLbA5bbWl4wDOJYz4h0AvZSmsY6CO6mxJSm78vqu3gQb2GyeGrgot38N5
p/iJJmFUmEesZdDaeB9/yVAW59RpnQHdfziQFphAKlZIOhDw2rmI4tXR7ywxCpbvtnWhHNNeA3I4
/mQxD8EWH2BlLtPmfW7Ftu1xw/HndIFKywhyDPZsj/RhnPMt+YBBkr4XQGpGXDFOCNKjKuDo5ON0
fGf0AxgCaI258kDjtlaqfO0+d52tT3XMM0ZkXv8vSCB321aDRVLXJl+9cjUEhHbHuTB+AwLGr0Cl
Tn8GhxmxLYQwQL64qhnrU63ozsyVwz5O6JbZRXNhg3u5h+5HNwOFlASH3XsOK3Wr3ImOIyz+tQa7
mQw=
=nHyf
-----END PGP SIGNATURE-----