search for: inresponsive

Am 07.07.2020 um 18:11 schrieb Sebastian Nielsen: > Plaintext access is no problem if the connection is secured via other means - for example internal network or VPN. > If the IMAP server cannot be accessed from the outside, and the traffic don't travel over wifi or public networks, no danger. First of all, please keep answers on the mailing list only. Obviously I am subscribe and I

...c: Hangup failed! Strange things may happen! [2009-01-23 14:27:17] WARNING[21528] channel.c: Failed to perform masquerade [2009-01-23 14:27:17] WARNING[21528] channel.c: Channel 'SIP/2332-083c3778' may not have been hung up properly Both times all SIP channels got stuck and the CLI became inresponsive. Calls continued for a while, but new SIP calls could not be established. On the second time this happended, all SIP phones could not subscribe to the Asterisk any longer and a few minutes later the log filled with: [2009-01-23 14:43:21] ERROR[22319] chan_sip.c: Call to peer '2333' reject...

Sorry about that, its just outlook that does that by default. But manually deleted your adress now in reply. I don't know what you mean with "top posting"? What I mean is that if you have another security on the connection (be it physical security - the connection doesn't go over public means, or VPN - connection level encryption) then you don't need another encryption on

Am 07.07.2020 um 08:07 schrieb Mark Constable: > > FWIW I meant if the client is Windows7/old-Outlook then changing either > 993/SSL or 143/STARTTLS to 143/NONE could help pick up the mail. We had > to do this for a 100 or so clients a few months ago after upgrading to > Ubuntu 20.04. Curious, what's the rationale behind that move? Is it because that old beast of Outlook does

https://bugs.freedesktop.org/show_bug.cgi?id=99396 Bug ID: 99396 Summary: Crash in nouveau_dri.so when switching apps with alt-tab in Gnome Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau