After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 597549 - ekiga doesn't work anymore with 1und1
ekiga doesn't work anymore with 1und1
Status: RESOLVED FIXED
Product: ekiga
Classification: Applications
Component: general
3.2.x
Other Linux
: Normal critical
: ---
Assigned To: Ekiga maintainers
Ekiga maintainers
Depends on:
Blocks:
 
 
Reported: 2009-10-06 13:18 UTC by Wolfgang Rosenauer
Modified: 2009-10-07 12:34 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Wolfgang Rosenauer 2009-10-06 13:18:57 UTC
I used to use ekiga as sip client for 1und1 (german SIP provider).
I just started to test ekiga 3.2.5 and found that it doesn't work anymore.
The error is "403 Forbidden (No RFC 1918 IP allowed)".
I'm behind a router with masquerading/nat so that makes perfect sense.
Ekiga 3.0.1 (which I've used before) was using an external service to locate the public IP I guess what is not done anymore apparently.

In addition I cannot find any configuration dialog which would let me set these network specific things and automatic NAT traversal is not sufficient in that case apparently.
Comment 1 Damien Sandras 2009-10-06 13:32:27 UTC
%limited hack
Comment 2 Eugen Dedu 2009-10-06 13:42:14 UTC
Please use 3.2.6 instead, and add the string "%limit" in your account name, it should work, and close the bug afterwards.
Comment 3 Wolfgang Rosenauer 2009-10-07 09:15:58 UTC
I've now tried 3.2.6 and changed my account name to "1und1%limit", "%limit1und1", "1und1 %limit" and a few other combinations. But still I get the same error.

ekiga still tries to register three contact bindings including a private ip address according to wireshark.
Comment 4 Wolfgang Rosenauer 2009-10-07 09:23:10 UTC
Hmm, after a restart it began to work even w/o adding %limit. Not sure why though.
Comment 5 Eugen Dedu 2009-10-07 12:26:36 UTC
There is a confusion here.  Account name changing is taken into account only after restarting ekiga (bug #596185).  So I think you did:
- 1und1 does not work
- change account name => does not work
- restart ekiga => works
- change account name => works (normal, since you need to restart ekiga)
- now, if you restart ekiga, it should not work

Conclusion: after changing account name, restart ekiga.

Finally, this bug should be closed?
Comment 6 Wolfgang Rosenauer 2009-10-07 12:34:31 UTC
ok, could be the case. That a restart is required sounds even more weird than a magic string in the account name. So this can be closed as long as it doesn't mean that this hack is a final solution ;-)