From mail at nwimmer.me Wed Aug 5 16:30:42 2026 From: mail at nwimmer.me (Niklas Wimmer) Date: Wed, 05 Aug 2026 18:30:42 +0200 Subject: [Evolution-users] Implementing an Evolution-Data-Server out-of-tree backend In-Reply-To: <60cd63f8fba00fa07c578092ffb24cdb90fca350.camel@redhat.com> References: <9c7289ca632db117e495b8966ae3743889e6ceb9@nwimmer.me> <60cd63f8fba00fa07c578092ffb24cdb90fca350.camel@redhat.com> Message-ID: On Thu, 2026-07-30 at 11:09 +0200, Milan Crha via evolution-users wrote: > On Thu, 2026-07-30 at 10:24 +0200, Niklas Wimmer via evolution-users > wrote: > > I am wondering if it is possible to create "out-of-tree" EDS > > backends. Essentially, can EDS load additional backend > > implementation > > at runtime? > > Hi, > of course it can be done. There are some working and maintained > extensions, touching all or some parts. One is evolution-ews: > https://gitlab.gnome.org/GNOME/evolution-ews/ > > and one simpler, also doing "only" the calendar and the address book > backends, is evolution-etesync: > https://gitlab.gnome.org/GNOME/evolution-etesync/ > > There are more, though not many other too. These two I know about. > > You might not need all the parts they implement/touch. Exploring > either > or both of the two projects might be a good starting point. > > I suggest you derive your calendar backend from ECalMetaBackend, > implementing its virtual methods, which will help you to focus on the > way to communicate with your data store, rather than teaching all the > calendar internals and requirements and so on. You just convert the > iCalendar components into your storage format and back, mostly, when > using the meta backend (book has one such too). > > Bye, > Milan Hi, so from my understanding I have to provide an implementation of an `EBackend` and an `EBackendFactory`. I then need to register the types of these classes in a `e_module_load` function (that is marked as `G_MODULE_EXPORT`)? To make this machinery work I then have to build my extension as a library and place the resulting .so into the correct `BACKENDDIR`? On GNOME OS this seems to be "/usr/lib/x86_64-linux-gnu/evolution-data- server/calendar-backends/", so it will require a sysext. Is my understanding correct that this is the only way to add a new backend? I was kinda hoping that it would be possible to register a backend over DBus or similar, so that I could provide it as part of a GUI (Flatpak) application. Thanks, Niklas From mcrha at redhat.com Thu Aug 6 07:06:30 2026 From: mcrha at redhat.com (Milan Crha) Date: Thu, 06 Aug 2026 09:06:30 +0200 Subject: [Evolution-users] Implementing an Evolution-Data-Server out-of-tree backend In-Reply-To: References: <9c7289ca632db117e495b8966ae3743889e6ceb9@nwimmer.me> <60cd63f8fba00fa07c578092ffb24cdb90fca350.camel@redhat.com> Message-ID: Hi, On Wed, 2026-08-05 at 18:30 +0200, Niklas Wimmer wrote: > so from my understanding I have to provide an implementation of an > `EBackend` and an `EBackendFactory`. I then need to register the > types of these classes in a `e_module_load` function (that is marked > as `G_MODULE_EXPORT`)? Yes. It's several "backends", one for registry, thus the main part knows what to do with your .source files; other for the parts you want to extend (like one for calendar, one for address book, maybe one for evolution). The old wiki pages used to have a diagram of the modules and backends and how they interact, which could give an idea, but I did not copy it into the new wiki, because it talked about CORBA and those old technologies, which are not used anymore. It still reflected the concept though. > > To make this machinery work I then have to build my extension as a > library and place the resulting .so into the correct `BACKENDDIR`? They are .so (on Linux), but they are modules, not libraries. > On GNOME OS this seems to be "/usr/lib/x86_64-linux-gnu/evolution- > data- > server/calendar-backends/", so it will require a sysext. pkg-config --variable moduledir libebackend-1.2 pkg-config --variable backenddir libedata-cal-2.0 > Is my understanding correct that this is the only way to add a new > backend? No. Users can install their modules into their home directory and the system-installed evolution and evolution-data-server can load them. The https://gitlab.gnome.org/GNOME/evolution/-/wikis/Extensions contains a little note about the directories near the end of the "Example Module" section, but not many details about it. The Flatpak version on Flathub.org has an extensions point (search for "add-extensions" https://github.com/flathub/org.gnome.Evolution/blob/master/org.gnome.Evolution.json#L38 but I'm afraid its specific to the Evolution app, which has its own evolution-data-server inside the Flatpak sandbox. The idea is that you get not only the fixes in the evolution-data-server you build your app with, but also the fixes on the backend sides, which is not possible when you rely on the system-installed evolution-data-server processes (which can be years old bits, with many long ago fixed bugs). The way the Evolution on Flathub.org works has its downside, the system-installed apps do not know about the configured accounts in the Flatpak Evolution, thus for example when you add there a WebCal calendar, the events from it won't be shown in the gnome-shell's "clock applet". > I was kinda hoping that it would be possible to register a backend > over DBus or similar, so that I could provide it as part of a GUI > (Flatpak) application. No idea how that would be done with Flatpak, where the host system does not have access into the sandbox, intentionally. You should not be able to influence system-installed services when you distribute as Flatpak. Bye, Milan P.S.: Reply to List (Ctrl+L in Evolution) works better for me in this mailing list From mark at stantoncentral.co.uk Thu Aug 6 13:13:48 2026 From: mark at stantoncentral.co.uk (Mark Stanton) Date: Thu, 06 Aug 2026 14:13:48 +0100 Subject: [Evolution-users] gMail continuous authentication request Message-ID: <2dc5a41a1e9f74c8cb2d38f5b122afde1bb70278.camel@stantoncentral.co.uk> I thought I'd seen this raised recently but now can't find it in my mailbox, sorry if I've just lost it. As of today, GMail is asking for authentication every time Evolution accesses it, every ten minutes! I've had an OS update today (Fedora 44) which perhaps includes cryptography stuff, but I've gone into my GMail account settings, I can't see anything relevant there. I've (continually) re- authenticated, included 2Factor auth... how do I make it stop? TIA Mark From mark at stantoncentral.co.uk Thu Aug 6 13:17:30 2026 From: mark at stantoncentral.co.uk (Mark Stanton) Date: Thu, 06 Aug 2026 14:17:30 +0100 Subject: [Evolution-users] gMail continuous authentication request In-Reply-To: <2dc5a41a1e9f74c8cb2d38f5b122afde1bb70278.camel@stantoncentral.co.uk> References: <2dc5a41a1e9f74c8cb2d38f5b122afde1bb70278.camel@stantoncentral.co.uk> Message-ID: <045cd725fc59ff96b4e5b6d5c122f855019c6a0e.camel@stantoncentral.co.uk> Ooops, forgot to say my Evolution version is 3.60.2 (3.60.2-1.fc44) On Thu, 2026-08-06 at 14:13 +0100, Mark Stanton via evolution-users wrote: > I thought I'd seen this raised recently but now can't find it in my > mailbox, sorry if I've just lost it. > > As of today, GMail is asking for authentication every time Evolution > accesses it, every ten minutes! > > I've had an OS update today (Fedora 44) which perhaps includes > cryptography stuff, but I've gone into my GMail account settings, I > can't see anything relevant there.? I've (continually) re- > authenticated, included 2Factor auth... how do I make it stop? > > TIA > Mark From mcrha at redhat.com Thu Aug 6 14:24:22 2026 From: mcrha at redhat.com (Milan Crha) Date: Thu, 06 Aug 2026 16:24:22 +0200 Subject: [Evolution-users] gMail continuous authentication request In-Reply-To: <2dc5a41a1e9f74c8cb2d38f5b122afde1bb70278.camel@stantoncentral.co.uk> References: <2dc5a41a1e9f74c8cb2d38f5b122afde1bb70278.camel@stantoncentral.co.uk> Message-ID: <3c5c182f0e0bdb454bceeaaa2ed4d29b09fa46b6.camel@redhat.com> On Thu, 2026-08-06 at 15:13 +0200, Mark Stanton via evolution-users wrote: > how do I make it stop? Hi, it sometimes happens the libsecret or some other part misbehaves (I do not really blame libsecret, it's more like something with the password/credentials storage) and it does not cure until the evolution and evolution-data-server processes are restarted. I though it happens shortly after login, like some timing issue, but I saw it also in the middle of the day. I see it very rarely, but I know it can happen. Well, I do not know whether you face exactly what I have on my mind, it's just the symptoms are similar. Run from a terminal: evolution --force-shutdown and once it's done run Evolution again. Hope it'll help. Bye, Milan From mark at stantoncentral.co.uk Sat Aug 8 13:32:47 2026 From: mark at stantoncentral.co.uk (Mark Stanton) Date: Sat, 08 Aug 2026 14:32:47 +0100 Subject: [Evolution-users] gMail continuous authentication request In-Reply-To: <045cd725fc59ff96b4e5b6d5c122f855019c6a0e.camel@stantoncentral.co.uk> References: <2dc5a41a1e9f74c8cb2d38f5b122afde1bb70278.camel@stantoncentral.co.uk> <045cd725fc59ff96b4e5b6d5c122f855019c6a0e.camel@stantoncentral.co.uk> Message-ID: <6ad874462599d2dc49d4e008c6711bfe9827170c.camel@stantoncentral.co.uk> On Thu, 2026-08-06 at 14:17 +0100, Mark Stanton via evolution-users wrote: > Ooops, forgot to say my Evolution version is 3.60.2 (3.60.2-1.fc44) > > On Thu, 2026-08-06 at 14:13 +0100, Mark Stanton via evolution-users > wrote: > > I thought I'd seen this raised recently but now can't find it in my > > mailbox, sorry if I've just lost it. > > > > As of today, GMail is asking for authentication every time > > Evolution > > accesses it, every ten minutes! > > > > I've had an OS update today (Fedora 44) which perhaps includes > > cryptography stuff, but I've gone into my GMail account settings, I > > can't see anything relevant there.? I've (continually) re- > > authenticated, included 2Factor auth... how do I make it stop? > > > > TIA > > Mark Is it really the case that Evolution has a bug that means it cannot support POP3 with OAuth2 for GMail under KDE, even with gnome-keyring running correctly? AI suggests I need to switch to IMAP because of this. From mcrha at redhat.com Mon Aug 10 08:04:31 2026 From: mcrha at redhat.com (Milan Crha) Date: Mon, 10 Aug 2026 10:04:31 +0200 Subject: [Evolution-users] gMail continuous authentication request In-Reply-To: <6ad874462599d2dc49d4e008c6711bfe9827170c.camel@stantoncentral.co.uk> References: <2dc5a41a1e9f74c8cb2d38f5b122afde1bb70278.camel@stantoncentral.co.uk> <045cd725fc59ff96b4e5b6d5c122f855019c6a0e.camel@stantoncentral.co.uk> <6ad874462599d2dc49d4e008c6711bfe9827170c.camel@stantoncentral.co.uk> Message-ID: <997c99d3df251a4d954356277af09fa959935328.camel@redhat.com> On Sat, 2026-08-08 at 15:32 +0200, Mark Stanton via evolution-users wrote: > Is it really the case that Evolution has a bug that means it cannot > support POP3 with OAuth2 for GMail Hi, did you actually test it or you trust an AI output, which can be wrong, please? File->New->Mail Account->user at gmail.com->Next->Revise Details->change from IMAP to POP, and it still offers Authentication "OAuth2 (Google)", thus it at least knows it can use it. I did not finish the account creation, because I did not want the POP account to mess with my IMAP account. IMAP is better, in many ways. Bye, Milan From mark at stantoncentral.co.uk Mon Aug 10 08:27:51 2026 From: mark at stantoncentral.co.uk (Mark Stanton) Date: Mon, 10 Aug 2026 09:27:51 +0100 Subject: [Evolution-users] gMail continuous authentication request In-Reply-To: <997c99d3df251a4d954356277af09fa959935328.camel@redhat.com> References: <2dc5a41a1e9f74c8cb2d38f5b122afde1bb70278.camel@stantoncentral.co.uk> <045cd725fc59ff96b4e5b6d5c122f855019c6a0e.camel@stantoncentral.co.uk> <6ad874462599d2dc49d4e008c6711bfe9827170c.camel@stantoncentral.co.uk> <997c99d3df251a4d954356277af09fa959935328.camel@redhat.com> Message-ID: <5a31906dbaa0e38a8ff3e8680eddb33c37830aa1.camel@stantoncentral.co.uk> On Mon, 2026-08-10 at 10:04 +0200, Milan Crha via evolution-users wrote: > Hi, > did you actually test it or you trust an AI output, which can be > wrong, > please? Hi Milan, I have been testing it, extensively. It's not that the option is not available, but that authentication doesn't persist. AI claims it's an issue with accessing the KDE wallet rather than the Gnome one. Currently I've got it working so that it only asks me to re- authenticate once at the beginning of the each day. Good enough for the moment but not ideal. I run a script on login that creates the keyring sockets and starts gnome keyring. Not sure why that loses the authentication overnight (when the machine isn't logged out). I understand they've scanned it already, but I don't want my mail sitting on Google's server. Mark From mcrha at redhat.com Mon Aug 10 10:08:00 2026 From: mcrha at redhat.com (Milan Crha) Date: Mon, 10 Aug 2026 12:08:00 +0200 Subject: [Evolution-users] gMail continuous authentication request In-Reply-To: <5a31906dbaa0e38a8ff3e8680eddb33c37830aa1.camel@stantoncentral.co.uk> References: <2dc5a41a1e9f74c8cb2d38f5b122afde1bb70278.camel@stantoncentral.co.uk> <045cd725fc59ff96b4e5b6d5c122f855019c6a0e.camel@stantoncentral.co.uk> <6ad874462599d2dc49d4e008c6711bfe9827170c.camel@stantoncentral.co.uk> <997c99d3df251a4d954356277af09fa959935328.camel@redhat.com> <5a31906dbaa0e38a8ff3e8680eddb33c37830aa1.camel@stantoncentral.co.uk> Message-ID: On Mon, 2026-08-10 at 10:27 +0200, Mark Stanton via evolution-users wrote: > Good enough for the moment but not ideal. Hi, does it mean you go through the OAuth2 wizard in a browser every day in the morning? I won't call it "not ideal", it's a whole disaster, close to useless from my point of view. I do not recall when I went through the wizard the last time. Evolution is rock solid with this regard here. > I run a script on login that creates the keyring sockets and starts > gnome keyring. Not sure why that loses the authentication overnight > (when the machine isn't logged out). That moves the problem from the Evolution to the gnome-keyring-daemon, which kinda makes sense from your notes. You need the gnome-keyring-daemon to run before the evolution-data- server processes, like before the evolution-source-registry process, thus it can connect to the keyring daemon. I do not know what you mean by "creating keyring sockets", but what usually happens is that the gnome-keyring-daemon process starts shortly after login, with some arguments, and it does everything what it wants on its own. The first app accessing it unlocks the keyring (PAM can sometimes do it for you, especially when the user password matches with the keyring password), then the apps have access to the credentials stored in the keyring. I'm no gnome-keyring-daemon expert, I'm sorry, I cannot help more. My gnome-keyring-daemon is started as: /usr/bin/gnome-keyring-daemon --daemonize --login but some other systems have it running with different arguments. There exists an `oo7` project, which is supposed to replace this aging gnome-keyring-daemon. Maybe you can give it a try, if your distro already provides it (it's rather fresh project). The evolution-data- server does not care what stores the credentials, as long is it implements the D-Bus interface the libsecret library uses, which is `org.freedesktop.secrets`. My machine has it as: /usr/share/dbus-1/services/org.freedesktop.secrets.service which runs the gnome-keyring-daemon as: /usr/bin/gnome-keyring-daemon --start --foreground --components=secrets though you usually do not want to run it in the foreground. These services can be also started by the systemd, which does not use these D-Bus scripts, I think, at least not directly. Bye, Milan From mark at stantoncentral.co.uk Mon Aug 10 10:29:32 2026 From: mark at stantoncentral.co.uk (Mark Stanton) Date: Mon, 10 Aug 2026 11:29:32 +0100 Subject: [Evolution-users] gMail continuous authentication request In-Reply-To: References: <2dc5a41a1e9f74c8cb2d38f5b122afde1bb70278.camel@stantoncentral.co.uk> <045cd725fc59ff96b4e5b6d5c122f855019c6a0e.camel@stantoncentral.co.uk> <6ad874462599d2dc49d4e008c6711bfe9827170c.camel@stantoncentral.co.uk> <997c99d3df251a4d954356277af09fa959935328.camel@redhat.com> <5a31906dbaa0e38a8ff3e8680eddb33c37830aa1.camel@stantoncentral.co.uk> Message-ID: <3dffbe6862c3d27ae305c299447404bba4403895.camel@stantoncentral.co.uk> Thanks for that Milan On Mon, 2026-08-10 at 12:08 +0200, Milan Crha via evolution-users wrote: > That moves the problem from the Evolution to the gnome-keyring- > daemon, > which kinda makes sense from your notes. The AI opinion is that the initial problem is the KDE keyring (?), which it says is not properly linked in to DBus and the freedesktop system. I don't know. The solution was to shift to the GNome keyring. While starting it did seem to create the sockets properly, it didn't set up environment variables properly, so the script does both of those things. AI thinks that keyring closes when the computer becomes idle (eg overnight). At the latest I'll know by tomorrow if that's right. If it does happen again I've got some stuff to do to try to clear that. Mark From mcrha at redhat.com Mon Aug 10 11:34:30 2026 From: mcrha at redhat.com (Milan Crha) Date: Mon, 10 Aug 2026 13:34:30 +0200 Subject: [Evolution-users] gMail continuous authentication request In-Reply-To: <3dffbe6862c3d27ae305c299447404bba4403895.camel@stantoncentral.co.uk> References: <2dc5a41a1e9f74c8cb2d38f5b122afde1bb70278.camel@stantoncentral.co.uk> <045cd725fc59ff96b4e5b6d5c122f855019c6a0e.camel@stantoncentral.co.uk> <6ad874462599d2dc49d4e008c6711bfe9827170c.camel@stantoncentral.co.uk> <997c99d3df251a4d954356277af09fa959935328.camel@redhat.com> <5a31906dbaa0e38a8ff3e8680eddb33c37830aa1.camel@stantoncentral.co.uk> <3dffbe6862c3d27ae305c299447404bba4403895.camel@stantoncentral.co.uk> Message-ID: On Mon, 2026-08-10 at 12:29 +0200, Mark Stanton via evolution-users wrote: > AI thinks that keyring closes when the computer becomes idle (eg > overnight). Hi, the gnome-keyring-daemon should not close itself when anything is connected to it. The evolution-source-registry is a run&keep-running process, it never stops on itself. It uses the libsecret to connect to the gnome-keyring-daemon, the it should keep it running "ad infinity". As long as you've the D-Bus .service file (see my previous mail), the gnome-keyring-daemon should be auto-started as soon as any app asks for the org.freedesktop.secrets D-Bus service. Users usually do not need to do anything special, it just works. There can be corner cases, like when two processes claim to implement one D-Bus service. That can happen too (I see it most often with the Notification interface). Then it's up to the D-Bus (or I do not know what) to pick "the right one", whichever it thinks it is. Bye, Milan From poc at usb.ve Mon Aug 10 11:43:17 2026 From: poc at usb.ve (Patrick O'Callaghan) Date: Mon, 10 Aug 2026 12:43:17 +0100 Subject: [Evolution-users] gMail continuous authentication request In-Reply-To: <3dffbe6862c3d27ae305c299447404bba4403895.camel@stantoncentral.co.uk> References: <2dc5a41a1e9f74c8cb2d38f5b122afde1bb70278.camel@stantoncentral.co.uk> <045cd725fc59ff96b4e5b6d5c122f855019c6a0e.camel@stantoncentral.co.uk> <6ad874462599d2dc49d4e008c6711bfe9827170c.camel@stantoncentral.co.uk> <997c99d3df251a4d954356277af09fa959935328.camel@redhat.com> <5a31906dbaa0e38a8ff3e8680eddb33c37830aa1.camel@stantoncentral.co.uk> <3dffbe6862c3d27ae305c299447404bba4403895.camel@stantoncentral.co.uk> Message-ID: On Mon, 2026-08-10 at 11:29 +0100, Mark Stanton via evolution-users wrote: > Thanks for that Milan > > On Mon, 2026-08-10 at 12:08 +0200, Milan Crha via evolution-users > wrote: > > That moves the problem from the Evolution to the gnome-keyring- > > daemon, > > which kinda makes sense from your notes. > > The AI opinion is that the initial problem is the KDE keyring (?), > which it says is not properly linked in to DBus and the freedesktop > system.? I don't know. > > The solution was to shift to the GNome keyring.? While starting it > did > seem to create the sockets properly, it didn't set up environment > variables properly, so the script does both of those things. > > AI thinks that keyring closes when the computer becomes idle (eg > overnight).? At the latest I'll know by tomorrow if that's right.? If > it does happen again I've got some stuff to do to try to clear that. FYI, I use Evolution on KDE/Plasma (latest stable version on Fedora 44) and have gnome-keyring-daemon running. IIRC I didn't do anything special, but I don't see this issue. My keyring password matches my login password and I keep the system running aside from overnight hibernation. poc From mark at stantoncentral.co.uk Mon Aug 10 11:55:17 2026 From: mark at stantoncentral.co.uk (Mark Stanton) Date: Mon, 10 Aug 2026 12:55:17 +0100 Subject: [Evolution-users] gMail continuous authentication request In-Reply-To: References: <2dc5a41a1e9f74c8cb2d38f5b122afde1bb70278.camel@stantoncentral.co.uk> <045cd725fc59ff96b4e5b6d5c122f855019c6a0e.camel@stantoncentral.co.uk> <6ad874462599d2dc49d4e008c6711bfe9827170c.camel@stantoncentral.co.uk> <997c99d3df251a4d954356277af09fa959935328.camel@redhat.com> <5a31906dbaa0e38a8ff3e8680eddb33c37830aa1.camel@stantoncentral.co.uk> <3dffbe6862c3d27ae305c299447404bba4403895.camel@stantoncentral.co.uk> Message-ID: <1797c6a0050a5349cd293e178337cd3dac3f3132.camel@stantoncentral.co.uk> On Mon, 2026-08-10 at 12:43 +0100, Patrick O'Callaghan wrote: > FYI, I use Evolution on KDE/Plasma (latest stable version on Fedora > 44) > and have gnome-keyring-daemon running. IIRC I didn't do anything > special, but I don't see this issue. My keyring password matches my > login password and I keep the system running aside from overnight > hibernation. > > poc Thanks for that Patrick. I, too, have been running this setup without problem (for ages), until last week. Aside from my usual Fedora updates nothing changed. Yes, the suggestion is that perhaps my keyring and login passwords aren't the same. If I get the problem again tomorrow morning I'll try to ensure they are and see what happens then. Mark From luigic at fgcint.com Tue Aug 11 00:22:39 2026 From: luigic at fgcint.com (Luigi Cantoni) Date: Tue, 11 Aug 2026 08:22:39 +0800 Subject: [Evolution-users] gMail continuous authentication request In-Reply-To: <1797c6a0050a5349cd293e178337cd3dac3f3132.camel@stantoncentral.co.uk> References: <2dc5a41a1e9f74c8cb2d38f5b122afde1bb70278.camel@stantoncentral.co.uk> <045cd725fc59ff96b4e5b6d5c122f855019c6a0e.camel@stantoncentral.co.uk> <6ad874462599d2dc49d4e008c6711bfe9827170c.camel@stantoncentral.co.uk> <997c99d3df251a4d954356277af09fa959935328.camel@redhat.com> <5a31906dbaa0e38a8ff3e8680eddb33c37830aa1.camel@stantoncentral.co.uk> <3dffbe6862c3d27ae305c299447404bba4403895.camel@stantoncentral.co.uk> <1797c6a0050a5349cd293e178337cd3dac3f3132.camel@stantoncentral.co.uk> Message-ID: On Mon, 2026-08-10 at 12:55 +0100, Mark Stanton via evolution-users wrote: > On Mon, 2026-08-10 at 12:43 +0100, Patrick O'Callaghan wrote: > > FYI, I use Evolution on KDE/Plasma (latest stable version on Fedora > > 44) > > and have gnome-keyring-daemon running. IIRC I didn't do anything > > special, but I don't see this issue. My keyring password matches my > > login password and I keep the system running aside from overnight > > hibernation. > > > > poc > > Thanks for that Patrick. > > I, too, have been running this setup without problem (for ages), until > last week. Aside from my usual Fedora updates nothing changed. > > Yes, the suggestion is that perhaps my keyring and login passwords > aren't the same. If I get the problem again tomorrow morning I'll try > to ensure they are and see what happens then. > > Mark I too use this except I pop from my own server not gmail. Every so often (couple of months) the keyring has issues and keeps asking for the password etc. This happens to all my users at the same time so its is clearly system related and is after I update the server etc. My only fix is to remove the keyring file and build a new one. The good thing for me is the only entry in the keyring is login and evolution so next restart enter password once and all fixed. -- Thanks Luigi -------------- next part -------------- An HTML attachment was scrubbed... URL: From mcrha at redhat.com Tue Aug 11 07:57:56 2026 From: mcrha at redhat.com (Milan Crha) Date: Tue, 11 Aug 2026 09:57:56 +0200 Subject: [Evolution-users] gMail continuous authentication request In-Reply-To: References: <2dc5a41a1e9f74c8cb2d38f5b122afde1bb70278.camel@stantoncentral.co.uk> <045cd725fc59ff96b4e5b6d5c122f855019c6a0e.camel@stantoncentral.co.uk> <6ad874462599d2dc49d4e008c6711bfe9827170c.camel@stantoncentral.co.uk> <997c99d3df251a4d954356277af09fa959935328.camel@redhat.com> <5a31906dbaa0e38a8ff3e8680eddb33c37830aa1.camel@stantoncentral.co.uk> <3dffbe6862c3d27ae305c299447404bba4403895.camel@stantoncentral.co.uk> <1797c6a0050a5349cd293e178337cd3dac3f3132.camel@stantoncentral.co.uk> Message-ID: <31dc912c2329a4cf1283a61f1db4aef59d3b3181.camel@redhat.com> On Tue, 2026-08-11 at 02:22 +0200, Luigi Cantoni via evolution-users wrote: > Every so often (couple of months) the keyring has issues and keeps > asking for the password etc. Hi, just by an accident, I figured the [1] should fix the things, or at least some I face from time to time too. It's a month old fix, which just proves how quickly I forget things :-/ Bye, Milan [1] https://gitlab.gnome.org/GNOME/libsecret/-/merge_requests/170