Re: [Evolution] Evolution-ews and VPN-connection
On Wed, 2020-01-22 at 09:51 +, Wiethoff, Helge via evolution-list wrote: > Hi, > > I found the problem. What problem? Please remember to quote the relevant part of any message you are commenting on. It should not be necessary to look for earlier messages in the thread in order to understand the context of your reply. poc ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution-ews and VPN-connection
Hi, I found the problem. It wasn't evolution. A firewall terminated the connection. We have now published the Exchange via HAProxy and the connection problems are solved :-) The switch between VPN and non-VPN still doesn't work but I don't find that dramatic. regards Helge ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution-ews and VPN-connection
UNSUBSCRIBE Télécharger BlueMail pour Android Le 16 janv. 2020 à 13:18, à 13:18, "Wiethoff, Helge via evolution-list" a écrit: >Hi, > >Am Mittwoch, den 15.01.2020, 09:56 +0100 schrieb Milan Crha via >evolution-list: >> Maybe there could be a workaround, to keep the connection alive you >> might need to set "Check for new messages" interval to a value, which >> is lower than "automatic disconnect timeout due to inactivity" set on >> the server. > >your suggested workaround worked in part: I no longer get an error >message when sending mails. However, the calendar and contacts (also >GOA) do not seem to benefit from this. > >> The >> thing is that you see this error when using Mail, but other parts >> (calendars/books) are/can-be affected as well. >Yupp. Thats the case... > >> By the way, are you really able to reproduce this reliably when you >> connect or disconnect VPN? If only with the disconnect of the VPN, >> then >> it can be that evo-ews connected to the server through the VPN, thus >> the VPN disconnect invalidated that connection, similarly as the >> inactivity timeout, though not exactly the same. > >Maybe you are right, yes... I try to write a bug report with as much >information as possible. > >Regards >Helge >___ >evolution-list mailing list >evolution-list@gnome.org >To change your list options or unsubscribe, visit ... >https://mail.gnome.org/mailman/listinfo/evolution-list ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution-ews and VPN-connection
Hi, Am Mittwoch, den 15.01.2020, 09:56 +0100 schrieb Milan Crha via evolution-list: > Maybe there could be a workaround, to keep the connection alive you > might need to set "Check for new messages" interval to a value, which > is lower than "automatic disconnect timeout due to inactivity" set on > the server. your suggested workaround worked in part: I no longer get an error message when sending mails. However, the calendar and contacts (also GOA) do not seem to benefit from this. > The > thing is that you see this error when using Mail, but other parts > (calendars/books) are/can-be affected as well. Yupp. Thats the case... > By the way, are you really able to reproduce this reliably when you > connect or disconnect VPN? If only with the disconnect of the VPN, > then > it can be that evo-ews connected to the server through the VPN, thus > the VPN disconnect invalidated that connection, similarly as the > inactivity timeout, though not exactly the same. Maybe you are right, yes... I try to write a bug report with as much information as possible. Regards Helge ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution-ews and VPN-connection
On Wed, 2020-01-15 at 08:48 +0100, Wiethoff, Helge via evolution-list wrote: > "Source 'helge...@...' doesn't support prompt for credentials" Hi, the error usually means that the provider wants to connect to the server, but the server rejects connection and asks for credentials. That makes sense for accounts configured in GNOME Online Accounts (GOA), because GOA is responsible to provide the credentials. I'm only guessing here, but I'd think that the running connection to the Exchange server terminated, possible due to inactivity, when the server disconnects. Later on, when you sent the message, evo-ews tries to use this stale connection and it failed. It didn't try to reconnect silently, it possible looked like an issue with credentials, thus evo wanted to ask for the credentials, but it failed. The failure invalidated the connection also on the evo-ews side. The new attempt to send the message resulted in a clean connect, just like right after start (which tries stored password first). I do not know which part is faulty here. It can be evolution-data- server or evolution-ews itself. Or maybe evolution. Hard to guess. That would need more testing. Maybe there could be a workaround, to keep the connection alive you might need to set "Check for new messages" interval to a value, which is lower than "automatic disconnect timeout due to inactivity" set on the server. > Should i try to find this error with EWS_DEBUG=2 or CAMEL_DEBUG=all ? Definitely do *not* use CAMEL_DEBUG=all. I do not know anyone wanting to read all of that output. I'm not sure whether it would be shown in the EWS_DEBUG=2 log. In any case, I agree that this is a bug and should be fixed. Would you mind to file it, please? I'd start in evolution-ews [1] and move it to the right place once it'll be known where the actual error is. The thing is that you see this error when using Mail, but other parts (calendars/books) are/can-be affected as well. By the way, are you really able to reproduce this reliably when you connect or disconnect VPN? If only with the disconnect of the VPN, then it can be that evo-ews connected to the server through the VPN, thus the VPN disconnect invalidated that connection, similarly as the inactivity timeout, though not exactly the same. Bye, Milan [1] https://gitlab.gnome.org/GNOME/evolution-ews/issues/new ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution-ews and VPN-connection
Hi Milan, thanks for your message. I'm "just" a normal user but maybe I can find the problem with your suggestions for debugging. But maybe the problem has another cause? When I start Evolution, I can send/receive mails without problems. If I do something else for a certain time and afterwards want to send a mail I get this error: "Source 'helge...@...' doesn't support prompt for credentials" In the dialog I can click "repeat" and the mail is sent directly. Should i try to find this error with EWS_DEBUG=2 or CAMEL_DEBUG=all ? Thanks again :-) Helge ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Evolution-ews and VPN-connection
On Sun, 2020-01-12 at 15:13 +, Wiethoff, Helge via evolution-list wrote: > My problem is: evolution doesn't seem to recognize if a VPN > connection exists or not: If I change the VPN connection status while > using the mail client, the connection to the Exchange server seems to > be lost. Hi, is the Exchange server accessible only with VPN on, or it can be accessed anytime, with or without it? You wrote that you change the VPN status, but it's unclear to me whether you turn VPN on or off. > When I restart evolution, everything works. Only if I change the vpn- > connection status, the connection to the exchange-server drops. If it drops, you might see the account with a "disconnected" icon on the right of the folder tree in the Mail view. How do you know the connection dropped? It there any error message in the GUI or elsewhere? > The Exchange share is for both internal and external access = > outlook.example.com. I see, thus the VPN is not needed and it doesn't matter whether you connect it or disconnect (that's what you call the change on the VPN connection), evolution-ews stops talking to the server, right? > ... The connection icon in Evolution shows an "online" status. > > I have also tried GIO_USE_NETWORK_MONITOR=base without success. I see. The Network Monitor is there to recognize whether the server (or a network connection) is accessible (available), or not. The "base" network monitor basically claims that the connection and network are always available, regardless the actual state. The issue might be somewhere between gnutls, glib-networking, glib2 and libsoup. The evolution-ews uses libsoup to connect to the server, it doesn't open its own connection to it, and libsoup uses ... just read backwards the listing up to gnutls. Bye, Milan ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
