[Evolution] Sometimes can't verify signature
Evolution is able to verify the gpg signature on some messages but on other messages it says "Error verifying signature: Failed to execute gpg." I have not been able to get it to tell me any details about the error. When I run CAMEL_DEBUG=all evolution > foo.txt the resulting file does not contain "gpg", "Error verifying signature", or "Failed to execute gpg". It does contain "GNUPG" in two places which both only say status: [GNUPG:] NODATA 4 Is there a way to get it to output the actual gpg command it is executing and the output from that command? Also, I don't see a way to export the signature, just to help me investigate (no attachment bar or anything). Is there one? (FYI: Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; ) Evolution 3.34.1-2 (Thunderbird/Enigmail verifies the signature no problem) ___ 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] Restrict recipient domains
On Thu, 2020-05-07 at 15:53 +0200, Stephane Passignat wrote: > I have several email accounts setup in evolution, several private, > several professional, ... > > When I send email, I want to make sure I use the proper mail account > for the recipient. > > Is it possible to have a popup on send, when the domain or address of > at least one recipient is not "associated" to the sender account ? Isn't that what "Edit > Preferences > Composer Preferences > Send Account > Use for Recipients" is for? :) (No popups though.) 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] HTML to PDF in accessibility mode
Le jeudi 07 mai 2020 à 08:55 +0200, Milan Crha via evolution-list a écrit : > On Wed, 2020-05-06 at 13:33 +0200, U.vi wrote: > > It only affect inbox display. Nothing better when answer, transfer, > > print/pdf. > > Hi, > right, the option is for display. I do not know what you mean with > 'transfer', is it like the 'Forward' function? The 'answer' might be > 'Reply', right? Nonetheless, none of the three are handled by the > option. > > You should understand that the sender has some intention to present > the > content in certain way. That it makes it difficult to read for the > recipients is solely their fault, from my point of view. The mail > reader software can have workarounds to "correct" it, but they'll be > just workarounds of their fault. You bet that every sender uses > his/her > own special formatting, which will break the workarounds easily. > > Similarly, that the black color works fine for you doesn't mean that > it > works fine for others. I just received a message with the text > written > in magenta color, all being in italic. It was hard to read for me, > but > it seems the sender likes this (for me weird) combination. I think, > for > the same reason, that it's good idea to keep the original formatting > in > reply/forward, to keep as much of the original information as > possible, > not to force user preferences on top of original sender's > preferences. > You can always switch to the Plain Text mode in the composer, to get > the formatting lost. Thanks for your patience. > You can use Edit->Preferences->Mail Preferences->HTML Messages->Plain > Text Mode->Only ever show plain and check also to show suppressed > parts > as attachments, thus you can easily reach them if needed. It depends > whether the sender sends an equivalent text plain version with their > fancy HTML content (some do not, for what it worth). This option doesn't exist here. I run 3.36.1 (by Flathub.org). There is very few options about HTML behavior but nothing about Plain Text Mode... Checked also on various menu. It's french version. > > It's pretty surprising and disappointing that such a tool like > > Evolution doesn't fully handle black themes/accessibility. > > I'm sorry to say this, but even it might look simple to some people, > it's obviously a complex task when one knows something about HTML and > CSS. There are too many possibilities to handle. Yes, I had a significant background on HTML/CSS but had to quit just when HTML5 pop out, because brain damage. I totally figure out what you say. But you'r telling me that you cannot overide fancying with conditionnal events about standardised background & font, wich sound weird to me. It would be great to have a button to break formating and switch black <> white <> normal as sender, for inbox and edition windows. Because no need to wait to be disabled to have seeing issues nor italic magenta trouble. I'm not in anymore, just simple thoughts. Thank you. > Bye, > Milan > > P.S.: By the way, Reply to List (Ctrl+L) works better for me on this > mailing 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-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Restrict recipient domains
Hi, I have several email accounts setup in evolution, several private, several professional, ... When I send email, I want to make sure I use the proper mail account for the recipient. Is it possible to have a popup on send, when the domain or address of at least one recipient is not "associated" to the sender account ? thanks, Stephane ___ 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] Losing settings
On Thu, 2020-05-07 at 08:48 +1000, Theo Bao via evolution-list wrote: > 1. When I update new settings in Calendar etc they are lost when I shut > down evolution and restart it. > How can I save settings permanently please? > 2. Every time I start or refresh Evolution it re-downloads all messages > etc, which takes a long time. > Why cannot Evolution just update the NEW messages only (like in > Thunderbird etc)? That's very suspicious. It makes me wonder if there's something wrong with your setup. Have you changed the default location for Evolution? Is your home directory writeable? Are there any relevant entries in the system log? Maybe try running Evo from the command line and looking at the terminal output. 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] Losing settings
Hi, On Thu, 2020-05-07 at 08:48 +1000, Theo Bao via evolution-list wrote: > 1. When I update new settings in Calendar etc they are lost when I > shut down evolution and restart it. > How can I save settings permanently please? Please provide a specific example. > 2. Every time I start or refresh Evolution it re-downloads all > messages etc, which takes a long time. Which kind of email account (POP, IMAP, etc) is that about? What does "re-download" mean? Even without opening a message? > Why cannot Evolution just update the NEW messages only (like in > Thunderbird etc)? Hard to say without more information. Could be that your mail server is broken, or that your Evolution settings could be changed. > Thank you for the wonderful Evolution. (3.22.6 version in MX Linux) Just for the records, that version is many years old. 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] Losing settings
1. When I update new settings in Calendar etc they are lost when I shut down evolution and restart it. How can I save settings permanently please? 2. Every time I start or refresh Evolution it re-downloads all messages etc, which takes a long time. Why cannot Evolution just update the NEW messages only (like in Thunderbird etc)? Thank you for the wonderful Evolution. (3.22.6 version in MX Linux) ___ 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] HTML to PDF in accessibility mode
On Wed, 2020-05-06 at 13:33 +0200, U.vi wrote: > It only affect inbox display. Nothing better when answer, transfer, > print/pdf. Hi, right, the option is for display. I do not know what you mean with 'transfer', is it like the 'Forward' function? The 'answer' might be 'Reply', right? Nonetheless, none of the three are handled by the option. You should understand that the sender has some intention to present the content in certain way. That it makes it difficult to read for the recipients is solely their fault, from my point of view. The mail reader software can have workarounds to "correct" it, but they'll be just workarounds of their fault. You bet that every sender uses his/her own special formatting, which will break the workarounds easily. Similarly, that the black color works fine for you doesn't mean that it works fine for others. I just received a message with the text written in magenta color, all being in italic. It was hard to read for me, but it seems the sender likes this (for me weird) combination. I think, for the same reason, that it's good idea to keep the original formatting in reply/forward, to keep as much of the original information as possible, not to force user preferences on top of original sender's preferences. You can always switch to the Plain Text mode in the composer, to get the formatting lost. You can use Edit->Preferences->Mail Preferences->HTML Messages->Plain Text Mode->Only ever show plain and check also to show suppressed parts as attachments, thus you can easily reach them if needed. It depends whether the sender sends an equivalent text plain version with their fancy HTML content (some do not, for what it worth). > It's pretty surprising and disappointing that such a tool like > Evolution doesn't fully handle black themes/accessibility. I'm sorry to say this, but even it might look simple to some people, it's obviously a complex task when one knows something about HTML and CSS. There are too many possibilities to handle. > ...I pray and cry for it! > > Maybe there is a bug/request roadmap somewhere? I'm not aware of other than the one I referenced earlier and that one is considered fixed. There might be some similar, though, like to forward/reply/print to what the user sees (you can switch between HTML and Plain text parts in the view), but it's more about parts switching, not about HTML modifications. You can open a new bug, if you want to not get this forgotten. By the way, having set black background for printing doesn't sound like a good idea. That's an argument to *not* derive theme colors for printing. On Wed, 2020-05-06 at 19:08 +0200, U.vi wrote: > In addition to just above : now inbox html are only using backgroung > color theme. So we have black font on black background. You see it, it's a complex task. The option worked for me when testing on messages I had. Your massage may contain something "special". Having a test message would help to narrow the issue down. Ideally attach one such message to your bug report, if you'll create one. Make sure the message will not contain any private information. Bye, Milan P.S.: By the way, Reply to List (Ctrl+L) works better for me on this mailing 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
