Activity for Stefan Becker

  • Stefan Becker Stefan Becker modified a comment on discussion Help

    Some ideas for differences between (2) and (3) different DNS settings? That could explain that the same name ends up with pointing to a different CNAME or IP. different (default) route settings? That could explain why the same IP is reachable in one set up, but not the other You should definitely look at the pidgin --debug log to see what names are queried from the DNS. If you do not enable unsafe debug mode there is no sensitive information in the log. Please make sure to read the SIPE FAQ.

  • Stefan Becker Stefan Becker posted a comment on discussion Help

    Some ideas for differences between (2) and (3) different DNS settings? That could explain that the same name ends up with pointing to a different CNAME or IP. different (default) route settings? That could explain why the same IP is reachable in one set up, but not the other You should definitely look at the pidgin --debug log to see what names are queried from the DNS. If you do not enable unsafe debug mode there is no sensitive information in the log. Please make sujre to read the SIPE FAQ.

  • Stefan Becker Stefan Becker posted a comment on discussion Help

    libnice 0.1.14 is the latest release but has known problems, at least for hosted Skype-for-Business accounts (see SIPE FAQ). That's why I requested an update of the Fedora package. So either update to Fedora 28 or build the F28 SRPM on Fedora 27 yourself.

  • Stefan Becker Stefan Becker posted a comment on discussion Help

    I'm not aware of a sourceforge messaging that supports attachements. So that would be a no, As you can login into your account and your problems are with Lync media, the SIPE logs will not be helpful. SIPE just extracts the media parameters and provides them to the backends, it is not involved in any media protocols. Please do consult the FAQ page as I have already pointed out it my first reply.

  • Stefan Becker Stefan Becker posted a comment on discussion Help

    Can you be more specific what is not working? The subject says FT/Audio/..., i.e. Lync media, not working. In the message text you say that you can't login into your account, because authentication is failing. For the debug logs you should consult the FAQ. Unless you accidentaly forget to mask the passwords then there is nothing secret in the full debug log.

  • Stefan Becker Stefan Becker posted a comment on discussion Developers

    I wonder why you post a user question on the developer forum? Have you tried git HEAD?

  • Stefan Becker Stefan Becker posted a comment on discussion Help

    As your call is already set up SIPE is no longer involved. It has passed the paramet ers to the media code (libpurple, farstream, gstreamer, libnice).

  • Stefan Becker Stefan Becker posted a comment on discussion Help

    Please consult the FAQ page how to generate correct debug logs without revealing your password. By default SIPE will not enable unsafe debugging, hence your debug log do not contain any message contents. The first thing I would try is to upgrade to the latest version 1.23.2. The 2nd log, the one without the crash, shows that authentication succeeds for the account mike.doyle@infor.com, so your password should be correct. But then the server https://nlba-lyncweb-int.infor.com:443/ that gives us a...

  • Stefan Becker Stefan Becker posted a comment on ticket #75

    @chagn hmmm, I'm not sure now what is an inline image.. Like the original author wrote: "A user of the OCS client can send handwriting messages using a tablet" Is it a small picture in teh buddy list (along the user name) ? No, that's the buddy icon and something completely different. SIPE supports those and they are displayed in the Pidgin buddy list. this is the first line of the about SIPE plugin text: SIPE 1.23.2 (SSPI) Lync File Transfer is based on the same technologies as Voice & Video calls...

  • Stefan Becker Stefan Becker modified a comment on ticket #75

    @chagn I think the case you described is actually not an inline image at all. I think what happens is that the Windows client initiates a file transfer when you drag a file from the desktop and drop it onto an IM window.

  • Stefan Becker Stefan Becker posted a comment on ticket #75

    @chagn I think the case you described is actually not an inline image at all. I think what happens is that the Windows client initiates a file transfer when you drag a file from the desktop onto an IM window.

  • Stefan Becker Stefan Becker posted a comment on discussion Developers

    I don't understand why the C standard would be relevant for this issue, because tzset() is a POSIX API. Excerpt from the out of man 3 tzset: NAME tzset, tzname, timezone, daylight - initialize time conversion informa‐ tion SYNOPSIS #include <time.h> void tzset (void); ... CONFORMING TO POSIX.1-2001, POSIX.1-2008, SVr4, 4.3BSD. ... sipe-cal.c has #include <time.h> at the top of the file. I can only assume that your build environment is messed up.

  • Stefan Becker Stefan Becker posted a comment on ticket #75

    @chagn your log looks different than the one from the original reporter. Your log shows that the Windows client is trying to initiate an old-style non-Lync File Transfer. I can only guess that the Windows clients use that as indication for "inline image". Or maybe your SIPE is compiled without Lync FT support (see the "About SIPE plugin..." window) and therefore after the request for Lync FT fails, it falls back to old style FT (can't tell, because I have only seen one message from the debug log)....

  • Stefan Becker Stefan Becker modified a comment on ticket #75

    (edited to make the pasted log content more readable) hello Stefan, In order to get an inline image, my friend paste an image in his skype for business window. I've launched pidgin with the --debug option, it seems the interresting area is this one: (10:01:59) sipe: got message from sip:myemail@tt.ttt: Application-Name: File Transfer Application-GUID: {5D3E02AB-6190-11d3-BBBB-00C04F795683} Invitation-Command: INVITE Invitation-Cookie: 54026176 Application-File: 711FEDA2.PNG Application-FileSize:...

  • Stefan Becker Stefan Becker modified a comment on ticket #75

    (edited to make the pasted content more readable) @Stefan Becker, here is the SIP message: MESSAGE START <<<<<<<<<< SIP - 2018-03-21T13:32:14.216233Z MESSAGE sip:xxx.86:64218;transport=tls;ms-opaque=d3470f2e1d;ms-received-cid=7879900;grid SIP/2.0 Via: SIP/2.0/TLS xxx.56:5061;branch=z9hG4bKCF39EAC5.285955453AA0178E;branched=FALSE;ms-internal-info="cmNfFoQSIHfAcRI5m4q87baXzxU6qpRWK_SIaqN61wAqdFVVkoUVouzgAA" Authentication-Info: TLS-DSK qop="auth", opaque="041364D9", srand="647213DE", snum="29", rspauth="77ef542cb817df38fc8e1863b9eb3fd9027d401c",...

  • Stefan Becker Stefan Becker modified a comment on ticket #75

    @Stefan Becker, here is the SIP message: MESSAGE START <<<<<<<<<< SIP - 2018-03-21T13:32:14.216233Z MESSAGE sip:xxx.86:64218;transport=tls;ms-opaque=d3470f2e1d;ms-received-cid=7879900;grid SIP/2.0 Via: SIP/2.0/TLS xxx.56:5061;branch=z9hG4bKCF39EAC5.285955453AA0178E;branched=FALSE;ms-internal-info="cmNfFoQSIHfAcRI5m4q87baXzxU6qpRWK_SIaqN61wAqdFVVkoUVouzgAA" Authentication-Info: TLS-DSK qop="auth", opaque="041364D9", srand="647213DE", snum="29", rspauth="77ef542cb817df38fc8e1863b9eb3fd9027d401c", targetname="GMU103.xxx.net",...

  • Stefan Becker Stefan Becker modified a comment on ticket #75

    @chagn I would need to see more of the debug log, at least the complete SIP message before the sipe: got message... line. Please note that SIPE will not dump raw messages to the debug log unless you enable unsafe debugging (see FAQ). Does any of the information you copy&pasted show up in the IM window?

  • Stefan Becker Stefan Becker posted a comment on ticket #75

    @chagn I would need to see more of the debug log, at least the complete SIP message before the sipe: got message... line. Please note that SIPE will not dump raw messages to the debug log unless you enable unsafe debugging (see FÁQ). Does any of the information you copy&pasted show up in the IM window?

  • Stefan Becker Stefan Becker created a blog post

    pidgin-sipe release 1.23.2

  • Stefan Becker Stefan Becker modified a wiki page

    Frequently Asked Questions

  • Stefan Becker Stefan Becker modified a wiki page

    Frequently Asked Questions

  • Stefan Becker Stefan Becker modified a wiki page

    Frequently Asked Questions

  • Stefan Becker Stefan Becker modified a wiki page

    Frequently Asked Questions

  • Stefan Becker Stefan Becker created a blog post

    pidgin-sipe release 1.23.1

  • Stefan Becker Stefan Becker modified a wiki page

    Frequently Asked Questions

  • Stefan Becker Stefan Becker modified a wiki page

    Frequently Asked Questions

  • Stefan Becker Stefan Becker modified a wiki page

    Frequently Asked Questions

  • Stefan Becker Stefan Becker modified a wiki page

    Frequently Asked Questions

  • Stefan Becker Stefan Becker posted a comment on discussion Help

    If you need to re-enable IPv6, then you'll have to try the updated Windows DLL that I have provided,.

  • Stefan Becker Stefan Becker posted a comment on ticket #338

    Now all places in purple backend that call getsockname() are updated (git commit d5915e68) Updated the Windows DLL again.

  • Stefan Becker Stefan Becker modified a wiki page

    Frequently Asked Questions

  • Stefan Becker Stefan Becker posted a comment on ticket #338

    Forgot to use ntohs() when reading the port number from the data structure. It seems the SIP server doesn't really check the port number, but let's be correct on all systems and return the correct port number (git commit 1a15a1af). Updated the Windows DLL too.

  • Stefan Becker Stefan Becker posted a comment on discussion Help

    I have root caused the issue to a bug in Windows Pidgin and implemented a workaround in SIPE purple backend. See [bugs:#338] for the details.

  • Stefan Becker Stefan Becker posted a comment on ticket #338

    I have been able to root cause the issue to a bug in Windows Pidgin. On Windows calling purple_network_get_port_from_fd() on an IPv6 socket always generates the error message network: getsockname: Windows socket error #10014 and then returns the default port 0. This incorrect port then leads to a 504 error from the SIP server. As a workaround I have replaced the broken function with our own implementation, using the guidance from the above mentioned StackOverflow question, in git commit f49fd3d4....

  • Stefan Becker Stefan Becker modified ticket #338

    Incorrect port 0 for IPv6 socket on Windows

  • Stefan Becker Stefan Becker modified ticket #338

    Incorrect port 0 for IPv6 socket on Windows

  • Stefan Becker Stefan Becker modified ticket #338

    Incorrect port 0 for IPv6 transport on Windows

  • Stefan Becker Stefan Becker posted a comment on ticket #338

    I've now been able to reproduce this on a Window 10 VM which I configured to use my IPv6 tunnel: (12:20:39) sipe: transport_connect - hostname: sipfed2a.online.lync.com port: 443 (12:20:39) sipe: using SSL (12:20:39) dnsquery: Performing DNS lookup for sipfed2a.online.lync.com ... (12:20:39) dnsquery: IP resolved for sipfed2a.online.lync.com (12:20:39) proxy: Attempting connection to 2603:1037:0:c::f (12:20:39) proxy: Connecting to sipfed2a.online.lync.com:443 with no proxy (12:20:39) proxy: Connection...

  • Stefan Becker Stefan Becker posted a comment on discussion Help

    It looks like there might be a problem with getsockname() for IPv6 on WIndows. I have opened [bugs:#338] to investigate the issue. As a temporary workaround please disable IPv6 on your Windows machine.

  • Stefan Becker Stefan Becker created ticket #338

    getsockname() returns wrong IPV6 address on Windows

  • Stefan Becker Stefan Becker posted a comment on discussion Help

    Just checked one thing: your log shows IPv6 addresses. IPv6 address support in SIP messages was added in SIPE 1.23.0 (the version your log says you are using). For details see Feature Request #99, Your log shows the same error code 504. Please make sure to provide the improved log so that I can see the full contents of the rejected SIP message.

  • Stefan Becker Stefan Becker posted a comment on discussion Help

    I don't see any authentication failures. In fact there is an successful ADFS authentication attempt during the Lync autdiscover handshake that results in sipfed0B.online.lync.com:443: (10:37:19) sipe: webticket_token: received valid SOAP message from ADFS https://sso.belltechlogix.com/adfs/services/trust/2005/usernamemixed ... (10:37:20) sipe: sipe_lync_autodiscover_webticket: got ticket for Auth URI https://webdir0b.online.lync.com/Autodiscover/AutodiscoverService.svc/root/user?originalDomain=belltechlogix.com...

  • Stefan Becker Stefan Becker posted a comment on ticket #337

    Thanks Jakub. I can confirm that with the proposed fix the duplicates are gone.

  • Stefan Becker Stefan Becker posted a comment on ticket #337

    UPDATE it looks like that to be able to successfully call a SfB client running on Windows you'll need to fast forward libnice from 0.1.14 all the way to current HEAD (git commit fb2f1f7).

  • Stefan Becker Stefan Becker posted a comment on ticket #337

    Workaround implemented in git commit 50f63c7d. SIPE now drops duplicates from the candidate list. With this change in place I have been able to make audio calls to a SfB client on a colleagues Android phone. PLEASE NOTE: my tests were only successful after I updated my system to libnice-0.1.14 plus the following 3 upstream patches: turn: Add support for ALTERNATE_SERVER in OC2007 Compatibility discovery: Increase discovery_unsched_items whenever we restart a check conncheck: handle alternate-server...

  • Stefan Becker Stefan Becker modified ticket #337

    Duplicate candidates in SDP

  • Stefan Becker Stefan Becker modified ticket #337

    Duplicate candidates in SDP

  • Stefan Becker Stefan Becker posted a comment on ticket #337

    I disabled the UPNP support in libnice (also visible in the log), but unfortunately the duplicates are still there and the call ends in 488 error.

  • Stefan Becker Stefan Becker modified a comment on ticket #337

    I applied that one additional patch and still see duplicates. EDIT attached debug log following instructions from github tieto/sipe

  • Stefan Becker Stefan Becker posted a comment on ticket #337

    I applied that one additional patch and still see duplicates. So what non-SIPE debug log would you require to understand where the duplicates are coming from? Or does SIPE need to detect & remove duplicates itself?

  • Stefan Becker Stefan Becker modified a comment on ticket #337

    Here you go... As far as I can tell the duplicates are passed up from farstream: (12:48:51) backend-fs2: got new local candidate: 17 ... (12:48:51) backend-fs2: got new local candidate: 17 ... (12:48:51) backend-fs2: got new local candidate: 17 ... (12:48:51) backend-fs2: got new local candidate: 17 ... (12:48:51) sipe: 17 1 2 845808895 62.121.61.82 0 1 192.168.1.75 0 ... (12:48:51) sipe: 17 2 2 845808894 62.121.61.82 0 1 192.168.1.75 0 ... (12:48:51) sipe: 17 1 2 845808895 62.121.61.82 0 1 192.168.1.75...

  • Stefan Becker Stefan Becker posted a comment on ticket #337

    Here you go...

  • Stefan Becker Stefan Becker posted a comment on ticket #337

    Thanks Jakub. I've update the package on my system to 0.1.14-70-gfb2f1f7 from libnice git repository. The problem doesn't seem to be fixed. Can you verify from the log if those changes had any effects? Some of the alternate server changes are behind runtime flags, so maybe they weren't activate in my setup?

  • Stefan Becker Stefan Becker modified ticket #337

    V&V support for SfB

  • Stefan Becker Stefan Becker posted a comment on ticket #337

    Attached are two debug logs. One calling from SIPE to Windows SfB client (rejected with 488), one to Android SfB client (rejeced immediaely with 486, remote party didn't see any call window). The diagnostic for the 488 error is: ms-client-diagnostics: 52063;reason="Unsupported session description"

  • Stefan Becker Stefan Becker modified a comment on discussion Help

    Thanks for the log. Looks like you get hit by [bugs:#336]. So the problem should disappear if you compile git HEAD instead of 1.23.0.

  • Stefan Becker Stefan Becker posted a comment on discussion Help

    Thanks for the log. Looks like you get hit by [bugs#336]. So the problem should disappear if you compile git HEAD instead of 1.23.0.

  • Stefan Becker Stefan Becker modified ticket #337

    V&V support for SfB

  • Stefan Becker Stefan Becker posted a comment on ticket #337

    I guess you are using an Office 365 subscription with Skype for Business, i.e. a cloud setup. I personally have never been able to get any V&V connection work with my account either; any attempts are always failing with 486 or 488 error. As far as I understand the developer(s) maintaining the SIPE media stuff do not use SfB but older or non-cloud Lync setups. Furthermore V&V failures are most likely not caused by SIPE. Correct operation requires up-to-date versions of nice, farstream, purple and...

  • Stefan Becker Stefan Becker posted a comment on discussion Help

    The log shows that Lync Autodiscover fails, because it can't authenticate the URL https://lyncpool1.cae.com/Autodiscover/AutodiscoverService.svc/root/user. As the debug log has been created without PURPLE_UNSAFE_DEBUG=1, which has been added in newer SIPE versions, it does not contain any message contents and thus I unfortunately can't say more.

  • Stefan Becker Stefan Becker posted a comment on discussion Help

    Please update to the latest SIPE version. My guess is that Lync Autodiscover would work correctly for the new setup without hard-coding the server, Your IT department just hasn't deleted/updated the old DNS setup and that leads the old SIPE version to the old internal Lync server, because it doesn't have Lync Autodiscover.

  • Stefan Becker Stefan Becker posted a comment on discussion Help

    Thanks for providing the correct debug log. The log shows that the handshake is only talking to cae.com internal servers. If you really have an Office365 account, i.e. one were you login via the Office 365 login page, then this would be incorrect. Based on the logs I can see: your account setup looks correct, i.e. user name (SIP), login name (Office 365 account name?) and password (the log shows a successfull NTLM handshake, so it must be the correct one for the login name) you are using the obsolete...

  • Stefan Becker Stefan Becker posted a comment on discussion Help

    Just to make sure: do you have the correct plugin version installed? Here is what you should see in the debug log for the latest version: (13:18:58) winpidgin: GTK+ :2.16.6 (13:18:58) winpidgin: winpidgin_init end (13:18:58) wpurple: wpurple_init start (13:18:58) wpurple: libpurple version: 2.12.0 (13:18:58) wpurple: Glib:2.28.8 (13:18:58) wpurple: wpurple_init end ... (13:19:27) sipe: sipe_core_allocate: SIPE version 1.23.0 (SSPI) i.e. SIPE version 1.23 only works with Pidgin 2.12.0 (or newer).

  • Stefan Becker Stefan Becker modified a comment on discussion Help

    You probably forgot to start pidgin on the command line with the --debug option. Without this option the debug window will only show important messages and errors. EDIT: it seems that the Pidgin debug window doesn't show any messages that were printed before it opened. So you'll miss the load message. You'll have to make sure to write the console output to a file, e.g. C:\Users\XXXX>"\Program Files (x86)\Pidgin\pidgin.exe" --debug >pidgin_debug.log ... (13:18:58) plugins: probing C:\Program Files...

  • Stefan Becker Stefan Becker posted a comment on discussion Help

    You probably forgot to start pidgin on the command line with the --debug option. Without this option the debug window will only show important messages and errors. The installation location looks correct, hence there must be some reason that prevents Pidgin to load libsipe.dll.

  • Stefan Becker Stefan Becker posted a comment on discussion Help

    Have you checked the start of the detailed debug log when Pidgin loads the plugins? There should be a message there why it thinks it can't load libsipe.dll, provided it is installed in the correct location.

  • Stefan Becker Stefan Becker posted a comment on discussion Help

    The feature Lync FT requires media support, which isn't available in Pidgin 2.x on Windows. You could try Pidgin 3.x development version, but then all supporting code (gstreamer, farstream2, libnice) needs to be up-to-date and you'll need to compile SIPE yourself. You should still check if the remote party accepts old style file transfers. But then you'll have to make sure that ports 6891 to 6901 are open on the incoming network path (see also src/core/sipe-ft.c): /* * DO NOT CHANGE THE FOLLOWING...

  • Stefan Becker Stefan Becker posted a comment on ticket #102

    SIPE project does not support unofficial forks or (distribution) package repositories. That means you can't file such bugs or feature requests using SIPE project trackers. You'll have to contact the maintainer of that package repository directly, Closing as INVALID

  • Stefan Becker Stefan Becker modified ticket #102

    Pidgin package in ppa:sipe-collab to support libnotify

  • Stefan Becker Stefan Becker modified a wiki page

    Frequently Asked Questions

  • Stefan Becker Stefan Becker created a blog post

    pidgin-sipe release 1.23.0

  • Stefan Becker Stefan Becker posted a comment on discussion Help

    Please see the Mac section in the FAQ.

  • Stefan Becker Stefan Becker modified ticket #101

    Mac OS X 10.13 OpenSSL support

  • Stefan Becker Stefan Becker posted a comment on ticket #101

    Thanks for the feedback, Andre. Final solution pushed as git commit 0a8e5a64. It would still be nice to get the output of the two commands from High Sierra. Root cause was a mistake I maded implementing the OpenSSL support for the Adium plugin: I should have added -lcrypto to the linker command line. Unfortunately the plugin code needs to be linked with -undefined dynamic_lookup which hides the problem, i.e. there are no linker errors due to missing symbols. I had been wondering why this works and...

  • Stefan Becker Stefan Becker modified a wiki page

    Frequently Asked Questions

  • Stefan Becker Stefan Becker posted a comment on ticket #101

    I think I found a quick fix, but that will always require building against an older SDK than 10.13. Can you please try this release package on 10.13? It should now load the OpenSSL 0.9.8 libcrypto dynamic library instead of the default libcrypto dynamic library.

1 >