Hi,
I've read the FAQ and reviewed the Closed Tickets. I apologize if I missed something.
I'm using 1.20.1 on Adium 1.5.10 on Mac 10.11.1.
I've previously overcome the Read Error with the SSL Beast Mitigation setting, but it seems to be back after my company upgraded from Lync to Skype for Business.
I do currently have it set. My attached log shows:
11:59:20: (Libpurple: cdsa) Explicitly disabling SSL BEAST mitigation for broken server implementations
but for some reason it still fails. Could it be NAT related? I see this in the attached log:
Via: SIP/2.0/tls 192.168.1.2
But my official Lync client (which does work) properly shows my local machine address, 192.168.2.13, in it's logs and not my router address, 192.168.1.2. I tried to change DMZ etc. to force all ports to go to 192.168.2.13, but still no luck.
Is that a wild goose chase? If not, how to configure it properly since I never had to previously? Everything worked fine until something was done on the server side due to Skype for Business.
Thanks,
Ken
As you have read the other discussions already you should know that SIPE can't do anything about this. Please do no missuse bug reports for something we can't fix.
Things you might try:
Closing as INVALID
Related
Bugs:
#216Two more things I remembered:
Last edit: Stefan Becker 2015-11-05
I actually didn't see anything that said this popped back up when the server side changed from Lync to Skype for Business, with no changes on client side to Adium or Mac (I'm currently at 10.11.1, but this problem started when I was still at 10.10). I literally didn't change anything on my end. I'm not sure why my Mac would stop honoring the request to disable SSL BEAST mitigations when it had been doing so reliably for at least a year. Can you point me to a forum post or bug similar to this situation? I literally didn't see one. Thanks.
[Edit - Our posts passed each other. I'll look into the TLS version you mention. Thanks for the direction.]
[Second edit - It might have been the case that it was failing for a different reason back in 10.10. DNS issue where Lync also failed. So the TLS version might explain why it's still failing now that I've fixed Lync but am on 10.11.1]
Last edit: Ken Botwinick 2015-11-05
Please also check the Lync connection with Wireshark.