Bug#784155: connects to wrong host

[Daniel Pocock]

Package: sflphone-gnome
Version: 1.4.1-0.1+b1
Severity: important

Set up a SIP account using the following settings:

Alias: Daniel
Host: debian.org    (as the SIP address is pocock at debian.org)
Username: pocock
Password:  (the rtc.debian.org password set through SSO)

Proxy: I tried three values:
- leaving this blank
- vogler.debian.org
- vogler.debian.org:5061

On the Security tab:
- change the "Authentication name" from pocock to pocock at debian.org
- click "Use TLS"
- click the "Edit" button next to TLS
  - on the TLS dialog box, choose "TLS protocol method" SSLv23

In the Accounts list, it just says
    Server returned "Service Unavailable" (503)

Looking at tcpdump, I see no sign that sflphone made any attempt to
contact the server

Running the sflphoned daemon manually in debug mode:

  /usr/lib/sflphone/sflphoned -d -c -p

I found this in the logs:

siptransport.cpp:294:0x99c0: Get new tls transport/listener from
transport manager to 200.17.202.197:5061
siptransport.cpp:259:0x99c0: Creating Listener on 0.0.0.0:5061...
siptransport.cpp:260:0x99c0: CRT file : /etc/ssl/certs/ca-certificates.crt
siptransport.cpp:261:0x99c0: PEM file :
managerimpl.cpp:1310:0x99c0: Saving Configuration to XDG directory
/home/daniel/.config/sflphone/sflphoned.yml
sipvoiplink.cpp:2185:0x99c0: SIP registration failed, status=503
(Connection refused)


It is trying to connect to 200.17.202.197 - that is not the SIP proxy

It appears that there are two problems here:

a) when the "Proxy" field is blank, it is looking up the A record for
debian.org instead of the SRV record for _sips._tcp.debian.org

b) when the "Proxy" field is set, it appears to completely ignore it, so
it is not possible to override the first problem by manually setting the
proxy address