Re: [Evolution] Remote calendar & password
On Fri, 2021-05-07 at 13:09 +0100, Mark Stanton wrote: > While it does accept a blank > password, it means I have to click the button every time Evolution > starts up. Hi, while for example SMTP has an option to log in without authentication, the calendars do not have any such option, thus it tries to guess. A trick to avoid the password prompt (unless the server supports a fake password) is to not fill the user name for the calendar. That can be changed in the calendar Properties. 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] Accessing desktop from x2go messes up evolution until local reboot
On Fri, 2021-05-07 at 10:37 -0500, Daffy Duck via evolution-list wrote: > But this doesn't seem to work anymore. I have to completely reboot > the > machine, it seems, to just get evolution working on the local machine > once I log in once from x2go remotely. Hi, I've no idea how x2go works. You already had some threads here about it. I doubt Evolution itself changed anything related, the change might be lower in the stack, in the libraries/executables Evolution uses, or somewhere else. You might know Evolution is not only Evolution (like the standalone Thunderbird, for example), it talks to the evolution-data-server background processes to get to the data, and these talk to other processes, like gnome-keyring-deamon, goa-daemon, and so on, but not directly, they talk to it by using the libraries for it. With this all on mind, you do not need to restart the whole machine, it should be enough to restart the needed processes. I'd start with the data server processes, which are the easiest, just add at the beginning of your script this: evolution --force-shutdown and it'll do it. When you start Evolution, it'll auto-start the data server processes as well. If there are other problems, like with the keyring, then kill it first too, or even start it, before the --force- shutdown call. Find the past thread about the keyring from 2019-11 here. This doesn't let you running two Evolution-s at the same time, one on the host machine and one in the x2go session. I do not know whether it's a problem for you or not. 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] Remote calendar & password
Thanks for that Milan, that seems to work. It seems to object if the calendar is marked as using SSL (or whatever it actually said, TLS perhaps? I'll watch it over the next few days. Thanks again On Mon, 2021-05-10 at 09:26 +0200, Milan Crha via evolution-list wrote: > On Fri, 2021-05-07 at 13:09 +0100, Mark Stanton wrote: > > While it does accept a blank > > password, it means I have to click the button every time Evolution > > starts up. > > Hi, > while for example SMTP has an option to log in without > authentication, > the calendars do not have any such option, thus it tries to guess. > > A trick to avoid the password prompt (unless the server supports a > fake > password) is to not fill the user name for the calendar. That can be > changed in the calendar Properties. > 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 ___ 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] calendar appt issue
Evolution: 3.40.2 (flatpak gitdc3787d) Kernel: 5.4.0-72-generic x86_64 bits: 64 Desktop: MATE 1.22.2 Distro: Linux Mint 19.3 Tricia Google G-Suite Calendar Using Calendly.com to schedule appointments. Client rescheduled through Calendly and I see this message after I click the accept button to take the change. Unable to send item to calendar “mike@*.com : mike@*.com”. Cannot receive calendar objects: Unsupported method Any thoughts, it used to work ___ 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] calendar appt issue
On Mon, 2021-05-10 at 18:41 -0500, Anonymous Japhering via evolution- list wrote: > Unable to send item to calendar “mike@*.com : > mike@*.com”. Cannot receive calendar objects: Unsupported > method Hi, see the message source (Ctrl+U), there's a text/calendar part, which contains the component. It can be base64 encoded, thus possibly decode it with a command line `base64 -d`. It might look like: BEGIN:VCALENDAR ... METHOD:xxx ... BEGIN:VEVENT ... END:VEVENT END:VCALENDAR It's the 'METHOD' (in the case above the "xxx"), which the destination calendar does not understand. 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
