Re: [Evolution] Is there a way to set the interface back to what it was?
On Tue, 2022-09-13 at 08:23 +0200, Andre Klapper via evolution-list wrote: > On Tue, 2022-09-13 at 00:32 +0100, Pete Biggs wrote: > > I presume you mean in the "Compose Message" window? Or is it > > somewhere > > else? TBH it sounds like a bug - an application shouldn't put > > anything > > in the title bar of a window. > > > > I'd disagree. > Many GNOME applications have been doing so for ages as it saves screen > estate. See attachments for examples of main windows. I always thought that was a kludge to give more space for the text window in applications, like editors, where you need the most text and there was no where else to put the little used menus - I didn't realise it was a conscious style decision. One word: yuk. 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] Is there a way to set the interface back to what it was?
On Tue, 2022-09-13 at 08:39 +0200, Milan Crha via evolution-list wrote: > It's called Client Side Decorations Hi, a long time ago I installed gtk3-nocsd, not for Evolution, but maybe it does affect Evolution, too. I'm not on Evolution 3.45.3 yet. [rocketmouse@archlinux ~]$ pacman -Qi gtk3-nocsd-git evolution | grep - eName -eVersio -eDescription -eURL Name: gtk3-nocsd-git Version : r72.4e1c45d-1 Description : A hack to disable gtk+ 3 client side decoration URL : https://github.com/ZaWertun/gtk3-nocsd Name: evolution Version : 3.44.4-1 Description : Manage your email, contacts and schedule URL : https://wiki.gnome.org/Apps/Evolution Regards, Ralf ___ 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] Junk mail headers?
I have a contact in my address book and I've checked the option to accept all her emails as "not spam" but in spite of that, every other email she sends me lands in the junk folder. I figure it has something to do with the email headers in her email, as follows below. Can I disable this Evolution spam rule somehow? Thanks in advance. Suspected offending email headers: ARC-Authentication-Results: i=1; mail.webarch.email; dkim=none; spf=pass (mail.webarch.email: domain of beljacobs...@gmail.com designates 209.85.218.49 as permitted sender) smtp.mailfrom=beljacobs...@gmail.com; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=beljacobs.com (policy=none) ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=ecocounts.community; s=dkim; t=1663016518; h=from:from:reply-to:subject:subject:date:date:message- id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content- type: in-reply-to:in-reply-to:references:references; bh=/bhj5hyeV+bXsn87sMohB+A7adNEuFUWmMcJsQXff2Y=; b=Q6xCpAkqp0LgXUN0GKmO6dOHaQ6+UmF2frlNgE5n6crGQis5n5cCInx3wn43E 3tZar3zYc apRIPa8lI/1EfDe63mR5p60VdXZLNjCRE2AphVY/yVhx+Hqm8SvGLQ1hJpnPgOc KE1qoeP k3DIHofn+TUpraroy+P2pNwbGdZrKn8= X-Last-TLS-Session-Version: TLSv1.3 X-Spamd-Result: default: False [14.80 / 32.00]; FREEMAIL_POLICY_FAILURE(16.00)[]; BAYES_HAM(-5.50)[100.00%]; LOCAL_FUZZY_WHITE(- 4.47)[13:1652787bc0:0.81:txt,13:1652787bc0:0.75:txt]; FORGED_W_BAD_POLICY(3.00)[]; BAD_REP_POLICIES(2.00)[]; RBL_SORBS_RECENT(2.00)[209.85.218.49:from]; IP_REPUTATION_SPAM(1.88)[asn: 15169(-0.40), country: US(-0.01), ip: 209.85.218.49(0.88)]; MIME_GOOD(-0.10)[multipart/related,multipart/alternative,text/plain]; DMARC_POLICY_SOFTFAIL(0.10)[beljacobs.com : SPF not aligned (relaxed), No valid DKIM,none]; RWL_MAILSPIKE_GOOD(-0.10)[209.85.218.49:from]; MX_GOOD(-0.01)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[adam.hardy@ecocounts.community]; ARC_SIGNED(0.00)[ecocounts.community:s=dkim:i=1]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[209.85.218.49:from]; R_SPF_ALLOW(0.00)[+ip4:209.85.128.0/17]; NEURAL_HAM(-0.00)[-1.000]; RCVD_COUNT_TWO(0.00)[2]; FORGED_SENDER(0.00)[i...@beljacobs.com,beljacobs...@gmail.com]; RCPT_MAILCOW_DOMAIN(0.00)[ecocounts.community]; FROM_HAS_DN(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:+,3:~,4:~]; R_DKIM_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; FROM_NEQ_ENVFROM(0.00)[i...@beljacobs.com,beljacobs...@gmail.com]; GREYLIST(0.00)[pass,meta]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; URIBL_BLOCKED(0.00)[beljacobs.com:email,ecocounts.community:email,jenn .org.uk:email]; BCC(0.00)[]; ARC_NA(0.00)[] X-Rspamd-Fuzzy: 1652787bc0da2ad4148fda50bca0b14327c9088d4d4d8feac6e6e851dcd4a31431fd68 53687dd6ed51f93e11ef8106d928516110237eb069ea6294cb1218127c X-Rspamd-Fuzzy: 1652787bc0da2ad4148fda50bca0b14327c9088d4d4d8feac6e6e851dcd4a31431fd68 53687dd6ed51f93e11ef8106d928516110237eb069ea6294cb1218127c X-Rspamd-Queue-Id: 300231A85A08 X-Spam-Flag: YES Authentication-Results: mail.webarch.email; dkim=none; spf=pass (mail.webarch.email: domain of beljacobs...@gmail.com designates 209.85.218.49 as permitted sender) smtp.mailfrom=beljacobs...@gmail.com; dmarc=fail reason="SPF not aligned (relaxed), No valid DKIM" header.from=beljacobs.com (policy=none) X-Spam: Yes X-Evolution-Source: e6d34356d7b5af5346eebe20df40062353db5747 ___ 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] Is there a way to set the interface back to what it was?
Dnia 13.09.2022 o godz. 08:39:44 Milan Crha via evolution-list pisze: > > It's called Client Side Decorations, and it had been changed within: > https://gitlab.gnome.org/GNOME/evolution/-/merge_requests/108 > It's an attempt to follow GNOME Human Interface Guidelines, > specifically the part about the header bars: > https://developer.gnome.org/hig/patterns/containers/header-bars.html Bad decision. CSDs are evil. We have to already live with the fact that default apps bundled with GNOME use them. You shouldn't add insult to injury by adopting this horrible thing in 3rd party apps. CSDs are one of the reasons (one, because there are many other, generally regarding GNOME becoming less and less customizable and more and more "Windows-like") why my next Linux distro that I install after my current one (Ubuntu 20.04) goes EOL, won't be GNOME based anymore and I would probably have to return to MATE, which I tried, but didn't particularly like. -- Regards, Jaroslaw Rafa r...@rafa.eu.org -- "In a million years, when kids go to school, they're gonna know: once there was a Hushpuppy, and she lived with her daddy in the Bathtub." ___ 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] Junk mail headers?
On Tue, 2022-09-13 at 11:57 +0100, Adam Hardy via evolution-list wrote: > I figure it has something > to do with the email headers in her email, as follows below. Can I > disable this Evolution spam rule somehow? Hi, the only place to set which headers are used for spam is in menu Edit->Preferences->Mail Preferences->Junk tab. It contains "X-Spam-Flag: YES" by default. 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] Is there a way to set the interface back to what it was?
On Tue, 2022-09-13 at 16:09 +0200, Jaroslaw Rafa wrote: > Bad decision. CSDs are evil. You are absolutely free to use whatever fits your needs better, or to change the code as you like. It's all your freedom of choice. Cheers, 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
Re: [Evolution] Junk mail headers?
Oh I see I can edit that! When I looked at it first, I thought it was information, rather than a editable list. That means that the problem lies with my email server, which normally quarantines spam online, but in the case of these emails, somehow misses it completely. Thank you. ___ 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] Evolution 3.44.4 signature script not working
Hallo, I installed evolution 3.44.4 using the Flatpak from Flathub.org on OpenSUSE Leap 15.3. (The distro version is 3.34, but that does not work with Google Calender and addressbook) I exported by config from 3.34 and then imported it again in 3.44. Everything seems to be working fine, except my signature script. I ran evolution from the command line to see what errors are printed and it complains about the signature directory that does not exist, but it does. This is the messages in the terminal: /home/andre/.var/app/org.gnome.Evolution/config/evolution/signatures/1119988152.14239.2@vitalstatistix : line 5: cd: /home/andre/signature: No such file or directory ls: cannot access '*.inc': No such file or directory ls: cannot access '*.inc': No such file or directory cat: basic.sig: No such file or directory But the directory exist: andre@vitalstatistix:~/signature> pwd /home/andre/signature And if I run the signature script in a terminal, it works: andre@vitalstatistix:~> /home/andre/.var/app/org.gnome.Evolution/config/evolution/signatures/1119988152.14239.2@vitalstatistix Andre Truter | Software Consultant | Registered Linux user #185282 Jabber: andre.tru...@gmail.com| http://track.smtpsendemail.com/9098234/c?p=YMlHL5QF5CQ4Ha_bxqRhTgzI3Eyj1vSJoKjnOOqEl3zIRnBd9EZGbaemylyYY7EO1ZhXNXdtQpSMJlpxQ7Gh2nBkK1TscqSJXW0X4xYHWeIN1gVmc3qIpSNQgkZ9xlksunNLGu5hlHZsfyq79cpmiQ== ~ My software never has bugs. It just develops random features. ~ andre@vitalstatistix:~> So it only fails when run by Evolution. Any ideas as to why it cannot access my signature folder? I also tried to edit the signature setup in Evolution, but when I try to open the file browser to select the script, nothing happens. I get this error in the terminal: (evolution.bin:26): evolution-util-CRITICAL **: 19:41:27.269: e_mail_signature_script_dialog_set_symlink_target: assertion 'symlink_target != NULL' failed (evolution.bin:26): GLib-CRITICAL **: 19:41:29.291: g_variant_new_string: assertion 'string != NULL' failed (evolution.bin:26): Gtk-WARNING **: 19:41:29.293: Can't open portal file chooser: GDBus.Error:org.freedesktop.portal.Error.InvalidArgument: invalid filter: no filters (process:345): Gtk-WARNING **: 19:51:34.343: Locale not supported by C library. Using the fallback 'C' locale. Gtk-Message: 19:51:34.343: Failed to load module "canberra-gtk-module" Thanks Andre Truter ___ 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] Evolution or dbus issue ?
Evolution 3.44.4 (by Flathub.org) Linux Mint 20.3 Una Linux 5.15.0-46-generic #49~20.04.1-Ubuntu SMP Default browser: Brave For the last couple of weeks, I have been seeing a new behavior while using Evolution. Previous when I open a link in Evolution, it would open in the default browser as a new tab (browser is always open). However, now I'm seeing the link open is the already running instance of Brave as well as a completely new instance of Brave being started. Anyone else seeing this? Is this a new quirk in Evolution or a bug in dbus? Thanks ___ 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 3.44.4 signature script not working
On 2022-09-13 at 20:45 +0200, Andre Truter wrote: > Hallo, > > I installed evolution 3.44.4 using the Flatpak from Flathub.org on > OpenSUSE Leap 15.3. (The distro version is 3.34, but that does not > work with Google Calender and addressbook) > > I exported by config from 3.34 and then imported it again in 3.44. > Everything seems to be working fine, except my signature script. > > I ran evolution from the command line to see what errors are printed > and it complains about the signature directory that does not exist, > but it does. (...) Hello André Flatpaks do not have access to the full filesystem, they see a different filesystem (similar to a chroot or a docker container). Thus, evolution inside a flatpak does not have access to your script I think that moving it into /home/andre/.var/app/org.gnome.Evolution/ it will be visible to the flatpak app (you will need to adjust the paths) You can use flatpak enter to enter into that mount namespace. Kind regards ___ 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 3.44.4 signature script not working
On Wed, 2022-09-14 at 00:37 +0200, Ángel wrote: > On 2022-09-13 at 20:45 +0200, Andre Truter wrote: > > Hallo, > > > > I installed evolution 3.44.4 using the Flatpak from Flathub.org on > > OpenSUSE Leap 15.3. (The distro version is 3.34, but that does not > > work with Google Calender and addressbook) > > > > I exported by config from 3.34 and then imported it again in 3.44. > > Everything seems to be working fine, except my signature script. > > > > I ran evolution from the command line to see what errors are > > printed > > and it complains about the signature directory that does not exist, > > but it does. > (...) > > > Hello André > > Flatpaks do not have access to the full filesystem, they see a > different filesystem (similar to a chroot or a docker container). > Thus, > evolution inside a flatpak does not have access to your script > > I think that moving it into /home/andre/.var/app/org.gnome.Evolution/ > it will be visible to the flatpak app (you will need to adjust the > paths) > > You can use flatpak enter to enter into that mount namespace. > Or you can install flatseal and configure any paths you want . ___ 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] Is there a way to set the interface back to what it was?
On 2022-09-13 at 08:23 +0200, Andre Klapper wrote: > I'd disagree. > Many GNOME applications have been doing so for ages as it saves > screen estate. See attachments for examples of main windows. > > Cheers, > andre It does save screen estate,* but results in a less intuitive interface. A menu bar provides a clear separation of the actions in sections (menus) described by its title. You usually pick the right menu on first attempt (admittedly, that may be because we have been using programs for many years with a similar convention of menus File, Edit, View… so perhaps a new computer user would not be that used to find Open functions in the File menu), whereas I find that the single-menu systems replacing them to be a mixture where it's not clear where the function you are looking for will be placed. I am looking at gedit as a representative application. All the manus seem to have been merged in the hamburguer menu, with most entries at the first level, but some becoming submenus. You have the save menu in the Title bar, but save as in the menu. Cut, Copy and Paste are gone, you need to know about the contextual menu to find such entries (advanced users won't use them, but newbies do use such menus/toolbar icons) There are open and save buttons in the title bar, which make sense as they are likely to be the most used functions of a text editor. At the same time, those buttons may not be used at all for users that learned tte shortcuts Ctrl-O and Ctrl-S (precisely because these are so common, it makes sense to learn them), but I guess they might be needed for discoverability. I don't see a benefit over having them in a classic toolbar. though. (*) The savings are not as big as might be expected, though, since the title bar, which could otherwise be relatively small, then increases their size enormously (grows bigger than a toolbar) in order to host all those controls. See the attachment comparing gedit and pluma side- by-side. Kind regards ___ 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 or dbus issue ?
On 2022-09-13 at 16:57 -0500, Anonymous Japhering wrote: > Evolution 3.44.4 (by Flathub.org) > Linux Mint 20.3 Una > Linux 5.15.0-46-generic #49~20.04.1-Ubuntu SMP > Default browser: Brave > > For the last couple of weeks, I have been seeing a new behavior while > using Evolution. Previous when I open > a link in Evolution, it would open in the default browser as a new > tab (browser is always open). > > However, now I'm seeing the link open is the already running > instance of Brave as well as a completely new > instance of Brave being started. > > Anyone else seeing this?Is this a new quirk in Evolution or a bug > in dbus? > > Thanks When you open a new link, the program (evolution here) will -af ter sme indirections- launch a new copy of your browser (here, brave), which would detect it is already running and open the link on a new window/tab in the exiting window. The flatpak sandbox may be confusing brave. Your problem seems quite similar to https://mail.gnome.org/archives/evolution-list/2022-August/msg00107.html but in the opposite way. Are you also using wayland? ___ 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 3.44.4 signature script not working
On Wed, 2022-09-14 at 00:37 +0200, Ángel wrote: > On 2022-09-13 at 20:45 +0200, Andre Truter wrote: > > Hallo, > > > > I installed evolution 3.44.4 using the Flatpak from Flathub.org on > > OpenSUSE Leap 15.3. (The distro version is 3.34, but that does not > > work with Google Calender and addressbook) > > > > I exported by config from 3.34 and then imported it again in 3.44. > > Everything seems to be working fine, except my signature script. > > > > I ran evolution from the command line to see what errors are > > printed > > and it complains about the signature directory that does not exist, > > but it does. > (...) > > > Hello André > > Flatpaks do not have access to the full filesystem, they see a > different filesystem (similar to a chroot or a docker container). > Thus, > evolution inside a flatpak does not have access to your script > > I think that moving it into /home/andre/.var/app/org.gnome.Evolution/ > it will be visible to the flatpak app (you will need to adjust the > paths) > > You can use flatpak enter to enter into that mount namespace. > > > Kind regards > > Hi Angel, Now it works! I moved my signature script folder to /home/andre/.var/app/org.gnome.Evolution/. Problem solved. Thank you! -- Andre Truter | Software Consultant | Registered Linux user #185282 Jabber: andre.tru...@gmail.com | http://track.smtpsendemail.com/9098234/c?p=vUAUp4bV33VjXTePrbxV-f1o506ybTI_ActpOhIGKqLVVwNyZmFGRNXhc8uFxILT4ARYiubfcTG90EZJGemr-SoFodEaORsqZbZDxE4zDPx7MbC1h7mZFlF3eAWAz2XQ0t7BGKOM2utl24Hh00eueA== ~ If at first you don't succeed; call it version 1.0 ~ ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list