Re: [Evolution] fail to connect to CardDAV addressbook
On Tue, 2020-05-26 at 22:58 +0200, S. Pfeifer wrote: > Am Dienstag, den 26.05.2020, 22:11 +0200 schrieb Andre Klapper: > > On Tue, 2020-05-26 at 20:10 +0200, S. Pfeifer wrote: > > > Adressbuch »adresses@spf-01« kann nicht geöffnet werden > > > > Is that a local server? > > It's on my LAN in a 192.168.xxx.xxx range. If I load the configured > addressbook link in my browser, I am able to access the addressbook > data. Maybe the UID »ab6fe1814887395b62bb1c0450ff6bcb4553579f« is > wrong > or the path related to this ID is wrong? Is it possible to check > that? Hi, that might be the name of the address book you see in the GUI, I think. I do not speak German, thus I do not know what it tells you. > > Maybe the Flatpak sandbox cannot access the system's sendmail > > binary? Right, it cannot. To do that one might open whole file system for the sandbox, which kind of invalidates the purpose of the (Flatpak) sandbox, thus Evolution had disabled sendmail, when it is running under Flatpak. I'll mute that runtime warning to not confuse the users. > I found no setting for the language in Evolution. Does it mean to > change the operatiing system language to English or do I have to > build a flatpak version in English? Try to execute in the terminal: $ export LANG=C.utf8 before executing the flatpak command. You should do that before running the Flatpak application for the first time, thus also the background processes will use the C locale (you can use also en_US.utf8 or such). Here [1] is written where the data is stored. You want the *.source files. The path may slightly differ in Flatpak, I'm not sure right now. Run this: $ flatpak run --command=sh org.gnome.Evolution which will start a terminal in the sandbox of the Evolution application. You can run other commands, explore the directories and do all other things there. Bye, Milan [1] https://help.gnome.org/users/evolution/stable/data-storage.html ___ 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] Office 365 with Multi Factor Authentication and unfriendly Active Directory Admins
On Tue, 2020-05-26 at 16:11 +0200, Louis van Dyk wrote: > The question is how can I get the settings I need to make this work? > > - I can find the Tenant ID in various places. (e.g. sign in to > portal.azure.com, click on ? for Help and choose Show Diagnostics - > the json file it opens shows the Tenant ID.) > - How can I get the APP ID that I must enter? I do not have access to > Azure Active Directory or to App Registrations. Hi, if I recall correctly, you cannot. It's the company administrators whom have privileges to create an application in the Azure web interface and set it up with the tenant. Regular users cannot do it. It doesn't matter much, because EWS is dead for the Office365 server [1]. Do not worry, the Microsoft Graph API looks promising. It doesn't seem to know everything what the EWS does, but it is also simpler, thus maybe it'll work. I've just begun to explore what it can do. Some preliminar testing will be appreciated, as always. I think that the Graph API is less strict with respect of the OAuth2, it seemed to me that one can use any application (as registered on the Microsoft server) to use it, including for the free accounts, which makes life significantly simpler. I will need help to test it first, because these are just my initial understandings, which can be false, because I only begun to explore the API. If you do not mind, I'll contact you off list with some simple code to test, once I have any (that would be for the authentication part, to check my guesses). Bye, Milan [1] https://blogs.technet.microsoft.com/exchange/2018/07/03/upcoming-changes-to-exchange-web-services-ews-api-for-office-365/ ___ 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] Forwarding of meeting invites?
On Wed, 2020-05-27 at 06:54 +0200, Milan Crha via evolution-list wrote: > CAUTION: This email originated from outside of the organization. Do not click > links or open attachments unless you recognize the sender and know the > content is safe. > > > On Tue, 2020-05-26 at 13:40 +0200, Joakim Tjernlund via evolution-list > wrote: > > Looked for such a function in Evo(EWS)(Forwarding a meet to someone > > else) too, but I cannot find such a function, is there one? > > Hi, > you can forward the message itself, just as any other message, though > I'm not sure how it'll work with respect of the Microsoft Exchange > server environment, because they have certain relations between the > calendar item and the message item, which may not be added (by the > server), when the invitation is received by a plain mail message. You > should just try that. > > Being it an event in the Calendar view, try the context menu, where is > "Forward as iCalendar". Similar concerns as those with invitation mail > mentioned above apply here as well. > Bye, > Milan Well, not quite what I need. I compared a normal meet and Forwarded meet, The forwarded meet uses Sender: rather than From:(which keeps its original sender) Sender: then obviously has the person who forwarded the meet to me. Something you can work with? Jocke ___ 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] Interaction with ProtonMail “Error syncing changes: mailbox 4 does not exist”
On Tue, 2020-05-26 at 14:57 +0200, Dan Kortschak wrote: > > The relevant output from CAMEL_DEBUG=imapx:io is as follows: > > > > [imapx:A] I/O: 'A00133 UID STORE 338 -FLAGS.SILENT (\DELETED)' > > [imapx:A] I/O: 'A00133 OK UID STORE completed' Hi, if you still have the log, what is the preceding SELECT command, please? It seems to me the selected folder (mailbox) is somehow modified. > > [imapx:A] I/O: 'A00170 UID MOVE 3533 Spam' > [imapx:A] I/O: '* 3177 FETCH (FLAGS ($junk junk) UID 3533)' > [imapx:A] I/O: '* 3177 EXISTS' > [imapx:A] I/O: '* OK [UNSEEN 3] ' > [imapx:A] I/O: 'A00170 NO Label does not exist' If I understand it correctly, it means they advertise the Spam as a Junk folder, but do not let you move messages into it. When you open the mail account Properties, there's an option to use the real Junk (or Trash) folders on the Defaults tab, which is set for you after the account is configured if the server advertises such folders. I would try to not use real Junk folder, which will stop trying to move messages to that folder in Evolution, though it may have some other side effects too, like the spam you mark as such in Evolution would not be recognized by the server as spam (I'm not sure what the server will do with a message, which has just set the "JUNK" flag). > Having docs to read to understand this better will still help me > though. I'm not sure what documentation you'd like to read, the IMAP 4rev1 is: https://tools.ietf.org/html/rfc3501.html with the following additions, extensions and the like. I do not think it's really something you should care of, as a user. 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
Re: [Evolution] Evolution and the X-NC-CalDAV-Webcal-Caching header
On Tue, 2020-05-26 at 14:02 +0200, Robin Lee via evolution-list wrote: > Failed to connect calendar “Nextcloud : Personal” > Failed with HTTP error 404: Not Found Hi, this will be harder to debug. You can check in the Properties of the calendar what URL had been discovered (as advertised by the server). You can also see what the discovery does with: $ WEBDAV_DEBUG=1 /usr/libexec/evolution-source-registry Finally, you can see what the calendar does with: $ CALDAV_DEBUG=1 /usr/libexec/evolution-calendar-factory -w The actual path can differ in your distribution. There's nothing to be shared in public from those two logs, it contains a lot of private information, some even encoded (in base64 or similar encoding), thus unreadable on the first look. You can see from it what the server returns. It feels surprising to see the server returning an invalid Personal calendar URL. Might there be double-encoding involved or something, what would Evolution(-data-server) code decipher incorrectly? Just check what the calendar has set (it can be copied out of the Properties, even when it shows ellipsized), maybe it'll help to narrow things. 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
Re: [Evolution] Forwarding of meeting invites?
On Tue, 2020-05-26 at 13:40 +0200, Joakim Tjernlund via evolution-list wrote: > Looked for such a function in Evo(EWS)(Forwarding a meet to someone > else) too, but I cannot find such a function, is there one? Hi, you can forward the message itself, just as any other message, though I'm not sure how it'll work with respect of the Microsoft Exchange server environment, because they have certain relations between the calendar item and the message item, which may not be added (by the server), when the invitation is received by a plain mail message. You should just try that. Being it an event in the Calendar view, try the context menu, where is "Forward as iCalendar". Similar concerns as those with invitation mail mentioned above apply here as well. 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
Re: [Evolution] Got one account sort-of working
On Tue, 26 May 2020 23:46:09 +0100 Pete Biggs wrote: It told you what the issue is - i.e. that it's a bug in the GnuTLS library. (This is about imap with TLS on 993 not working with sbcglobal.net, which is provided by yahoo.com. The error message is “Error performing TLS handshake: Internal error in memory allocation.”.). I have a non-yahoo account that receives using TLS on 993 and sends using STARTTLS on 587, and it works. Do different accounts use different versions of gnutls? I did "ldd /bin/evolution | grep tls" and there was no output. BTW, I did "ldd /usr/bin/thunderbird" and it said "not a dynamic executable". It's too bad evolution can't be statically linked. I really prefer evolution to thunderbird. ___ 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] Got one account sort-of working
On Tue, 2020-05-26 at 14:34 -0700, Van Snyder wrote: > On 5/25/20 1:37 PM, Andre Klapper wrote: > > > Please reply to your previous message instead of starting a new > > (detached) thread, so the context is clearer. > > I don't keep messages that don't lead to solutions to my problems, so I > must apologize for not having memorized the subject line. Far be it from me to tell you how to do things, but often finding solutions to problems is an iterative process: i.e. someone makes a suggestion as to what might solve your problem, if it works, you reply "thank you, that worked" so that other people can find it if they search for the problem; alternatively you may reply "thank you for your reply, but I'm afraid I'm still having problems, do you have any further suggestions?", at that point they may have other suggestions, or someone else might come up with a solution. Once someone has answered your question on the list, unless it's glaringly obviously wrong, no one else will probably answer. If the first answer doesn't work, then it is likely that someone will suggest doing some debugging to provide more information. Just deleting and forgetting about an email that doesn't provide you with a completely correct answer seems to be a short-sighted way of solving your problem. > > > > The other two accounts still don't work. Instead of "I/O socket timed > > > out," now the message is "Error performing TLS handshake: Internal error > > > in memory allocation.". > > See my previous reply to you in a previous thread that you started. > > I don't keep messages that don't lead to solutions to my problems. If I > remember the referenced message, it had two http links that led to pages > wherein several users complained of the same problem I was having, but > no solutions were offered. It told you what the issue is - i.e. that it's a bug in the GnuTLS library. > > Is there a way to delete all of evolution's configuration files and > start over? The location of the configuration files for your version of Evolution is in the Help. But if the issue is with an OS library it won't do any good. You could try downgrading the gnutls package if an update isn't available - however it may cause problems if other packages use that library. If you do want to remove the config files, then I suggest you rename their folders instead of deleting so you can put them back if necessary. > > I got the current problems because a disk drive died. I had been running > Scientific Linux 6.9 on a 32-bit system. I got a new disk drive and a > new computer. I installed SL 7.10 (because CentOS 8.1 doesn't have KDE), Off topic for this list, but KDE is available in EPEL for CentOS 8.1, you install it as "plasma-desktop". P. ___ 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] Got one account sort-of working
On Tue, 2020-05-26 at 14:34 -0700, Van Snyder wrote: > > Please reply to your previous message instead of starting a new > > (detached) thread, so the context is clearer. > > > I don't keep messages that don't lead to solutions to my problems, so I > > must apologize for not having memorized the subject line. Memorising the Subject line would be pointless. Replying within the thread can only be done if you have kept at least one of the thread's messages. You can't fake it. I suggest you hang onto threads you initiated yourself at least until they reach a satisfactory conclusion. 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] Got one account sort-of working
On 5/25/20 1:37 PM, Andre Klapper wrote: Please reply to your previous message instead of starting a new (detached) thread, so the context is clearer. I don't keep messages that don't lead to solutions to my problems, so I must apologize for not having memorized the subject line. The other two accounts still don't work. Instead of "I/O socket timed out," now the message is "Error performing TLS handshake: Internal error in memory allocation.". See my previous reply to you in a previous thread that you started. I don't keep messages that don't lead to solutions to my problems. If I remember the referenced message, it had two http links that led to pages wherein several users complained of the same problem I was having, but no solutions were offered. Maybe I misremember. Is there a way to delete all of evolution's configuration files and start over? I got the current problems because a disk drive died. I had been running Scientific Linux 6.9 on a 32-bit system. I got a new disk drive and a new computer. I installed SL 7.10 (because CentOS 8.1 doesn't have KDE), and restored my account from a backup. Maybe settings from the antique Evolution in SL 6.9 have confused the newer Evolution. I noticed that the names of some of the files in .config/evolution/sources have "@VanCE5" in their names. That's a hold-over from several years ago, when I was using CentOS 5. I'm currently using Thunderbird, but I really dislike it. I also have thousands of messages in Evolution archives, both on my home computer and my work computer. I have no idea whether I can access those messages in Thunderbird. If I can get Evolution working correctly, I won't have to worry about that. ___ 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] fail to connect to CardDAV addressbook
Am Dienstag, den 26.05.2020, 22:11 +0200 schrieb Andre Klapper: > On Tue, 2020-05-26 at 20:10 +0200, S. Pfeifer wrote: > > Adressbuch »adresses@spf-01« kann nicht geöffnet werden > > Is that a local server? It's on my LAN in a 192.168.xxx.xxx range. If I load the configured addressbook link in my browser, I am able to access the addressbook data. Maybe the UID »ab6fe1814887395b62bb1c0450ff6bcb4553579f« is wrong or the path related to this ID is wrong? Is it possible to check that? > If it's remote than that does not look like a proper hostname? > > > (evolution.bin:27): e-mail-engine-WARNING **: 19:19:41.090: Failed > > to > > add service 'Sendmail' (sendmail): Kein Treiber für Protokoll > > »sendmail« verfügbar > > Maybe the Flatpak sandbox cannot access the system's sendmail binary? Do you have a hint how to fix that (I knkow it's no Evolution problem, but mabe you know)? > > (Feel free to use an English locale to get messages in English.) I found no setting for the language in Evolution. Does it mean to change the operatiing system language to English or do I have to build a flatpak version in English? > > andre > -- > Andre Klapper | ak...@gmx.net > https://blogs.gnome.org/aklapper/ > > > ___ > 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] fail to connect to CardDAV addressbook
On Tue, 2020-05-26 at 20:10 +0200, S. Pfeifer wrote: > Adressbuch »adresses@spf-01« kann nicht geöffnet werden Is that a local server? If it's remote than that does not look like a proper hostname? > (evolution.bin:27): e-mail-engine-WARNING **: 19:19:41.090: Failed to > add service 'Sendmail' (sendmail): Kein Treiber für Protokoll > »sendmail« verfügbar Maybe the Flatpak sandbox cannot access the system's sendmail binary? (Feel free to use an English locale to get messages in English.) andre -- Andre Klapper | ak...@gmx.net https://blogs.gnome.org/aklapper/ ___ 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] fail to connect to CardDAV addressbook
3.36.2 (flatpak gitb091e19) I get an issue connecting my addressbook from my CardDAV server. The error message (in German): Adressbuch »adresses@spf-01« kann nicht geöffnet werden Dieses Adressbuch konnte nicht geöffnet werden. Dies bedeutet entweder, dass Sie eine falsche Adresse eingegeben haben, oder dass der Server nicht erreichbar ist. Ausführliche Fehlernachricht: Verbindung mit »adresses@spf-01« ist gescheitert: Keine solche Quelle für UID »ab6fe1814887395b62bb1c0450ff6bcb4553579f« I started Evolution in a terminal to get further informations by /usr/bin/flatpak run --branch=master --arch=x86_64 --command=evolution --file-forwarding org.gnome.Evolution The output: (process:6690): flatpak-WARNING **: 19:19:40.719: Error writing credentials to socket: Error sending message: Broken pipe (evolution.bin:27): e-mail-engine-WARNING **: 19:19:41.090: Failed to add service 'Sendmail' (sendmail): Kein Treiber für Protokoll »sendmail« verfügbar (evolution-alarm-notify:33): GLib-GIO-WARNING **: 19:19:41.275: Your application did not unregister from D-Bus before destruction. Consider using g_application_run(). (evolution.bin:27): GLib-GIO-WARNING **: 19:20:45.183: Your application did not unregister from D-Bus before destruction. Consider using g_application_run(). I have no clue, what's going on. ___ 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] Office 365 with Multi Factor Authentication and unfriendly Active Directory Admins
Hi One of the companies I've been using Evolution-EWS on for years without an issue has decided to move to MFA (Multi Factor Authentication) in order to make things more secure. They've also stated that the only supported environment is to use Outlook for mail. I've found that changing to the standard URL ( https://outlook.office365.com/EWS/Exchange.asmx) allows one to set the authentication type to OAuth2 (Office365). This has a great Help link, but the AD admins were not open to anything other than Outlook and weren't even willing to discuss it. The question is how can I get the settings I need to make this work? - I can find the Tenant ID in various places. (e.g. sign in to portal.azure.com, click on ? for Help and choose Show Diagnostics - the json file it opens shows the Tenant ID.) - How can I get the APP ID that I must enter? I do not have access to Azure Active Directory or to App Registrations. Any advice on how to make this work would be greatly appreciated. I would hate to have to use Web Browser Access just for this one account. Regards, Louis ___ 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] Interaction with ProtonMail “Error syncing changes: mailbox 4 does not exist”
On Tue, 2020-05-26 at 12:37 +, Dan Kortschak wrote: > On Tue, 2020-05-26 at 08:44 +0200, Milan Crha via evolution-list > wrote: > > On Tue, 2020-05-26 at 04:34 +0200, Dan Kortschak via evolution-list > > wrote: > > > This problem is only fixed by quiting evolution and killing > > > evolution-source-registry, and going to the ProtonMail web client > > > and > > > emptying the trash. > > > > Hi, > > why also the evolution-source-registry? I'd not expect that to > > change > > anything. > > > > > I intend to instrument the ProtonMail bridge application, but I > > > would > > > like to have a basic idea of what it is that I should be looking > > > for > > > before I jump into that. > > > > You can see what it does in the background when you start Evolution > > from a terminal as this: > > > >$ CAMEL_DEBUG=imapx:io evolution > > > > which logs raw communication between the server and Evolution. > > Whether > > it'll help you to diagnose the problem I'm not sure. > > Bye, > > Milan > > > > Thanks for both of those. I have retried without killing the source > registry and it is resolved without that. > > The relevant output from CAMEL_DEBUG=imapx:io is as follows: > > [imapx:A] I/O: 'A00133 UID STORE 338 -FLAGS.SILENT (\DELETED)' > [imapx:A] I/O: 'A00133 OK UID STORE completed' > [imapx:A] I/O: 'A00134 UID STORE 338 -FLAGS.SILENT (JUNK)' > [imapx:A] I/O: 'A00134 NO mailbox 4 does not exist' > [imapx:A] I/O: 'A00135 UID STORE 338 -FLAGS.SILENT (\DELETED)' > [imapx:A] I/O: 'A00135 OK UID STORE completed' > [imapx:A] I/O: 'A00136 UID STORE 338 -FLAGS.SILENT (JUNK)' > [imapx:A] I/O: 'A00136 NO mailbox 4 does not exist' > [imapx:A] I/O: 'A00137 STATUS INBOX (MESSAGES UNSEEN UIDVALIDITY > UIDNEXT)' > [imapx:A] I/O: '* STATUS INBOX (UIDVALIDITY 4 UIDNEXT MESSAGES > UNSEEN xx)' > [imapx:A] I/O: 'A00137 OK STATUS completed' > > Can you point me to documentation where I can read about how to > interpret this? > > thanks > Dan Kortschak > I think that I just caught the trigger in action. I just saw a mail get sent to junk (ProtonMail server-side filter) and then this [imapx:A] I/O: 'A00170 UID MOVE 3533 Spam' [imapx:A] I/O: '* 3177 FETCH (FLAGS ($junk junk) UID 3533)' [imapx:A] I/O: '* 3177 EXISTS' [imapx:A] I/O: '* OK [UNSEEN 3] ' [imapx:A] I/O: 'A00170 NO Label does not exist' [imapx:A] I/O: 'A00171 STATUS Trash (MESSAGES UNSEEN UIDVALIDITY UIDNEXT)' [imapx:A] I/O: '* STATUS Trash (MESSAGES 0 UNSEEN 0 UIDVALIDITY 4 UIDNEXT 349)' [imapx:A] I/O: 'A00171 OK STATUS completed' and then the same kind of issue as above. This may be enough for me to be able to give ProtonMail enough information for them to reproduce locally (which they have not been able to do before). ProtonMail uses labels rather than real IMAP folders on their servers, so perhaps the bridge is causing some confusion in the junk/trash labelling (their junk and trash folders as presented by evolution allow per mail deletion, unlike real IMAP servers that I connect to so that seem to be behaving differently). Having docs to read to understand this better will still help me though. thanks Dan Kortschak ___ 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] Interaction with ProtonMail “Error syncing changes: mailbox 4 does not exist”
On Tue, 2020-05-26 at 08:44 +0200, Milan Crha via evolution-list wrote: > On Tue, 2020-05-26 at 04:34 +0200, Dan Kortschak via evolution-list > wrote: > > This problem is only fixed by quiting evolution and killing > > evolution-source-registry, and going to the ProtonMail web client > > and > > emptying the trash. > > Hi, > why also the evolution-source-registry? I'd not expect that to change > anything. > > > I intend to instrument the ProtonMail bridge application, but I > > would > > like to have a basic idea of what it is that I should be looking > > for > > before I jump into that. > > You can see what it does in the background when you start Evolution > from a terminal as this: > >$ CAMEL_DEBUG=imapx:io evolution > > which logs raw communication between the server and Evolution. > Whether > it'll help you to diagnose the problem I'm not sure. > Bye, > Milan > Thanks for both of those. I have retried without killing the source registry and it is resolved without that. The relevant output from CAMEL_DEBUG=imapx:io is as follows: [imapx:A] I/O: 'A00133 UID STORE 338 -FLAGS.SILENT (\DELETED)' [imapx:A] I/O: 'A00133 OK UID STORE completed' [imapx:A] I/O: 'A00134 UID STORE 338 -FLAGS.SILENT (JUNK)' [imapx:A] I/O: 'A00134 NO mailbox 4 does not exist' [imapx:A] I/O: 'A00135 UID STORE 338 -FLAGS.SILENT (\DELETED)' [imapx:A] I/O: 'A00135 OK UID STORE completed' [imapx:A] I/O: 'A00136 UID STORE 338 -FLAGS.SILENT (JUNK)' [imapx:A] I/O: 'A00136 NO mailbox 4 does not exist' [imapx:A] I/O: 'A00137 STATUS INBOX (MESSAGES UNSEEN UIDVALIDITY UIDNEXT)' [imapx:A] I/O: '* STATUS INBOX (UIDVALIDITY 4 UIDNEXT MESSAGES UNSEEN xx)' [imapx:A] I/O: 'A00137 OK STATUS completed' Can you point me to documentation where I can read about how to interpret this? thanks Dan Kortschak ___ 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] Subscribing to shared EWS non-GAL calendar
On Mon, 2020-05-25 at 16:12 +0200, Milan Crha via evolution-list wrote: > On Mon, 2020-05-25 at 15:01 +0100, Pete Biggs wrote: > > Do you think that not being able to subscribe to non-GAL accounts > > would be considered a bug? > > Hi, > I do not recall why I made there the need to have the contact known in > GAL. If it's not a requirement on the server side (anymore?), then the > code can be relaxed. Feel free to file a bug against evolution-ews, > thus there's some history behind the change: > https://gitlab.gnome.org/GNOME/evolution-ews/issues/new > Bug is filed at https://gitlab.gnome.org/GNOME/evolution-ews/-/issues/103 P. ___ 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 and the X-NC-CalDAV-Webcal-Caching header
On Mon, 2020-05-25 at 14:50 +0200, Robin Lee via evolution-list wrote: > On Mon, 2020-05-25 at 14:39 +0200, Milan Crha via evolution-list > wrote: > > On Mon, 2020-05-25 at 14:33 +0200, Robin Lee via evolution-list > > wrote: > > > I did the Nextcloud account setup in GNOME Online Accounts. So if > > > I > > > would set it up directly in Evolution then it might work? > > > > Hi, > > yes, it might. > > So it did, thanks! Ah, it seems I traded one problem for an other. When the Nextcloud account setup was through Gnome online accounts the problem was that subscribed holiday calendars didn't show up in Evolution. But personal calendars and address books worked fine. When I switched to do the account setup in Evolution with a Collection account, then the holiday calendars became visible. But an other problem appeared, I could no longer access the personal calendars. I got the following error message. Failed to connect calendar “Nextcloud : Personal” Failed with HTTP error 404: Not Found Although the address book part works just fine. I can view and edit the contacts. And I can view the holiday calendar. Same thing if I do the setup with New Calendar instead of Collection Account. ___ 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] Forwarding of meeting invites?
I get meeting invites(MS Teams) that has been forwarded from an existing meeting, to invite me into the meeting. Looked for such a function in Evo(EWS)(Forwarding a meet to someone else) too, but I cannot find such a function, is there one? Jocke ___ 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] Interaction with ProtonMail “Error syncing changes: mailbox 4 does not exist”
On Tue, 2020-05-26 at 04:34 +0200, Dan Kortschak via evolution-list wrote: > This problem is only fixed by quiting evolution and killing > evolution-source-registry, and going to the ProtonMail web client and > emptying the trash. Hi, why also the evolution-source-registry? I'd not expect that to change anything. > I intend to instrument the ProtonMail bridge application, but I would > like to have a basic idea of what it is that I should be looking for > before I jump into that. You can see what it does in the background when you start Evolution from a terminal as this: $ CAMEL_DEBUG=imapx:io evolution which logs raw communication between the server and Evolution. Whether it'll help you to diagnose the problem I'm not sure. 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