Re: [Evolution] Some HTML-emails not rendering correctly
This is a beginning of a jpg image (rightfully encoded in base64). Seems that the sender sent you a message which is just a jpg image. However, I see different boundaries, as if you had missed to copy some piece. The email header contains: Content-Type: multipart/alternative; boundary="_=_swift_v4_1483708098_49f8e62afbd7aefa3ae883c278ac69a4_=_" but the image is present in a block using _=_swift_v4_1483708098_21fc0eeb1a7b2dd8c9edbe2f4cc15055_=_ as boundary. If indeed there is no block using _=_swift_v4_1483708098_49f8e62afbd7aefa3ae883c278ac69a4_=_, the email you received is malformed. ___ 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] How to Import Mails from Icedove-Thunderbird to Evolution with lots of subfolders
xuser092016 wrote: > > Is there any script or any other way to import many mails in lots of > subfolders from Icedove to Evolution? > > I'd be glad at any help. Yes. You could build an evolution maildir structure. How are your thunderbird emails stored? In mbox or maildir? ___ 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] Proposal: to eliminate the digest option for the Evolution mailing list
On 2017-03-14 at 09:54 +, Pete Biggs wrote: > If digests are kept, are other mitigations possible. Like: > > Is there a way to enforce mime digests? > > And is there a way to make the boilerplate at the top of the > digest more "robust" on the issue of replying to a digest? > > Is it possible to use References: headers to send all digest > replies to moderation? > These are some digest Message-IDs: mailman.18.1489579205.7551.evolution-l...@gnome.org mailman.19.1489579205.7551.evolution-l...@gnome.org a search for References: *mailman.*.evolution-list@gnome.org should probably do it. Given that the email received should already have a Message-ID, I expect few false positives. It is possible that in some cases the incoming email didn't include a Message-ID and was added by gnome MTA, but those shouldn't contain the mailman substring. The only false positives I'm coming up with is for someone purposefully an mailmain administrativia into the mailing list (eg. he is quoting the list Welcome message to point out a typo) > Is it technically possible to remove the ability to turn on > digests, but allow current users to keep receiving them? Hiding the UI at the subscription step may be enough. You could hide it at the user preferences too if you want to be more stubborn about it. This would require editing server files, so no, I don't think there's a mailman preference that can be readily used per list. Cheers ___ 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] Proposal: to eliminate the digest option for the Evolution mailing list
On 2017-03-13 at 12:25 -0700, Brewster Gillett wrote: > So for example, if I fetch my current traffic, and my "Evolution" > folder shows three new > messages, and I'm too busy to tend to them at the moment, I just > ignore them; every subsequent > time I open Evolution, that reminder will still be there. I should note this works mostly if you keep up with the list mail. So, suppose I have 275 unread files from this mailing list. 3 new emails arrive. On this session they will flag the folder as having received new email (in addition of increasing the unread counter to 278), but if you close and reopen evolution (maybe sometimes even without closing the MUA), these will no longer be "new", so you should remember that there was something to glance to on that folder.* You are unlikely to notice the difference of 275 vs 278 unread mails. * eg. you are only interested in looking at the subject of new emails, and actually read interesting ones (while keeping unread ones marked as not read). ___ 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] Proposal: to eliminate the digest option for the Evolution mailing list
On 2017-03-16 at 00:44 +, Patrick O'Callaghan wrote: > Even if we assume this is a reliable way to catch replies to digests, > there is nothing in the Mailman admin interface to specify filtering > criteria, other than a) non-membership of the list, or b) message body > is too large (40k currently). Such messages are held for moderation, so > filtering, including spam filtering, is being done manually by your > trusty moderators. It averages 2 or 3 per day so not a huge burden at > the moment. Did you look at header_filter_rules and bounce_matching_headers ? I assume their screen will be available at https://mail.gnome.org/mailman/admin/evolution-list/privacy/spam Best ___ 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] How Does Evolution Manage Emoticons?
This bears the question: In which case are the plain ascii text emoticons used? :-) ___ 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] Failed to refresh folder
On 2017-04-26 at 06:56 -0700, Finns1000 wrote: > Don't know if it's relevant but I get a lot of theese: > *err:ntdll:RtlpWaitForCriticalSection section 0x7ea24464 "lock.c: > LOCKTABLEENTRY.crit" wait timed out in thread 0062, blocked by 0061, > retrying (60 sec)* > > Finns Where are you seeing that? It's a Windows-related error message (or perhaps a Windows-API layer, like Wine). You are reportedly running Ubuntu 16.04, and Citadel server also seems to run on a *nix server, so I don't know from where those errors might come from. ___ 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] Sending invitation to meeting attendees
On 2017-07-06 at 17:17 +0200, Pierre Cros wrote: > Hi all, > > I use debian unstable, Gnome Evolution 3.22.6, And I don't know why I can't > do what a colleague of mine with the same system and version of evolution is > able to do : > > When he creates a new meeting, after saving and closing it, evolution asks > him if he wants to send an invitation to the attendees. > > I'am not asked for this when creating a new meeting, so no invitation is > sent. My calendar is (like my colleague's one) a CalDav and "Server sends > invitations" is unchecked. > > Any help very welcome, thank you. > > Pierre Hello Pierre I am using a much older version, and the quirk regarding this prompt is that it only shows if you have *not* saved the meeting. ie. create the meeting and, instead of pressing save, close the window. It then prompts you to save it and inform the attendees. Not having tested on it a modern version, I never opened a bug for it, but given you are having problems with this dialog, it's worth a try. Best 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] Clicking Reply Button Sends the Current Window and the new Editor Window to the back
On 2017-07-09 at 11:55 +1000, James McDonald wrote: > Hi, > > > I am using Evolution 3.22.6 on Fedora release 25 on a MacBook Pro > ( MacBookPro11,3 ). Which window manager are you using? > > I have my google email account configured and when I double click an > email from my inbox to open it in its own window and click the Reply > button that window pops-under the evolution main window and the new > Reply Editor window does also. So, it's like it's raising the main evolution window? > This is annoying because then I have to use my super key to display > all open windows and select the correct evolution editor window. It does seem annoying. Would perhaps Alt-Tab help find the window quicker? > I have tried using d-conf and gnome-tweak-tool to change my window > managers behaviour as follows but the behaviour is still happening > > > gsettings set org.gnome.desktop.wm.preferences focus-new-windows > 'strict' > gsettings set org.gnome.desktop.wm.preferences auto-raise true > > > Does anyone onlist have any idea what further I can do to debug or fix > this issue? It should be possible to debug the x11 messages, but it looks really low-level. Maybe this problem rings a bell to someone. :/ ___ 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] Receiving message count is wrong
On 2017-07-19 at 09:48 +0200, Ralf Mardorf wrote: > Now the download was slower and I could see the numbers, here it indeed > seems to show the amount of mails that will get downloaded and not the > amount of mails that are still on the server. IIRC for Claws it does > show the amount of mails on the server. However, on my machine Evolution > seems to show what you expect to see and I delete mails after one day > from the server, I do not delete them immediately. Note that gmail does some funny things with its POP implementation. If you keep emails on server, they are listed there... for some time. So even if you have 1000 messages, it maybe shows about 20 there. Probably it is showing the emails read for first time less than a few days ago. Cheers ___ 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 Encryption GPG Hotmail Account Problem
On 2017-07-20 at 06:33 +, adg adg82439 wrote: > When I answer encrypted from the Hotmail account in Evolution > it receives in Evolution just as a cryptic emailtxt but not with the option > to decrypt. > > As I do not want copy and paste the content to a file and decrypt the file, > it should be a better way, I hope. > > It might be a loss of recognition when sent over Hotmail account. > > Does anyone know how to handle that problem? > > Thanks in advance. How is your Hotmail account configured? When connected to an account using ews, I have seen the email getting corrupted on sending, not sure if it was on ews or Exchange side. It is also possible that it got fixed on a more modern version of evolution than the one I used. Best 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.18.5.2 Encryption with GPG from Hotmail Account message structure
Hello Milan I see you added a workaround for reading such broken messages, however I think it'd be more important to avoid sending such bad messages [when using evolution-ews]. I have opened Bug 785840 for this. As the requisite appears to be that there must a plain text part, I suggest sending: multipart/alternative text/plain multipart/encrypted; protocol="application/pgp-encrypted" application/pgp-encrypted application/octet-stream; name="encrypted.asc" With the text/plain part being a dconf-customizable text like «This is a PGP encrypted message but your mail user agent does not support reading PGP/MIME emails. Please ask the provider of your email client to support PGP/MIME (RFC3156) for an optimal experience. As a workaround, in case your email client does allow you to download the file named encrypted.asc, you may be able to decrypt it using an external program.» (Yes, it's overly long, but some people need a decent amount of hand-holding for being able to deal with PGP messages, eg. they expect that an encrypted email should appear as an attachment) Best 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] Mail search: shortcuts from:, to:, subject:, ...?
On 2017-08-16 at 15:53 +0200, Andre Klapper wrote: > On Wed, 2017-08-16 at 14:32 +0200, Martin Dietze wrote: > > The one thing I like about Outlook is the simplicity of its search > > function. > > When typing a query into the search field I can just use things like > > "to:foo@org.invalid" and/or "subject:bar" - no clicking required. > > > > I keep trying to do the same thing in Evolution, but obviously this > > kind of thing is not supported, or is it? > > It is not supported. There are the dropdown values but no suffixes. > > Cheers, > andre Isn't that provided by the “Free form expression” option? https://bugzilla.gnome.org/show_bug.cgi?id=550796#c10 ___ 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] How to install evolution-on (was: Minimise to tray?)
I am surprised by the number of replies saying that this is an Arch-specific plugin or that it only works there. It happens to be packaged for Arch. But -as expected- it can be installed from source on other distributions. These are the commands that would be needed for a Debian-based distribution: sudo apt-get install build-essential git evolution-dev libebook1.2-dev libecal1.2-dev libgconf2-dev libglib2.0-dev gnome-common git clone https://github.com/acidrain42/evolution-on cd evolution-on ./autogen.sh make sudo make install The only bit to take into account is that you will need at least evolution 3.22 in order to be able to enable the plugin (this can be detected by the presence of "undefined symbol: camel_message_info_get_flags" errors printed when starting evolution from the console) so -while it can be compiled and installed- it won't work with the evolution shipped by Debian jessie (it does work for strecht) It seems to work nicely, by the way. Best 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] subscribe .ics feed
On 2017-08-22 at 10:55 +0200, Andre Klapper wrote: > On Tue, 2017-08-22 at 06:31 +0200, Herr Oswald wrote: > > evolution 3.22.6 - ubuntu 16.10 > > I may have understood something wrong - but my belive was that I can > > subscribe a *.ics feed in evolution. I did this: > > > > + New Calendar > > + "In the Web" > > + copied the link (in my case http://www.ifeiertage.de/be-.ics) into > > "address" > > + no user > > > > But never any entries appeared in my calendar. > > That's because it is an invalid ics file. > > The file defines "METHOD:PUBLISH" without defining an "Organizer". > That violates RFC 2446 section 3.2.1. I wonder... do you know of any "calendar validator" ? Best ___ 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] Font rendering
On 2017-08-22 at 09:01 +0200, Milan Crha wrote: > On Mon, 2017-08-21 at 21:04 +0200, Ralf Mardorf wrote: > > On Mon, 2017-08-21 at 20:47 +0200, Ralf Mardorf wrote: > > > On Mon, 2017-08-21 at 17:32 +0200, Milan Crha wrote: > > > > There is a WebKit bug about it, with some hints: > > > > https://bugs.webkit.org/show_bug.cgi?id=82889 > For the font rendering issue with WebKit see the WebKit bug, there's > not much evolution can do about it. You can try to downgrade webkitgtk4 > (or what it is called in your distribution), but I do not know whether > it'll help. Again, see the WebKit bug, there are pointers to the right > places. > Bye, > Milan The bug is marked fixed, but I guess the patch was not included on a webkit release. So it would seem that if Ralf applied http://trac.webkit.org/changeset/214283/webkit and rebuilt webkit it should 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] Deleting annoying CAUTION msg's
On 2017-10-20 at 09:38 +, Joakim Tjernlund wrote: > Our company injects a CAUTION msg in mails which are received externally(see > below). If > I try to remove this msg(the yellow box), the WHOLE mail is deleted. > > Jocke Hello Jocke I'm afraid your issue is not completely clear. I will make a few guesses based on the information you provided: When you receive email from outside your organization, your MTA adds a html block with text "CAUTION: This email originated from outside…" in yellow. (if your email was sent as html, then evolution mailing list must have stripped it: https://mail.gnome.org/archives/evolution-list/2017-October/msg00070.html ) When you reply to these emails, attempting to remove this yellow box at the editor, also clears the rest of the email body. Is that an accurate description of your problem? I remember some editor bugs that removed "too much text", but I think those were fixed some time ago. Which version of evolution are you using? (Help → About) Also, there are several ways that your MTA may be injecting such block. Modifying email content may lead to broken contents in cases that were not contemplated/tested by the authors of such section. It would be useful to have the full email available. (you may use this reply as an example, so that other people here also have the original one that was received at your MTA) Finally, for emails that don't require html, you can probably work around the issue by changing the editor to text plain. Best regards Ángel ___ 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] Deleting annoying CAUTION msg's
On 2017-10-21 at 13:08 +, Joakim Tjernlund wrote: > Anyhow, I still wonder if the yellow box issue can be fixed? If I select from the : before the box to the . inside it, I am able to remove only the yellow box: Best 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] Encrypting with GnuPG: `no imported public key` if key is not valid (not ultimate trusted)
On 2017-11-04 at 13:06 +0100, Tim Rausch via evolution-list wrote: > Hello, > > I'm running Evolution 3.26.1-1 on Debian stretch (amd64) and would like > to use GnuPG to secure my mails. My GPG private key is stored on a > YubiKey (but that shouldn't matter). > > I imported my own key and the public keys of the people I want to write > to GPG and selected my key in the preferences of Evolution. Now, > decrypting mails sent to me works as well as sending signed (not > encrypted messages). Sending encrypted messages to myself also works as > the ownertrust of my own key is set to "ultimate". > > The issues now is that I can not send mails to people whos keys are not > valid, that means they don't have ultimate ownertrust and are not > signed by me. Edit → Preferences → Choose the account → Edit → Security → Check "Always trust keys in my keyring when encrypting" Alternatively, you could have used "trust-model always" in your .gnupg/gpg.conf, but that would affect gpg usage everywhere, so it's better to do the above. Obviously, you must be aware that this will mean you may send an encrypted email with an untrusted key (ie. the key may belong to anyone else). However, as the alternative to sending encrypted with a key which might belong to an imposter is usually to send the message with no encryption at all, it's generally a useful setting. I would have expected you to get that verbose message in the yellow error box, instead of needing to use strace in order to find it, though. Best 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] Quote $ORIG[body] in templates
Hello Caleb Seems you mail was lost with no reply. You are mentioning a number of issues that look like bugs/RFE to me. You should list them on https://bugzilla.gnome.org/ so they don't "get lost" on the archive: On 2017-11-09 at 00:40 -0600, Caleb Herbert wrote: > Coming here from > https://help.gnome.org/users/evolution/stable/mail-composer-message-templates-variables.html.en > > Evolution 3.10.4 on Trisquel GNU/Linux. > > I'm trying to use templates to insert text at the beginning of all > messages. > > I tried this template: > > Dear $ORIG[from], > > > $ORIG[body] > > It ended up looking like this: > > Dear Bob, > > >Lorem ipsum dolor sit amet, consectetur adipiscing elit. Ut > tempor, lectus eget pharetra euismod, mauris sem viverra arcu, > suscipit varius leo dui sit amet ex. > > Nunc sollicitudin lectus sit amet ipsum facilisis imperdiet. > > What am I doing wrong? You asked for ">" plus the content of the original message. That's what you got. You were probably expecting all lines to be quoted, but what it did was -literally- what you asked it to do. I would probably fill a Request For Enhancement in bugzilla for a way to apply a prefix to all lines in a parameter. > In replying to HTML messages, $ORIG[body] is completely absent. > > When using a template, a blank line is inserted at the beginning of the > message, even though my cursor was never placed there, and it was not in > the template. These look like bugs. > Also, Claws Mail templates had a way of specifying the location of the > cursor. Is there a way to do this? > > Suspendisse nec purus et velit pulvinar tincidunt id quis justo. > > $CURSOR > > -- > Alice Create an enhancement request on bugzilla. Although may not be straightforward, as it will need to figure out how to provide that position to the right webkit API. > And is there a variable to use a defined signature, so I don't have to > hard code it? I don't think so. Please create yet another bugzilla request for this (this one seems easier). Best 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] Sorting issue?
The evolution version was mentioned on the first email, Patrick: > Ev 3.10.4 which is the current system one. > > > kiwirider: does the date sorting make any sense in your locale? I remember that in some case evolution sorted by the textual representation of the date, instead of the date. So, on an English locale, it could end doing something like: > Fri Mon Sat Sun Thu Tue Wed Yesterday > (I don't know if/when was it fixed, though) Best 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] Fetch PGP Public keys from LDAP?
On 2017-12-05 at 19:31 -0500, David Burleigh wrote: > Is it possible to have Evolution fetch someone's PGP public key from > an LDAP server and use it automatically to encrypt mail for that > recipient? It would be nice if PGP public keys could be stored in > Evolution Contact records and used automatically for encrypting mail > sent to such contacts. GPG supports fetching keys from LDAP keyservers, so you might be able to get the functionality by setting auto-key-locate keyserver-URL. ___ 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] Fetch PGP Public keys from LDAP?
On 2017-12-06 at 09:26 -0500, Adam Tauno Williams wrote: > On Wed, 2017-12-06 at 14:50 +0100, Ángel wrote: > > On 2017-12-05 at 19:31 -0500, David Burleigh wrote: > > > Is it possible to have Evolution fetch someone's PGP public key > > > from an LDAP server and use it automatically to encrypt mail for > > > that recipient? It would be nice if PGP public keys could be stored > > > in Evolution Contact records and used automatically for encrypting > > > mail sent to such contacts. > > GPG supports fetching keys from LDAP keyservers, so you might be able > > to get the functionality by setting auto-key-locate keyserver-URL. > > True - with the caveat that LDAP (port 389) is likely to be blocked > across boundaries [firewalls] in a lot of environments. heh. If he wants to fetch data from LDAP, he better doesn't have a firewall blocking it ;) With keyserver-URL method you specify a url to the ldap server you want to query (eg. your company LDAP). Alternatively, you could set that as your default keyserver, and specify just keyserver for auto-key-locate. ___ 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] Can not move mail to imap folder (exchange server)
On 2017-12-07 at 09:40 -0600, Chris Roth wrote: > Evolution 3.26.2 > > When I move a message from my Inbox to an imap folder I get the > following warning: > > Error while Moving messages into folder . > Error moving messages: unexpected server response: > > How can I diagnose this / fix it? > > Regards, > Chris Hello Chris Is the INBOX in the same imap account as the destination folder? Or are you moving an email into a different account? If so, on which kind of account is the INBOX? In order to debug it, you would launch evolution with an appropriate CAMEL_DEBUG environment value, and the analysis of the underlying communication should allow finding what's wrong with the move. See https://wiki.gnome.org/Apps/Evolution/Debugging (Please note that the communication with the server may include credentials, so strip any confidential data from the logs before sharing them) Best 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] Save sent messages in a chosen folder
On 2017-12-09 at 13:49 -0500, da...@thekramers.net wrote: > I don't really understand why this is not a popular thing for people to > want to do, but I don't hear others asking for it much. If you're > involved in 4 different groups, do you let all your sent mail go to Sent > no matter what the mail is about? Doesn't that make it hard to find > conversations later? > > Is there a way to do this in Evolution? I do like to keep my own replies filled in the same folder as the rest of the thread. I perform this by setting the Inbox as the Sent folder (Edit → Preferences → Account → Defaults), and later move to the proper folder using a manually-triggered filter. Note however that this has the side-effect of making the Reply button to work as Reply All on the inbox (as the inbox is at the same time the Sent folder, and the Reply option is made to work this way there since usually you don't want to reply to yourself). It's not a big issue when you are aware of it, but it was hard to me to find out what was happening. Best 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] GPG Signature verification does not account for multiple UID's
On 2018-01-15 at 10:44 +0100, Gijs Peskens wrote: > I have a GPG key containing multiple UID's for a few of my mail > adresses. > In sending some test mails from the various accounts I notice that > Evolution seems to only regard the first UID for signature verification > purposes, it seems that the mail is correctly signed as checking with > another mail client (Thunderbird+Enigmail) does result in a correctly > verified signature. > Is this working as designed? > > Gijs Peskens No, it should take all the ids into account. I am seeing two things here (although I haven't tested with the latest version): The first one is that evolution is not taking into account the value of the from: header (I made a copy of your email changing it to "spoo...@example.com", and the GPG signature is shown the same). The second one is that the bar states who signed it, but only shows the first UID (you can view the full GPG output, where all of them are listed, clicking on the button). I'm unsure how to treat it. On the one hand, it *is* showing you who signed the message, and that should be enough data if properly taken into account by the user. On the other hand, it seems wrong to ignore such mismatch (even though it's not so uncommon that in the field emailsl end up encrypted with the wrong key, mailing lists change the From:, etc). The second issue actually depends on the expected behavior regarding the first. I looked at the available documentation for the feature, but it would need some love: https://help.gnome.org/users/evolution/stable/mail-encryption-gpg-decrypting.html.en Regards PS: you should revoke your 2014 key, that I assume you have replaced with this one. ___ 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] Timezone Mixup with Outlook
On 2018-04-04 at 21:43 +0200, Michael Hirmke wrote: > Reading this bug report/feature request, I'm not 100% convinced, that > it is the same problem, but is really close. I think the OP issue is one of those bugs I have basically identified but "pending to verify whether they are still present in a non-ancient version" before reporting. The issue is as follows: When Outlook sends an invite, it disregards the DST. (It even includes a line saying, the invite time is in X timezone, but I am not taking Daylight saving into account, so the time I am giving you may be wrong) Evolution parses that DST is not set and has no problems handling it. When Evolution sends and invite, it is using the actual time. However, Outlook (Exchange?) disregards that the invite has DST in effect and treats it as if it wasn't, filling it an hour later than intended by the organiser. It ends up being quite confusing. So, half of the year they interoperate correctly, while the other half (when DST is in effect) they dont't. NB: the original mail was sent the day Europe switches to Summer time, and the reference to "sending the UTC time" makes me think he is in a GMT timezone (ie. in UTC+1 during summertime). Bug 793915 is about the way the timezone is shown in the Reply line, so it's a completely different bug. Best 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] Unable to encrypt outgoing emails
On 2018-04-30 at 14:22 +0530, Edward Torvalds wrote: > I have imported my private and public keys in GPG. Have entered > 'OpenPGP key' in settings and have trusted my own keys. I have also > made sure that my keys aren't expired. > > Still can't figure out why I am getting this error. Please I need help > me out. > If I am missing any information required to solve this issue please > pardon me, and let me know. Thanks... You have a key in your keyring that purportedly belongs to your friend, but there is no assurance that this is indeed the case (anyone can generate a PGP key stating any email address it wants). Option 1: Ensure that the is verifiable through the Web of Trust starting from from your own PGP key. https://en.wikipedia.org/wiki/Web_of_trust Option 2: Configure evolution not to check that and instead assume that if you have a OpenPGP key in your keyring for a given email, it should encrypt the messages for that recipient using that key: Edit → Preferences → (Choose your account) → Edit → Security → Check Always trust keys in my keyring when encrypting Best 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] Missing attachment clip icon
On 2018-05-10 at 18:02 +0200, Milan Crha wrote: > Hi, > having there also lines with the "boundary" values would make it > clearer how the parts are interleaved, but from what I understand and > guess, they have the message structure as: > > multipart/alternative > text/plain > multipart/mixed > text/html > application/octet-stream (xls attachment) > text/html > application/ (docx attachment) > text/html > application/ (docx attachment) > text/html > > That's a very odd structure, at least for me. It is indeed weird. My guess is that the original email may be an aggregation of four emails, three of which contained attachments, and the originating email client (andrea, could you share which one sent this email?) grouped them this way. In which case, a better structure would have been: multipart/alternative text/plain multipart/mixed multipart/mixed text/html application/octet-stream (xls attachment) multipart/mixed text/html application/ (docx attachment) multipart/mixed text/html application/ (docx attachment) text/html albeit that does make more the attachments harder to reach. Best 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] time zone issues with calendar in Evolution
On 2018-07-06 at 17:14 +, Ratliff, John wrote: > I'm using Evolution with EWS to access my Exchange mailbox. > > When I create a calendar event, I select the time, but when I go to > save it, it puts the time an hour later. > > I am in the US Eastern timezone (UTC-4, UTC-5 when not in daylight > savings). > > I've seen this behavior on Arch Linux, Fedora, and Ubuntu, and my time > zone is set correctly on all of those platforms. > > Any ideas why this is happening and what I can do to fix it? > > Thanks. Hello John There is a mishap between evolution and Exchange when in DST. Evolution seems to provide the datetime with DST applied but Exchange interpret it as provided without it: https://mail.gnome.org/archives/evolution-list/2018-May/msg00017.html Could you share which is the most recent version where you verified that it was failing? Best 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] all of my archived emails dissapeared
On 2018-07-19 at 18:49 +0100, Richard Bown wrote: > On Thu, 2018-07-19 at 12:32 -0500, Christopher Marlow wrote: > > I would sort the mail lists by their addresses into > > different folders so I would know what list i'm reading / talking > > back to. > > > > Folders like: > > HAM_RADIO_LIST_A > > HAM_RADIO_LIST_B > > > > then filter hamradioli...@hamradio.com then sort into > > HAM_RADIO_LIST_A > > folder. > > > Hiya > But its not that simple when some can post to several mailing lists > and some crosspost between lists. This _shouldn't_ be a problem by itself. > You cant filter on list as not all the lists are easily identified as > such. I would consider a bug in the list. However, you could still use a more complex condition to filter it (check the recipient addresses, or even the server that sent it). I too, like keeping mails to different lists/groups on separated folders. As each list should be sending you a copy, filtering on list would move each one to its folder. However, what breaks it are the case where the recipient list has been "conveniently" unified, either by the mail provider (eg. Gmail) or a list server shared by both lists (eg. Exchange). There is a variant in the case that the mail server sees that you are explicitly listed as a recipient and skips sending you the list email, which is the mailman default, but that can be disabled by the user. The problem in such case is that you have *one* email that needs to be filed into *two* folders, because you should have received it *twice*, but you didn't. ☹ > Filters are boolean , so you cant use "maybe" How would that help? If a human secretary asked you "Where do I file this bill?" and you reply with "Maybe on ", so it essentially ends up saved into a random one, how do you expect to find it later? > Perhaps one day we will have AI filters That will mainly be a marketing label, not as useful as the name makes it look like > then you could filter on the perceived IQ of the poster, then you can filter > on dumb, dumber and > dumber :-), but this is actually a funny idea :) Cheers ___ 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] Disable Digests? [was: evolution-list Digest, Vol 156, Issue 61]
> In that case I have to assume you inadvertently typed the '-- ' > yourself, or included it from a cut-and-paste somehow. This present > message doesn't have that, which is fine. > > poc It has. It just happens that the signature delimiter is *below* his normal text. Probably related to replying inline to a couple of blocks, instead of only one. I suspect Christopher has a signature with «Thank you and take care! -- Chris Main Email address (...)» When he replies to a message, he goes just above that and starts typing. The issue is, evolution inserted a signature delimiter above the signature, which is wrong for such usage of signatures. In this case, I would recommend that he set the composer-no-signature-delim preference (on org.gnome.evolution.mail, I don't see a UI for that) so that it isn't automatically added, and manually adds a "-- \n" above "Main Email address". Best 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] Disable Digests? [was: evolution-list Digest, Vol 156, Issue 61]
On 2018-07-28 at 00:43 +0100, Patrick O'Callaghan wrote: > > I don't know why some subscribers prefer digest, > > but since some users do, we perhaps should accept this. > > I knew something was tickling the back of my mind. This topic has been > proposed before now (by me!): > > https://mail.gnome.org/archives/evolution-list/2017-March/msg00023.html > > A quick re-reading of that thread shows that (as far as I can see) only > one person spoke up in favour of keeping digests (ignoring several > digressions that had nothing to do with the subject under discussion). > That was over a year ago. I note that at the time I added a Mailman > filter that in theory would trap digest replies into moderation. That > never worked (could be my fault or it could be a bug). I never looked > into it. > > I also note that you proposed I turn off digests for a test period to > see what happens, and I said I would wait a while in case anyone > objected. The "while" turned out to be over a year, with no objections > from anyone, so I'm minded to go ahead. I'll wait a few days to give > people a second chance to react before I do anything, and hope I don't > forget again :-) > > poc A softer option would be to edit the subscription template to remove the digest radio. That way, if someone really really wanted digests, he would have to subscribe, then go into the user configuration and enable that preference. Cheers ___ 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] Disable Digests? [was: evolution-list Digest, Vol 156, Issue 61]
On 2018-08-01 at 17:03 +0100, Patrick O'Callaghan wrote: > On Tue, 2018-07-31 at 20:57 +0200, Ángel wrote: > > A softer option would be to edit the subscription template to remove the > > digest radio. That way, if someone really really wanted digests, he > > would have to subscribe, then go into the user configuration and enable > > that preference. > > Once again: the moderators are not admins. We have no control over the > page templates. > > poc The page templates *are* (generally) editable through the mailman UI. No need to have shell access. I guess that, for evolution-list, such form would be at https://mail.gnome.org/mailman/edithtml/evolution-list/listinfo.html That said, perhaps on gnome mailing lists it is restricted, or otherwise discouraged. I don't know about the specifics of their setup (how would I?). But I'm not suggesting anything that a priori could be considered out of reach. 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] Automated deletion/archiving of mails in folders
On 2018-10-15 at 18:53 +0200, pf wrote: > Hi, Andre ! > > Yes, exactly, that folder-property "autoarchiving" with delete-option. > Because being on some mailing-lists like gnome.org/evolution I don't > wanna collect the whole stuff, just the last few months. > My version is 3.28.5 > best, > Peter How are the emails getting into that folder? Are you moving them manually? With an evolution filter? Using an external filter (eg. server-side rules)? 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] Command to "Send as attachment"
Hello Durrance You provide that in the mailto parameter: evolution "mailto:j...@example.com?attach=/etc/passwd"; So in this case I guess the exec line should be: Exec=evolution "mailto:?attach=%F"; (will probably not work if the filename contains special chars, as you probably would need them urlencoded) Best 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] Messages sorting in message list
It is indeed possible to get that sorting in evolution. Just click on the header of the Date column until you get that one. Best 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] moving addresses from place to place?
Well, it Should Work™ ☺ What evolution version are you using? What happens if instead of pasting into another message you (attempt to) paste them into a text editor like gedit? A batch of addresses should just copy as a comma-separated list. Do the email addresses you are trying to copy have names associated?, Is there any unusual character that could be causing issues? 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] Option for search folder
On 2018-10-25 at 18:50 +0200, Martin Monperrus wrote:
> Hi all,
>
> I don't understand the following configuration option for search
> folders (https://wiki.gnome.org/Apps/Evolution/Search):
> Include threads:
> Where can I find a one-sentence description of each option?
Hello Martin
Thanks for your question.
The obvious places to find this would be on one of these locations:
https://help.gnome.org/users/evolution/unstable/mail-searching.html.en
https://help.gnome.org/users/evolution/unstable/mail-search-folders-add.html.en
https://help.gnome.org/users/evolution/unstable/mail-search-folders-conditions.html.en
But as they don't mention this piece at all, I will attempt to give my
own understanding of this setting.
First of all, we need to take into account that email can be grouped in
threads based on the reply-to relationship.¹
For example, we have your email, this reply to you, and eg. a future
email by André replying to this one, plus another of Milan replying to
that one.
These four emails would be in the same thread (we could call it the
"Option for search folder" thread, but emails on one thread may have
completely different subjects).
When searching, it may be useful to have some context, not just the
emails that exactly match your search (this setting is available both
for advanced search and search folders).
So, suppose you searched for all my emails. Which mails from that thread
would show, depending on this setting?
> i) None
Only the emails that match the search would match, ie. just my email.
> ii) All related
All emails in the same thread are included.
In the example thread, all the four emails would show as results, even
if only this one would exactly match the From: condition you set.
> iii) Replies
The result includes the email that match the rest of the query, as well
as all replies descendant of that email.
In the example thread, it would return three emails: my message and
replies by André and Milan.
> iv) Replies and parents
The result includes the email that match the rest of the query, as well
as all parent emails and all replies descendant of that email.
However, siblings and their offspring are not included.
In the example thread, all four messages would be included, but if
someone else also replied to your original email, that reply would not
be included.
> v) No reply or parent
The message will only be shown if it is not replying to anyone and there
is no reply to it, either.
The other options only augment the result set based on the thread, but
this is one a bit different, as it restricts the result to only messages
that are not part of a thread.
In the example thread, nothing would be returned.
Best regards
---
¹ This is constructed in the In-Reply-To and References headers.
Microsoft, its own header.
Note: that wiki page is misformatted, it probably stopped being rendered
as it used to be at a GNOME wiki update and nobody noticed. I can work
on fixing it, but my user (ÁngelGonzález) lacks write rights there, so
someone would need to give it edit rights (I'm quite sure that someone
had already marked it as "not a bot" a long time ago, but apparently it
got lost).
Implementation details:
---
These GUI options map to the _filter_threading_t enum defined on
src/e-util/e-filter-rule.h
/* threading, if the context supports it */
enum _filter_threading_t {
E_FILTER_THREAD_NONE, /* don't add any thread matching */
E_FILTER_THREAD_ALL,/* add all possible threads */
E_FILTER_THREAD_REPLIES,/* add only replies */
E_FILTER_THREAD_REPLIES_PARENTS,/* replies plus parents */
E_FILTER_THREAD_SINGLE /* messages with no replies or parents */
};
which themselves map to the match-threads options "all", "replies",
"replies_parents" and "single" in the internal language. Finally
translated in evolution-data-server src/camel/camel-folder-search.c to
ids 0 to 4 and applied accordingly (see function
folder_search_match_threads)
I am attaching a small patch that adds some comments to
folder_search_match_threads.
Kind regards
diff --git a/src/camel/camel-folder-search.c b/src/camel/camel-folder-search.c
index e240caa..f6f908c 100644
--- a/src/camel/camel-folder-search.c
+++ b/src/camel/camel-folder-search.c
@@ -1046,6 +1046,7 @@ folder_search_match_threads (CamelSExp *sexp,
g_free (error_msg);
}
+ /* no thread matching, the earlier result is already complete */
if (type == 0)
return r;
@@ -1065,11 +1066,14 @@ folder_search_match_threads (CamelSExp *sexp,
}
results = g_hash_table_new (g_str_hash, g_str_equal);
+ /* iterate every message matching the rest of the search terms */
for (i = 0; i < r->value.ptrarray->len && !g_cancellable_is_cancelled (search->priv->cancellable); i++) {
CamelFolderThreadNode *node, *scan;
- if (type != 4)
+ if (type != 4) {
+ /* the matched message itself will always be part of the returned result unless in "(match-thr
Re: [Evolution] Error fetching message info: unknown body response
Wow, an uuencoded attachment.
Josh must be an old-timer :)
Milan: this can be easily extracted using uudecode(1), which is provided
by the sharutils package[1]
Anyway, as this is a small file, I am including it here as a normal
attachment, too.
Best regards
1- https://apps.fedoraproject.org/packages/sharutils/overview/
[imapx:B] I/O: ''
[imapx:B] I/O: 'DONE'
[imapx:B] I/O: ''
[imapx:B] I/O: 'B00408 OK IDLE completed'
[imapx:B] I/O: 'B00409 STATUS INBOX/ARCHIVE/2018/FolderName (MESSAGES UNSEEN
UIDVALIDITY UIDNEXT)'
[imapx:B] I/O: '* STATUS "INBOX/ARCHIVE/2018/FolderName" (MESSAGES 1793 UNSEEN
310 UIDVALIDITY 29158840 UIDNEXT 1794)
B00409 OK STATUS completed'
[imapx:B] I/O: 'B00410 SELECT INBOX/ARCHIVE/2018/FolderName'
[imapx:B] I/O: '* 500 EXISTS
* 0 RECENT'
[imapx:B] I/O: '* 1000 EXISTS
* 0 RECENT'
[imapx:B] I/O: '* 1500 EXISTS
* 0 RECENT'
[imapx:B] I/O: '* 1793 EXISTS
* 0 RECENT'
[imapx:B] I/O: '* OK [UIDVALIDITY 29158840] UID validity status
* OK [UIDNEXT 1794] Predicted next UID
* FLAGS (\Seen \Deleted \Answered \Forwarded \Redirected \Flagged \Hidden
\Draft $MDNSent)
* OK [PERMANENTFLAGS (\Seen \Deleted \Answered \Forwarded \Redirected \Flagged
\Hidden \Draft $MDNSent)] Permanent flags
B00410 OK [READ-WRITE] SELECT completed'
[imapx:B] I/O: 'B00411 UID FETCH 1717:* (UID FLAGS)'
[imapx:B] I/O: '* 1717 FETCH (UID 1717 FLAGS (\Seen))
* 1718 FETCH (UID 1718 FLAGS ())
* 1719 FETCH (UID 1719 FLAGS ())
* 1720 FETCH (UID 1720 FLAGS (\Seen))
* 1721 FETCH (UID 1721 FLAGS (\Seen))
* 1722 FETCH (UID 1722 FLAGS (\Seen))
* 1723 FETCH (UID 1723 FLAGS (\Seen))
* 1724 FETCH (UID 1724 FLAGS (\Seen))
* 1725 FETCH (UID 1725 FLAGS (\Seen))
* 1726 FETCH (UID 1726 FLAGS (\Seen))
* 1727 FETCH (UID 1727 FLAGS (\Seen))
* 1728 FETCH (UID 1728 FLAGS ())
* 1729 FETCH (UID 1729 FLAGS ())
* 1730 FETCH (UID 1730 FLAGS (\Seen))
* 1731 FETCH (UID 1731 FLAGS (\Seen))
* 1732 FETCH (UID 1732 FLAGS (\Seen))
* 1733 FETCH (UID 1733 FLAGS (\Seen))
* 1734 FETCH (UID 1734 FLAGS ())
* 1735 FETCH (UID 1735 FLAGS (\Seen))
* 1736 FETCH (UID 1736 FLAGS ())
* 1737 FETCH (UID 1737 FLAGS ())
* 1738 FETCH (UID 1738 FLAGS ())
* 1739 FETCH (UID 1739 FLAGS (\Seen))
* 1740 FETCH (UID 1740 FLAGS (\Seen))
* 1741 FETCH (UID 1741 FLAGS (\Seen))
* 1742 FETCH (UID 1742 FLAGS (\Seen))
* 1743 FETCH (UID 1743 FLAGS (\Seen))
* 1744 FETCH (UID 1744 FLAGS (\Seen))
* 1745 FETCH (UID 1745 FLAGS (\Seen \Answered))
* 1746 FETCH (UID 1746 FLAGS (\Seen \Answered))
* 1747 FETCH (UID 1747 FLAGS (\Seen \Answered))
* 1748 FETCH (UID 1748 FLAGS (\Seen \Answered))
* 1749 FETCH (UID 1749 FLAGS (\Seen))
* 1750 FETCH (UID 1750 FLAGS (\Seen))
* 1751 FETCH (UID 1751 FLAGS (\Seen))
* 1752 FETCH (UID 1752 FLAGS (\Seen \Answered))
* 1753 FETCH (UID 1753 FLAGS (\See'
[imapx:B] I/O: 'n \Answered))
* 1754 FETCH (UID 1754 FLAGS (\Seen))
* 1755 FETCH (UID 1755 FLAGS (\Seen))
* 1756 FETCH (UID 1756 FLAGS (\Seen))
* 1757 FETCH (UID 1757 FLAGS (\Seen))
* 1758 FETCH (UID 1758 FLAGS ())
* 1759 FETCH (UID 1759 FLAGS ())
* 1760 FETCH (UID 1760 FLAGS ())
* 1761 FETCH (UID 1761 FLAGS ())
* 1762 FETCH (UID 1762 FLAGS ())
* 1763 FETCH (UID 1763 FLAGS ())
* 1764 FETCH (UID 1764 FLAGS ())
* 1765 FETCH (UID 1765 FLAGS (\Seen))
* 1766 FETCH (UID 1766 FLAGS ())
* 1767 FETCH (UID 1767 FLAGS ())
* 1768 FETCH (UID 1768 FLAGS (\Seen))
* 1769 FETCH (UID 1769 FLAGS (\Seen))
* 1770 FETCH (UID 1770 FLAGS (\Seen))
* 1771 FETCH (UID 1771 FLAGS (\Seen))
* 1772 FETCH (UID 1772 FLAGS ())
* 1773 FETCH (UID 1773 FLAGS ())
* 1774 FETCH (UID 1774 FLAGS ())
* 1775 FETCH (UID 1775 FLAGS ())
* 1776 FETCH (UID 1776 FLAGS ())
* 1777 FETCH (UID 1777 FLAGS ())
* 1778 FETCH (UID 1778 FLAGS ())
* 1779 FETCH (UID 1779 FLAGS ())
* 1780 FETCH (UID 1780 FLAGS ())
* 1781 FETCH (UID 1781 FLAGS ())
* 1782 FETCH (UID 1782 FLAGS (\Seen))
* 1783 FETCH (UID 1783 FLAGS (\Seen))
* 1784 FETCH (UID 1784 FLAGS (\Seen))
* 1785 FETCH (UID 1785 FLAGS ())
* 1786 FETCH (UID 1786 FLAGS ())
* 1787 FETCH (UID 1787 FLAGS (\Seen))
* 1788 FETCH (UID 1788 FLAGS (\Seen))
* 1789 FETCH (UID 1789 FLAGS (\Seen))
* 1790 FETCH (UID 1790 FLAGS (\Seen))
* 1791 FETCH (UID 1791 FLAGS (\Seen))
* 1792 FETCH (UID 1792 FLAGS (\Seen))
* 1793 FETCH (UID'
[imapx:B] I/O: ' 1793 FLAGS (\Seen))
B00411 OK UID FETCH completed'
[imapx:B] I/O: 'B00412 UID FETCH 1717:1793 (RFC822.SIZE RFC822.HEADER FLAGS)'
[imapx:B] I/O: '* 1717 FETCH (RFC822.SIZE 2817 RFC822.HEADER {1183}
FLAGS (\Seen) UID 1717)
* 1718 FETCH (RFC822.SIZE 8116 RFC822.HEADER {1256}
Received:
Received:
Received:
Date:
Message-Id:
Content-Type: multipart/alternative; boundary="===22328=="
MIME-Version: 1.0
Subject:
From:
To:
Cc:
Reply-To:
FLAGS () UID 1718)
* 1719 FETCH (RFC822.SIZE 5693 RFC822.H'
[imapx:B] Removed connection 0x7fbac8259d80 (server:0x56516c3e76c0) due to
error: Error fetching message info: unknown body response
[imapx:B] I/O: ''
___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscrib
Re: [Evolution] IMAPX RECEIVING PROBLEMS
Not to use slow accounts? :) Evolution can work with many IMAP accounts at the same time, so I guess your problem actually lies on "an account is slow and slows the rest of the UI" rather than "evolution can only handle one account". Some more debugging would be needed to determine if it's a problem caused by that server, or something that evolution could improve. Note that the current stable evolution version is 3.30.1, so the version 3.28.5 is a bit outdated. Anyway, for > when you do a Send/Receive Receive All, the normal Inbox -- Evolution > is obscured by a window showing the status of each e-mail account > receiving e-mail. I think the workaround would simply be to move that window away (the window below continues working). Best 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] Deleting Messages
On 2018-10-30 at 11:21 -0400, Iain McVey wrote: > Now I'm just curious, if it isn't an available feature in the earlier > version, why does the UI provide a means to enable/disable the > behaviour? Maybe you manually added such key the first time? Then, once it is created, dconf will happily show it, even though the application doesn't look at it... ___ 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] Deleting Messages
I stand corrected. I was convinced dconf allowed that, too. Thanks for the insight, 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] Option for search folder
On 2018-11-08 at 21:01 +0100, Martin Monperrus wrote: > Dear Ángel, all, > > Thanks a lot for your very precise answer. > > https://help.gnome.org/users/evolution/unstable/mail-searching.html.en > > https://help.gnome.org/users/evolution/unstable/mail-search-folders-add.html.en > > https://help.gnome.org/users/evolution/unstable/mail-search-folders-conditions.html.en > Is there a way to directly contribute to those pages? > > Best regards, > > --Martin Hello Martin These pages live on the evolution repository, at the path: https://gitlab.gnome.org/GNOME/evolution/blob/master/help/C/ see for example: https://gitlab.gnome.org/GNOME/evolution/blob/master/help/C/mail-searching.page These are then converted into the output format, such as html. If you want to contribute improving them, ideally you could provide a patch to those files with the appropriate changes. Else, you may just provide the text that would have to be changed, and probably a kind soul will put those words into the used Mallard format. Best 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] Change organization of the left side panel
Hello Pascal I don't think it's directly possible. However, what you could do is to have at the top the search folders, where you could place a few searches for the different account inboxes (or just a search for mails on any of them). Search folders Account1Inbox Account2Inbox Account 1 Inbox Drafts ... Account 2 ... Best 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 gnome files
On 2018-11-13 at 15:43 +0100, Tibor Attila Anca via evolution-list wrote: > Hello, > > I use Gnome 3.30 and Evolution 3.30 on Fedora 29. I recently observed > the following problem. > > I've got some E-Mails with 5 to 7 large pictures which I want to save in > a certain directory. If i chose the first message it loads instantly, > saving is no time done. But at least by the third message the save as > dialogue slows down. Means: it takes a few minutes to display the files > already present in the folder and the path is also not visible. I > remember to already have had something like this with evolution 3.28. > > I'm not really sure weather this is a problem of gnome files, gnome > shell or evolution. Did someone else notice this behaviour? > > Thanks > Tibor Hello Tibor Some ideas for further testing: If you restart evolution, is it fast again? Is there any difference if you change to saving into an empty folder again (eg. move the files somewhere else from the terminal) ? Do those ~21 files fill up the window? Is a preview block being shown? I hypothesize that the Save as dialog may be trying to show a preview of those large images (only of the selected one? Caching all the images on the folder?) which would then slow it down. In that case, I would consider it a gtk+ issue. Note however that this is just speculation, it is just the only reason I could come up for experiencing what you reported. Best 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] Include OpenPGP headers in outgoing mails
On 2018-12-21 at 15:25 +, Ju Nique via evolution-list wrote: > Hello, > > I'm using Evolution 3.30.3 with gpg and want to send the Enigmail OpenPGP > headers > [https://www.enigmail.net/index.php/en/user-manual/signature-and-encryption > "The first two options add a new mail header to the message..."] along with > signed mails. There are multiple accounts with different key IDs. > > What's the best way to achieve that? I have thought about > > * the Custom Header Lines > [https://help.gnome.org/users/evolution/stable/mail-composer-custom-header-lines.html.ru] > plugin, but it seems that it doesn't have any automation, so I'd have to set > the header for every new email, and I'd surely forget it most often > * using rules for outgoing mails, but there is neither a "Add header" nor a > "process mail by external program" action > * writing a separate plugin - but I think it should be integrated into the > core OpenPGP support > * patching Evolution (how do I find out if Evolution developers would accept > this feature?) > * setting these headers server-side when a specific From header is given > (last resort) > > Do you have a suggestion? Initially, I think it is interesting to have, and preparing a patch for evolution to include it would be the best approach. (just my own opinion, I have no decision on what gets accepted or not) I should note however that I don't see the thunderbird "Advanced..." button documented on that page. Not even when switching to Thunderbird 64.0b4 with Enigmail nightly (2.1a1pre). After some digging, it turns out that Enigmail removed support for that some months ago: https://sourceforge.net/p/enigmail/bugs/743/ https://gitlab.com/enigmail/enigmail/commit/ac5577304eb05be6bfcb28cee7fb706bd59dec30 At that point, it probably isn't worth adding support for that in evolution. A little investigation shows that it simply added a Openpgp header with either the key id, a url to download the key from or both: Openpgp: id=D44D8EDF4A5456E01E433FB492B38F4C6462674D Openpgp: url=https://www.example.com/mykey.txt Openpgp: id=D44D8EDF4A5456E01E433FB492B38F4C6462674D; url=https://www.example.com/mykey.txt Best 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] Mail sent from IMAPX account disappeared after message sent FOLLOW UP
Hello John What do you mean by "One of the recipients returned read"? That seems the bit that apparently happens to be different. Also note that I expect all messages to be transmitted correctly. As you are using IMAPX, you will be sending the messages using SMTP. Then, evolution stores a copy of what it sent (and removes drafts if needed). Best 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] Getting “Failed to issue REPORT: HTTP error code 404 (Not Found)”.
On 2019-01-05 at 21:23 +, Graham Sivill wrote: > What is strange about this is > the s...@gmail.com address in the data as that is not the address I am > using for GMail. I think it may be an account I used years ago so I am > not sure why Google placed that in my Calendar list. That is not a legal gmail address, even. From the beginning, they didn't allow accounts with less than 6 characters. You might have mistakenly tried to setup such account, but it should never have succeeded (in which case you should have been receiving the error since trying to set up that one). Best 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] Accessing Exchange (ews) through a proxy (ssh/socks5)
I didn't know evolution could work through a socks proxy. I would try accesing ews using a normal ssh port-forwarding for the destination and port you are trying to reach. Best 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] [OT / Meta] Evolution list as source of spam
For what it's worth… I am too receiving such msgid spam. Prompted by this thread, I did some analysis on the origin of these spams. Basically, extracting *camel* > /tmp/spam-msgids.txt sed -i "s/$/@bar>/;s/^/Message-ID: https://mail.gnome.org/mailman/listinfo/evolution-list
[Evolution] Evolution not working on Notebook Win10
On 2019-01-09 at 08:33 -0200, LIMA / INDTOOLS wrote: > Dear Angel, > Good Morning! Please have a very nice new 2019 year! I don´t get > Evolution working in my Notebook Win10, what´s necessary to do to get > it? Can you help me? > > Best Regards, > > Lima > Dear Lima Thanks for your message. Have a nice 2019 year, too. Generally, there are a number of conventions to follow on this mailing list: * Send the email to the mailing list, not to the individuals, so that everyone can help with the issue. * Compose a new email for new topic. Don't reply to an existing mail for talking about something unrelating (not even changing the subject) * Don't top-post. (see https://en.wikipedia.org/wiki/Posting_style#Top-posting ) * Try to avoid using HTML in messages to the list * Include the version of evolution you are using (or attempting to use). * Describe what you are doing and in which way it is not working. All that said, evolution relies heavily on dbus interfaces and I don't think you really can run a modern version of evolution (last one is 3.30.2) in Microsoft Windows, so that's likely to be the root of your problems. Best 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] Spam Filter Problems
On 2019-02-05 at 15:08 -0800, Douglas Summers wrote: > > The only spam plug-in that's installed is Bogofilter. This is happening > on a Hotmail account. What is filtering the email as spam? Hotmail or your local evolution client? If hotmail automaticall files the email as spam on arrival instead of delivering into your inbox, then there is little that evolution can do when it gets to it. 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] No Matter What I Try, Can't Move Thunderbird Archives to Evo
On 2019-02-20 at 03:05 +, Bill and Carol Yager wrote: > Tried Milan's suggestion about using the "Standard Unix mbox spool > directory". This did allow me to get my hierarchy of saved folders > over to Evolution. However, each folder and subfolder name now > has .sbd added to it. The name can't be modified and the error > message says that the file doesn't exist. Also the folder can't be > deleted because they are spool files. I have now spent just too much > time on this. Too bad, I liked Evolution, but it just doesn't handle > the importing of saved email folders from other mail clients. Until > that is available, the program is not usable for us. Thanks for the > help though. > > > Bill The problem is that in this format each folder with emails is stored as a mbox file. And each folder that itself contains subfodler is stored as a filesystem folder. Since you can't have both a file and a folder with the same name, this doesn't allow you to store emails on non-leaf folders. Thunderbird works around this by adding a .sdb suffix to those filesystem folders. If you don't store mail on non-leaf folders, it's trivial to remove those .sdb suffixes. Else, you will need to use a different store format, like maildir. It's easy to convert from this to maildir, but it's not as immediate, as there is an extra step. Best 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] Synchronizing message filters and labels between computers
On 2019-02-24 at 17:38 -0500, Paulo Cesar G. Costa wrote: > I am not doing bidirectional sync with the desktop since I want to have that > configuration safe from potential corruption. > This allowed me to replicate most of my settings, and when I add a new filter > in > Desktop it replicates in the notebook. > However, labels seem to be stored in ~/config/dconf/user, which is a single > binary file with lots of other things that make replicating it via cloud > likely > to be a bad idea. > I did manually copied the labels from that file and pasted in the same file in > my notebook, but I would have to do this to all computers every time I add a > new > label. > > Is there a method to do this synchronization easier? > Any ideas on how to automate this process? > I apologize if I am missing something very basic, but I am new to evolution > and > did try to find references on it. This is dconf (think like windows registry), not evolution-specific You can read with dconf read /org/gnome/evolution/mail/labels > labels.txt and write at the other side with eg. dconf write /org/gnome/evolution/mail/labels "$(https://mail.gnome.org/mailman/listinfo/evolution-list
Re: [Evolution] Opening a link in Evolution opens in Firefox despite my default app being set to Chrome
On 2019-02-27 at 10:19 +1300, KiwiHeretic wrote: > Hi, > > I am running Kubuntu 18.04. Whenever I click on a link in an email it > opens in FireFox. > > Here is the contents of my mimeapps file: > > $ cat ~/.config/mimeapps.list > [Added Associations] > application/xhtml+xml=org.kde.kate.desktop;chromium- > browser.desktop;libreoffice- > writer.desktop;okularApplication_txt.desktop;bluefish.desktop;firefox.d > esktop;gedit_gedit.desktop;vim.desktop;gvim.desktop; > text/x-twig=bluefish.desktop; > video/webm=mpv.desktop;vlc.desktop;firefox.desktop; > > [Default Applications] > application/xhtml+xml=org.kde.kate.desktop; > text/html=chromium-browser.desktop > text/x-twig=bluefish.desktop; > video/webm=mpv.desktop; > $ > > Thanks in advance Which browser is opened if you run ___ 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] Opening a link in Evolution opens in Firefox despite my default app being set to Chrome
On 2019-02-27 at 10:19 +1300, KiwiHeretic wrote: > Hi, > > I am running Kubuntu 18.04. Whenever I click on a link in an email it > opens in FireFox. > > Here is the contents of my mimeapps file: > > (...) > > Thanks in advance Which browser is opened if you execute this? xdg-open http://www.gnome.org And what is shown if you run this other command? XDG_CURRENT_DESKTOP=GNOME xdg-mime query default text/html Best 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] Opening a link in Evolution opens in Firefox despite my default app being set to Chrome
On 2019-02-27 at 11:06 +1300, KiwiHeretic wrote: > If you have an Evolution wiki of some kind perhaps you could point me > in that direction and in future I will check that for answers first. > > Thanks for trying to help. > > Cheers There is an evolution wiki at https://wiki.gnome.org/Apps/Evolution, although I don't have write access there to leave a note. As a common question, this may be more appropriate for the user manual (also linked from there), although an end user _should_ never need to resort to this low-level mimetype trickery. Best 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] Custom ordering for IMAP folders in sidebar
On 2019-03-08 at 15:22 -0500, Jason Franklin via evolution-list wrote: > Is it possible to specify the order in which IMAP folders appear in my > sidebar? I would like for my own custom ordering to take precedence > over alphabetical ordering. > > Thanks, > Jason You can set LC_COLLATE to get a different ordering, I use that to force C rather than the locale one, but you may not have a locale matching the order where you want the folders to appear. For IMAP, it might be possible to change the order in which the server returns the subscriptions, but I don't think it is kept for display on evolution. 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] Inconsistent use of icons in mail side bar
On 2019-04-19 at 20:48 -0400, Jason Franklin wrote: > Ralf and Andre, > > I was able to experiment with the Adwaita icon theme. > > I discovered three things: (...) > 3. The size of the current folder indicator icons IS consistent >under Adwaita. > > I filed issues regarding #1 and #2 on GitLab. How to proceed with #3? > > Thanks, > Jason Franklin Which icon theme were you using before? What formats and sizes does it provide for those "bad icons" ? My guess is that you were using a theme that did not provide both 16x16 and 32x32 for some icons, so it used what was available, and thus should be fixed at the icon theme. OTOH, perhaps there was a better approach that evolution should have used. 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] copy message in folder
On 2019-05-04 at 07:44 +0200, Martin Monperrus wrote:
> Hi all,
>
> I have a message m1 that is a attached to an email as an EML file
> ("m1.eml"). I want to archive m1 in a folder but I only see options
> "Save As", "View Inline", "Forward".
>
> How to copy this message m1 into an existing folder?
>
> Thanks!
Hello Martin
I am not sure exactly if you want to save the attached email message in
the a filesystem folder or in a evolution folder. If the earlier, you
just choose Save as, and browse to the existing folder in the save
dialog.
If you want to save an attachment into a mail folder, there's not an
option to do that (how would a mail folder store an attachment? It only
makes sense here because the attachment is an email message itself).
However, you can save it, and then import the saved file into a folder
(you may need to add a "From " line at the top)
Best 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] encrypt if possible
The problem is, you need to send so many mails in the clear, you end up with a default of not encrypting any. I do think this option would be useful. I agree that selecting such middle-ground in the menu when composing a mail makes little sense (it may fit with other autocrypt-related changes, though) but IMHO makes perfect sense for an account default. > And what in cases where you send to multiple recipients and one of > them doesn't have the public key? IMHO you should send it in the clear. This is opportunistic encryption. Half-encrypting the mail seems more confusing than "Sorry, it couldn't be sent encrypted while also sending it to John" > especially if you agreed with the other recipients to always encrypt messages. I think that should be a setting for the Contact (like "wants HTML"), that (independently to this proposed setting) could trigger an alert if sending in plain to a contact marked as "always send encrypted" (not sure if it should also change automatically a plaintext default if sending to contacts with that tag and for which we have a key). Best 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 not listening to quit
Yes, a rename in the same partition should be atomic.
Rather than adding a check after every command, I would recommend simply
adding a call to set -e
and rather than those repeated lines, it can be done with a simple loop:
for i in {5..2}; do
rm -f /mnt/tank/users/michelle/backup/mail/$i.tar.gz
mv /mnt/tank/users/michelle/backup/mail/$(($i - 1)).tar.gz
/mnt/tank/users/michelle/backup/mail/$i.tar.gz
done
(please note that $(( )) is not a feature in POSIX sh, so you would need to
change the shebancg from /bin/sh to /bin/bash)
although I would generally favor using a date-based filename, rather than
numeric ones, and let the user occasionally remove the old ones if needed.
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 problen
If you could share the killer message, it would be useful so that whatever bug it is triggering can be fixed (assuming it's not already fixed on a newer version, as you didn't state your evolution version) Best 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 not listening to quit
On 2019-06-03 at 12:47 +0100, Patrick O'Callaghan wrote: > On Mon, 2019-06-03 at 13:40 +0200, Ralf Mardorf via evolution-list > wrote: > > On Mon, 2019-06-03 at 12:06 +0100, Patrick O'Callaghan wrote: > > > Personally, I don't back up Evolution explicitly. I do back up my home > > > directory every night (using rsnapshot) but this almost always happens > > > while my session is logged in. I have been doing this for years and > > > have never lost an email. I probably also helps that my accounts are > > > IMAP-based, so what's in the local Evolution store is mostly cached > > > information. > > > > > > So it's not clear to me that stopping Evo during a backup is actually > > > necessary. > > > > Even if you would use POP accounts and Evolution would automatically > > download messages during the backup, it shouldn't matter. > > Yes, I would expect that. My question is whether all of Evo's database > operations are transactional, though I'm supposing they are. > > In which case I think the argument about how to make sure Evo is > stopped before doing a backup is pointless. Just don't stop it. > > poc Even if a program is transactional, it only guarantees the state at a given point of time. Not that you can run a generic backup program in the background while the program works and that it will be consistent. In order to do that you would need to work on a frozen filesystem. For instance using LVM. btrfs also supports making a snapshot of a volume, which is atomic. Then you could run your backup program over that copy, and then (optionally) remove the snapshot. Suppose you were working locally on a maildir while you are running tar(1) for making a backup.¹ 1- tar reads the list of files on cur/ and starts reading them one by one to store them 2- you read a message, it gets renamed from 1528146778.123_0.evolution:2, to 1528146778.123_0.evolution:2,S 3- tar attempts to backup ‘1559682696.123_0.evolution:2,’, but as it's not there, will log an error and continue. The file has been on your mailbox for a year. The rename itself is atomic. A power failure would not lose that file [if it's on a journaled fs]. Yet your backup missed it. Kind regards ¹ This is a general race condition, most other programs would have the same 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] Slow to connect (and download)
Hello Gary Is your client configured to delete the emails that it downloads, or to leave them on the server? Note that with POP3, when evolution connects, it will request the server to give it the list of unique ids of the messages in the maildrop. Generating and sending this list could be slow. Thus, if you have lots of of messages in the server (even if they were already downloaded), the POP3 server will provide you such list, which is then compared locally to check which messages are new and need to be downloaded. ___ 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] About emoticons and colors (was: How to set the default text color)
On 2019-08-16 at 21:50 +0200, Ralf Mardorf via evolution-list wrote: > A few 😃? > > If you communicate with the majority using HTML, than you better use > another MUA, since if you use Evolution, the averaged Windows > recipient > usually sees cut inline pictures and/or different font sizes, let > alone > that you should care about to install every crappy Windows font, to > see > all those special chars that are even not part of UTF8 [1]. > I can view most of them just fine, without having Microsoft fonts installed. They *are* part of Unicode (and UTF-8 is a codification of Unicode, it doesn't define which characters are mapped to which codepoint, just the way those codepoints are formatted into bytes). The case where you _would_ need a Windows font is when people include a river or a smiley from Microsoft Outlook, which is in Windings font, and if you don't have that installed you eg. see a “P” which is where the font designers decided to put that picture. It is arguable if there should be codepoints assigned that allow rendering British-cow-blinking-an-eye-with-brown-skin. And it is rightly a headache to render properly, since there are quite odd combining characters in play. But with a sane stack, if I don't have any font able to render them, it will show as a character, that I could lookup, rather than wonder what does such lone P mean in a paragraph. And having a codepoint assigned means I can use a different font, and I should still be able to get a proper rendering (modulo some small variations, eg. the case of 'weapon gun' vs 'toy gun'). > Emails aren't the same as ink on paper. What you see, e.g. blue font > on a white background is sent via markup language and not necessarily > does look as you expect on the receivers machine. While the colouring > between Evolution and other e.g. Windows MUAs is compatible, I'm not > aware of colour mismatches, there are other things to consider. > Recipients might want to use individual font sizes and colour themes > that makes reading emails for them more pleasant. This. Some people set a dark mode for their mail client, with a default of white (or light gray) text over black background. Which then makes messages with an explicit text color difficult to read for them (eg. they end up selecting text in order to view it!). At least, if you pick a color, pick them all [1]. Best regards 1- https://www.w3.org/QA/Tips/color ___ 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] Mark as read in message filter
On 2019-08-16 at 21:45 +0200, spermosh via evolution-list wrote: > specific version don't know, I'm not having my laptop right here - > anyway it is last version in debian/ubuntu/mint repo... Last version in Debian buster (stable) is 3.30.5-1.1 Last version in Debian stretch (oldstable) is 3.22.6-1+deb9u2 Last version in Debian jessie (oldoldstable) is 3.12.9~git20141130.241663-1+deb8u1 and on Debian experimental, there is 3.33.4-1 For Ubuntu: Ubuntu 16.04 (xenial): The version included is 3.18.5.2-0ubuntu1, but if you enabled xenial-updates, you will have 3.18.5.2-0ubuntu3.2 Ubuntu 18.04 (bionic): The version included is 3.28.1-2, but if you enabled bionic-updates, you will have 3.28.5-0ubuntu0.18.04.1 Ubuntu 18.10 (cosmic): The version included is 3.30.1-1build1, if you enabled cosmic-updates, 3.30.5-0ubuntu0.18.10.1 Ubuntu 19.04 (disco): The version included is 3.32.1-2 Future Ubuntu 19.10 (eoan), for now it also includes 3.32.2-1 I looked around for a bit on linux mint page, but didn't the equivalent page listing the versions of their packages. Maybe they will match those of Ubuntu. As for upstream, the latest stable version is 3.32.4¹ and there are 3.33.x snapshots of the development version. I hope that helps you understand why, even looking up the versions those distros provide, "last version in debian/ubuntu/mint repo" doesn't mean much. May you please provide us the version reported by evolution (menu Help → About) when you come to your laptop again? Also, what kind of account is it? A local one (On this computer), IMAP, EWS... ? Evolution could be setting the Read flag, but the backend not storing it. Thanks for your cooperation Kind regards ¹ https://download.gnome.org/sources/evolution/3.32/ ___ 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 version 3.28.5 - how to recover deleted messages
On 2019-09-04 at 08:49 +0200, Milan Crha wrote: > With deleted folders, well, it looks like it deletes the folder and the > content of it irrecoverably. The IMAP deletes also the obsolete cache > files. > > I'm afraid your messages from the deleted folder are gone. I'm sorry. They are deleted at evolution side. However, I think it is worth looking at the account from the webmail interface, in case they may be recovered from there. Bruno (or Mara?) seems to be using a gmail account. We all know that Gmail works a bit different. If using it as an IMAP account, it may be possible that the deleted are still available in the Trash folder from Gmail web interface (I don't know how it handles such deletion). In case it was a POP3 account, Gmail usually keeps the mail at the server (POP3 DELE simply marks it to not show again for POP download). And it is really simple to look there. In case it doesn't show them, either, I'm afraid they would have to restore those mails from their latest backup. Good email recovery! ___ 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] Problems with gnome-keyring-daemon when using local and through x2go
Rather than replacing the running gnome-keyring-daemon, try: 1. Connect locally and print the value of $DBUS_SESSION_BUS_ADDRESS 2. Connect from x2go and set DBUS_SESSION_BUS_ADDRESS environment variable to the value printed at 1. I expect this would make both sessions to use the same dbus and allow the second session to talk to the existing keyring, so it would work in both cases. Additionally, it is interesting that the keyring is locked when you log in locally, as it normally syncs with your user password and logging in automatically unlocks the login based on your account password. Cheers ___ 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] Reversed To: recipients displayed
On 2019-11-08 at 10:11 +0100, Milan Crha via evolution-list wrote: > On Thu, 2019-11-07 at 13:43 -0600, Greg Oliver via evolution-list > wrote: > > If there are 2 or more recipients in the To: field, and say they are > > f...@foo.com and b...@bar.com, in the message list pane, it displays them > > in the order b...@bar.com, f...@foo.com. > > > > In the preview pane, it displays them in the proper order f...@foo.com, > > b...@bar.com. > > Hi, > I tried it here with an IMAP message, an On This Computer/sent message > and with a Sent message from an EWS account I didn't have downloaded > yet and all behave properly, the order in the message list and in the > preview panel matches. I even tried to send such message and it is > shown properly in my Evolution, also after clearing my local cache. > > Maybe there are certain circumstances to reproduce this, or some server > glitch. > Bye, > Milan I would suspect it is one of those instances where Exchange is being "helpful". I have seen it replacing the email that was used in the email to the main email associated to the account. Providing the list of users sorted would seem similar. Greg: which Exchange version are you connecting to? The fact that it "just started happening with Fedora 31" suggest that it was working before, but perhaps that newer version is more aggresively using the summary info. You would probably need to EWS_DEBUG the communication to check this hypothesis. 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 password for first time.
Hello Ben Evolution doesn't have a password field when configuring an email account. You will be prompted for the password when it is needed (not sure if it would occur at configuration time, but in any case if you finished setting up the account, it would happen the first time it attempted to fetch the emails). The passwords are stored using the keyring provided by the system. I'm not familiar with that "Passwords and Keys app", but it _could_ be an interface for it (just as seahorse does). In any case, although you would later be able to find it there, the key will not be the email address. Anyway, you are not expected to input anything there. If it needs the password and it's not there, you should be prompted. You mention that it timeouts with no connection. I suspect that some of the connection details may be wrong (or some setup needed to e.g. allow the connection through a firewall). If evolution isn't able to contact with the remote host, it will not reach the step of requesting you the password. 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] HTML email problem
On 2020-01-02 at 15:08 -0500, Joe Wade Pulley via evolution-list wrote: > Andre and all, > > Never mind. I just figured out the issue. > > For emails that are newly received directly from the server, there is > no problem. > > The emails that have a problem as I have described are ones that I have > imported from an Outlook .pst file. > > Any idea how to fix the formatting on those? Not a big issue as I can > deal with it on an email by email basis, but if someone has solved this > before I'd appreciate any insight. > > Thanks! > > Joe Hello Joe It looks like emails being malformed. The divider string you see is probably the boundary. If the email didn't properly state the boundary it uses, it could end up being interpreted that way. We would need to see an actual broken mail to study what is wrong with it. Since it is only happening for emails imported from a pst file, it may actually be a bug in the pst importer, that resulted in _some_ emails being imported incorrectly. I wouldn't be surprised if Outlook did some weird thing when saving the emails, either. The ideal test case would be having the original mail, a pst file created by Outlook with that file and the resulting broken email message. Obviously, don't share an email that contains anything confidential. I can send you some test messages if you want. 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] HTML email problem
On 2020-01-04 at 06:45 -0500, Joe Wade Pulley wrote:
> Thanks for the reply.
>
> I've created a Test.pst file containing 1 email in Outlook.
>
> I wasn't sure how to show you the way it looks for me in Evolution so I
> took a screenshot of what I see showing the header, the text portion at
> the top of the email and the beginning of the HTML display of the email
> at the bottom of the screen. I also attached a pdf of what I see in
> Outlook. Except for some font issues (likely not installed on Ubuntu)
> the HTML portion looks fine in Evolution.
>
> If there is something else you need in order to see what I'm talking
> about please let me know.
>
> Thanks,
> Joe
I have been able to import the email myself and reproduce the issue.
Looking at the source of the imported mail, it has the header:
> Content-Type: multipart/alternate; boundary="=-m7pctIXGHnNa8SIElS5Z"
>
which is wrong, it should be multipart/alternative, per rfc 1341 (and
later, up to rfc 2046)
It's true that it is used to specify alternate contents, but the right
name is multipart/alternative.
Reviewing the code, it is a bug of the pst importer, that sets the mime
to multipart/alternate rather than multipart/alternative.
https://gitlab.gnome.org/GNOME/evolution/blob/master/src/plugins/pst-import/pst-importer.c#L1322
I have opened bug 745 about this, along with the trivial fix as a merge
request:
https://gitlab.gnome.org/GNOME/evolution/issues/745
https://gitlab.gnome.org/GNOME/evolution/merge_requests/42
(hope it is right from a procedimental pov, though)
Joe, as you are using the evolution version packaged by Ubuntu 19.10 I
see a few options.
* You could switch to a newer version -with this bug fixed- based on
Flatpack.
* You could try to get Ubuntu maintainers to include this fix
* You could patch your own evolution version (this is a trivial fix, so
it'd be very simple)
* You could continue using the broken importer and deal with it fixing
the imported entries later. Just running the following sed command on
the folder containing the imported files would fix them:
sed -i '0,/^$/ { s!^Content-Type: multipart/alternate!Content-Type:
multipart/alternative! }' *.evolution:*
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 PST support
On 2020-01-04 at 11:41 +, Patrick O'Callaghan wrote: > I would look at IMAP, which Outlook supports. It's possible to set up > an IMAP server to share folders between users, with the ability to post > messages directly into the folder (i.e. without using SMTP). I know > Evolution used to support posting in this way but I haven't done it in > many years so am not sure if it still exists. I also don't know how > this would interact with PST formatted messages. > > poc You would "post" a message to an IMAP folder is done just by moving the message to that folder. Using a IMAP server will certainly work and is a proper solution. I wonder though if William will be able to get an IMAP server (as there seems to be an implicit requisite of using a "dumb" storage folder). Maybe he will be able to solve it by running an IMAP server on localhost and pointing his MUA there. Best 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] HTML email problem
On 2020-01-07 at 08:05 -0500, Joe Wade Pulley wrote:
> Thanks for figuring out the problem, but the sed command doesn't work
> for me.
>
> I don't have anything with a .evolution in its name.
>
> Inside cur/ is a file
> 1578136602.6469_0.:2,S
Sorry, I didn't realize that such 'evolution' was my local hostname.
> If I apply your sed command to that file it does indeed fix it, but I'm
> not familiar enough with sed to know how to make it find all the
> occurrences in each folder recursively in
> ~/.local/share/evolution/mail/local/
> in each email and apply the fix.
>
> Did I do something incorrectly when I set up evolution that gave me
> this file structure instead of what you expected?
No. Your setup right. I just made the matching too strict.
The command should be relatively safe, but I still didn't want to make
that to too broad.
You could apply it to all emails inside
~/.local/share/evolution/mail/local/ with the command:
find ~/.local/share/evolution/mail/local/ -type f -name \*:2,\* -exec sed -i
'0,/^$/ { s!^Content-Type: multipart/alternate!Content-Type:
multipart/alternative! }' \{\} +
If you imported your pst into a specific route, you don't need to search
on the whole ~/.local/share/evolution/mail/local/
The sed is simply looking at the headers of each mail and replacing
multipart/alternate into multipart/alternative in the Content-Type:
header.
Best 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 PST support
On 2020-01-07 at 16:56 -0500, James Toebes wrote: > The issue with the IMAP solution is that it requires setting > up/maintaining an email server including user management. It also > requires all machines with direct access. All emails would have to > be in one server or I would have to maintain multiple servers. > > A PST is a simple file that can be backups, copied, stored on a > network share, thumb drive, and archived with a project. individual > files that can be put in different locations. > > Evolution supports saving emails to an mbox file.It would be nice > if there was someway to link and not Import the file. I have seen a > few options (have not investigated yet) that will allow mbox files in > outlook. My aversion to importing is that it now creates a second > copy. Create a new account in evolution of type ‘Standard Unix mbox spool file’ (the account will only have a single folder) or ‘Standard Unix mbox spool directory’ (you may have several folders -mbox files- in the account, although it doesn't support subfolders) I think your main problem will actually be getting Outlook to support them. Best 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] Move mail to where?
On 2020-01-20 at 18:56 +, George N. Reeke wrote: > OK, I guess I am weird to have folders with duplicate names at lower > levels of the mail tree. I will stop explaining myself further and > just use the mouse instead of the keyboard search. > George I do use a similar layout as the one you describe. Classification is a very lax subject. The are lots of fine ways to do it. I would consider weird the people that file important emails on the Trash (yes, they do), not yours. In case my workflow happens to be useful, what I generally do (for common cases) is to set up filters to move to each final folder. The important part is that the filters are configured not to be applied automatically. In order to archive an email (for which there is a rule set), I only need to press Ctrl+Y, to manually run filters on the selected message(s). Filters that should be applied automatically are setup at the server instead. I do sometimes find the filters a bit limited. For instance if you file per year, it would be useful to have a way to extract the current year (%Y, `date +%Y`...) or even the one of the email. Some cases would be better represented with nested ifs. Or you could even want to file all messages from john inside a subfolder of "john" named as the first word that appears on his subject (assuming that subfolder exists), Ultimately, I think one would need a pluggable filter system, so that a custom program could return the action to be taken with the mail. Best 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] Move mail to where?
Hi Milan Getting a good UI for those features can be hard, indeed. I have been thinking on a project/idea like this for a long time, but I didn't think on a UI, just that you could have a file with the rules to follow. Similar to the way procmail or dropmail rules are stored. Brainstorming a bit, it would seem more suited to have a pluggable rules engine where those could be added. A filter engine would provide in advance the fields it could need -up to the full mail- (so that the client doesn't require fetching everything from the server just to run a filter), and the result of running it over an email would return one or more actions to take (move/copy/delete/mark as important/add label X...) Then something that exceeded the normal filters could be outsourced to a custom one (and it would then be the filter responsibility how to determine the rules to apply). Best 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] Quoting messages (was: Move mail to where?)
On 2020-01-22 at 10:05 +, Patrick O'Callaghan wrote: > On Wed, 2020-01-22 at 04:18 +0100, Ángel wrote: > > Getting a good UI for those features can be hard, indeed. > > Please remember to quote the relevant part of any message you are > commenting on. It should not be necessary to look for earlier messages > in the thread in order to understand the context of your reply. > > poc Hello Patrick See, my problem here was the following: I was replying to de0edf8074f4462a507a12373beed7939f124985.ca...@redhat.com, sent Tue, 21 Jan 2020 08:48:55 +0100 The message has two big paragraphs, 8 and 6 lines respectively (plus three greeting ones), about conditions and actions respectively. Quoting the full message seems too much. Both paragraphs mention an UI for its part would be complex. My reply is addressing that in general (i.e. I agree). There's nothing specific about the UI in the paragraphs, it could be also a reply to the current topic of the thread (i.e. we are talking about an UI for message filters). Thus I just trimmed everything. Studying it, I can think using instead “Getting a good UI for the filter messages window so it supports the advanced features we have been mentionig can be hard, indeed.” may improve it, but little else. What do other people here would consider as the best quote for this case? As a smaill sidenote, I would expect pretty much everyone following long topics like this one to use threaded view when reading topics like this. That could also be a biased opinion, so feel free to correct me. 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] Quoting messages (was: Move mail to where?)
On 2020-01-22 at 23:22 +, Patrick O'Callaghan wrote: > On Wed, 2020-01-22 at 23:03 +0100, Ángel wrote: > > See, my problem here was the following: > > I was replying to > > de0edf8074f4462a507a12373beed7939f124985.ca...@redhat.com, > > sent Tue, 21 Jan 2020 08:48:55 +0100 > > That URL doesn't point at a message, so I can't tell what you were > replying to. > > poc You don't identify emails by an url, but by its Message-Id. Anyway, if you want to see that message in the archive, it is available at https://mail.gnome.org/archives/evolution-list/2020-January/msg00164.html Cheers ___ 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] Saving PGP-encrypted mails as clear text
On 2020-01-13 at 13:49 +0100, Dulsea Liang via evolution-list wrote: > I would however prefer a solution which > automatically decrypts the mails in a local Maildir directory. Could > this be achieved by a script that decrypts all the encrypted mails it > finds in the 'cur' folder? Yes. For local accounts, a script that modified the mails in their maildir (new/cur subfolders) would work. A script that given a PGP-encrypted mail returns an equivalent decrypted email is not trivial, though. ___ 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] Receipt notices being sent without asking?
On Tue, 2020-03-10 at 23:23 -0500, Japhering Anonymous wrote: > > Linux 5.3.0-28-generic #30~18.04.1-Ubuntu SMP Fri Jan 17 06:14:09 UTC > 2020 x86_64 x86_64 x86_64 GNU/Linux > > I have all my accounts set to "Always ask" when read reciepts are > requested. Yet, I have become aware of the fact that > Evolution is always sending a receipt without asking. Hello Mike What kind of server and connection are you using? As Milan said, some servers decide to handle those on their own. > Anyone else seeing that behavior ? > For instance, I have seen seen Exchange automatically sending read receipts when emails are *downloaded*, but only when accessed through IMAP. And yes, that blatantly ignores what rfc 8098 says about obtaining user's consent... 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] Importing Mail from Pine: No read or replied flags
On 2020-04-07 at 16:34 -0400, Michael A. Gilchrist via evolution-list wrote: > Hi, > > I'm trying to migrate to evolution from alpine (pine). In order to do > so, I wanted to import the mail I have currently downloaded locally. > However, when I do so either using the Import->File->Mbox or > Import->Files->Pine-Importer, the 'read' and 'replied' flags for each > message are not included in the imported results. Does anyone have a > suggestion or fix? Or should I be submitting a bug report? > > I'm running Evolution from the .deb package versioned > Evolution 3.28.5-0ubuntu0.18.04.1 > > THanks, > > Mike Hello Mike Could you detail which is the format that pine uses? I guess it's some variant of mbox? It's possible that it uses its own header to store those flags. However, it would be feasible to adapt the source file so that they are detected by evolution. Best 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] Importing Mail from Pine: No read or replied flags
That's strange. I have checked and evolution import code does take into account the Status and X-Status headers, and it supports fetching from them the Read and Replied flags.¹ It is not new code either, it will be on 3.28.5-0ubuntu0.18.04.1 Could you share an mbox showing this problem ? (With no sensitive data, of course, just a few mails from this thread would do) Best regards ¹ See src/mail/importers/mail-importer.c ___ 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] pop 3 deleting emails
On 2020-04-20 at 14:14 -0500, Christopher Marlow wrote: > Hi, > > I am having an issue with deleting emails with pop3.. I don't know if > this is how Evo is intended to work or if this is a problem with my > setup. > > But when I go to delete emails, instead of moving them to the trash > folder, the emails just get crossed out with a line through them. And > when that happens I can't figure out how to delete the emails. > > Now, if I close evo and open it, and then try to delete the emails > again, they delete and go to the trash folder like intended. > > Ideas? Go to the View menu and uncheck 'Show Deleted Messages' Yes. It is (kinda) how it is intended to work. When you delete a message, you actually mark it as deleted, but it stays in the folder (this was modeled after IMAP). The trash is actually a virtual folder which shows deleted messages from every folder (unless you configure it to be an actual folder). The 'Show Deleted Messages' lets you view the messages marked as deleted on its original folder, before they are purged. Most of times you don't want that option to be active, though. 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] safe links
On 2020-04-27 at 17:08 +0200, Andre Klapper wrote: > Asking for client software to manipulate content of emails sounds > in-cre-di-bly wrong. > > andre Seems a legitimate request to me. I consider the message files should be stored as-is, but I would welcome a way to overlay them through a script when viewing them. Some use cases: * Rewrite urls to remove a safe link redirector¹ from urls (OP use case) * Rewrite urls to *add* a safe link redirector¹ to urls * Rewrite urls to remove a tracking id from links (as above but for ads) * Automagically add an "This is an external message" warning to unknown senders (with the old mails no longer showing that after you 'introduce' them) * Fixup (workaround?) third-party bugs (e.g. bug 785840 commit² to show messages broken by Exchange) * Content enrichment. Such as automatically converting /bug [0-9]+/ strings into links… to the right bug tracker depending on the mailing list. * Content summarization. Such as stripping from your view all that disclaimer text mandated by the legal department that is appended by everyone on the thread, which is exactly the same every time since you all belong to the same company. * Automatic translation. Assuming you had an automatic translation product that provided an acceptable result. ... An annoyance I personally would like to 'locally fix' would be the From: changed by mailing lists, although changing those headers would be more problematic than body changes. Best regards ¹ I'm using here the term safe link redirector in a generic way. Microsoft is not the only one doing this. ² https://bugzilla.gnome.org/show_bug.cgi?id=785840#c1 ___ 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] Issue when changing default location of Evolution mail folder to another device
On 2020-05-05 at 17:41 +0200, Karim.afifi wrote: > Thanks for pointing to this. > After a second check I found that I can't write in user mode (in root > mode no problem, this confused me...). > > I have some trouble, because directory still appears "read-only", even > if Synology is setting to "R/W". I noticed : > > My CIFS volume is sharing with a Windows 10 user and an Ubuntu user > (each one has its own directory). > Is it a problem ? > > My volume is sharing via CIFS, do you think that NFS should be > better/mandatory ? > > Any advice will be appreciated :-) > > Regards. > Karim Hello Karim How are you mounting the CIFS volume? Note that if you are mounting it via gvfs there are some bugs that could result in contents appearing as if read-only. See for instance https://gitlab.gnome.org/GNOME/gvfs/-/issues/249 Not sure if that could be the case here, it's not clear how are those "user mode" / "root mode" you were testing in. Best 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] Sometimes can't verify signature
On 2020-05-08 at 00:49 -0400, Jeff Van Epps via evolution-list wrote: > Evolution is able to verify the gpg signature on some messages but on > other messages it says "Error verifying signature: Failed to execute > gpg." Is it failing consistently on certain messages, or is it sometimes failing but maybe working for that exact message on the next attempt? > 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"; ) You may do Ctrl+U to view the message source (or just save as mbox) I have debugged this kind of things in the past by placing a wrapper around gpg earlier in the PATH, which logs how/what is being passed around. 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] Sometimes can't verify signature
On 2020-05-10 at 09:27 -0400, Jeff Van Epps wrote: > > In the structure of the message, does the GPG section cover the whole > > of the message or just one section? > > > > If you save the message and run it through GPG manually, does it > > verify? > > I've figured out how to do that for the message with the good signature > by removing everything above and below the first boundary (including > the boundaries). So the signature is in the separate file passed to the > --verify argument but it is not in the message passed on stdin. I > haven't figured out how to do that for this message with multiple parts > (or maybe I have and it's just not working for another reason). > > gpg: CRC error; 04E96D - DC304E > gpg: no signature found > gpg: the signature could not be verified. > Please remember that the signature file (.sig or .asc) > should be the first file given on the command line. > > But the signature file IS the first argument. > > The numbers on the CRC error remain the same no matter what I do to the > message, so maybe it's telling me there is a problem with the signature > file rather than a problem with the message. The official instructions are at https://tools.ietf.org/html/rfc3156#section-5 ___ 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 2020-05-26 at 17:46 -0700, Van Snyder wrote: > 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? No. The problem were zero-length TLS tickets. It didn't affect connections not using those. It was a server-side change what triggered it. That's why only yahoo accounts were failing. > 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". That's because that will be a shell script calling the real executable. :-) > It's too bad evolution can't be statically linked. I really prefer > evolution to thunderbird. It wouldn't have helped too much. The bug has been there for years (since version 3.0.0, probably). So unless you were linked to a really old GnuTLS version, a statically linked evolution wouldn't have been free of this bug. Even worse, it would have required to recompile the whole evolution, rather than just updating the GnuTLS library and have that fix all the programs in your computer [that use GnuTLS]. On that first link "with people complaining" that André shared, you could see how it is near resolution by now https://bugs.launchpad.net/ubuntu/+source/evolution/+bug/1876286 ( pending that Ubuntu updates their packages, with the update from https://gitlab.com/gnutls/gnutls/-/issues/997 ) For Scientific Linux, they will need to update GnuTLS or backport the same patch. You should approach your distribution for that. The investigation and work already done on those links should make it quite straightforward for them to fix it, though, as opposed to having to track it down. 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.36 bug
On 2020-05-30 at 10:07 -0500, Orrin McGill wrote: > Finally some substance, now how do I get a flatpack sandbox to > recognise the printers available on the system. > > Note to self: do not use flatpack versions. Supposedly there is an interface that would allow printing from the sandbox: https://flatpak.github.io/xdg-desktop-portal/portal-docs.html#gdbus-org.freedesktop.portal.Print Alternatively, you could probably allow network access to cupsd, and have the system inside the flatpack sandbox access that "network printer". I have no experience with flatpack, so I'm afraid I cannot give you more detailed advice. Cheers ___ 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] extract images from mail account
On 2020-06-01 at 18:34 +0200, Herr Oswald wrote:
> pkg_resources.DistributionNotFound: The 'mboxattachments==0.5.35'
> distribution was not found and is required by the application
>
> Can somebody give me a useful hint?
>
> Cheers,
> Wolf
The error suggests the python package wasn't installed properly, since
it is complaining it cannot find itself.
Once you make it work, it currently only deals with mbox files, but it
is easy to make it work with Maildirs, the code is "almost there". Just
a couple of lines to create a mailbox.Maildir instead of a mailbox.mbox.
See the attached patch.
I'm copying the upstream author so he can integrate the change into the
module.
Best regards
--- mboxattachments.py 2020-06-02 01:34:19.78417 +0200
+++ mboxattachments.py 2020-06-02 01:37:16.05517 +0200
@@ -243,14 +243,19 @@
-def filter_mbox(self, obj):
+def filter_mailbox(self, obj):
""" Filter a mbox file or mailbox.mbox instance. """
if isinstance(obj, str):
if os.path.isfile(obj):
obj = mailbox.mbox(obj)
+elif os.path.isdir(obj):
+obj = mailbox.Maildir(obj)
+else
+return
+
for mail in obj:
self.filter_mail(mail)
-if isinstance(obj, mailbox.mbox):
+if isinstance(obj, mailbox.Mailbox):
obj.close()
def filter_mail(self, mail):
@@ -545,7 +550,7 @@
debugging=debugging, SQstart=SQstart)
for mbox in args:
-filt.filter_mbox(mbox)
+filt.filter_mailbox(mbox)
print("\n\n%s emails were filtered, %s emails passed, "
"\nprocessing of %s emails failed, "
___
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] BURL in Evolution
On 2020-06-02 at 22:14 +0100, Patrick O'Callaghan wrote: > > > I, personally, cannot imagine what the User Interface for such a > > > feature would be in a 'normal' MUA. > > > > It would look just like the current Evolution or Thunderbird > interface. > > The client would write the outgoing message into the Sent folder on > the > > IMAP server. Then the SMTP command uses that message reference > instead > > of writing the message contents out again. > > > > Or it could be used for message forwarding. Instead of downloading > the > > entire email plus attachments then uploading again, it could be > > forwarded by the client by reference to the original IMAP location. > > I'm with Adam on this. This is one of those things that looks like a > great idea until you realise that it completely breaks the separation > of function between SMTP and IMAP, with who knows what unnoticed > complications down the line, including security. I understand the use case, but I think they put it in the wrong protocol. It should have been placed in the IMAP protocol. You have the benefit of referencing mails, but no intermixing of SMTP and IMAP, or authentication complexities. In fact, some IMAP servers already support IMAP sending through a "magic Outbox folder". ___ 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] EWS account fails to create
On 2020-06-05 at 11:37 -0600, Nathan Schneider wrote: > Evolution friends, > > I'm glad to join this list. I'm currently exploring whether to migrate > to Evolution from Thunderbird. A major sticking point has been that the > evolution-ews plugin does not appear to be succeeding on one of my > machines, running Evolution 3.30.5-1.1 on MX Linux 19.2. (I am not > having this problem on Ubuntu-based POP!_OS. Here's what happens: > > + I proceed with creating a new mail account with EWS and take all the > steps my employer recommends ( > https://oit.colorado.edu/tutorial/office-365-evolution-configuration) > > + At the end of the process, the account-creation window closes, and no > new account is created. The Outlook login window never opens. Hello Nathan I understand that it fails for with 3.30.5-1.1 but you were able to make that same account work in another system. Which version is evolution on the working one? It may be possible to manually copy the .config files from the working system to the other one, but it would be even better to fix whatever underlying problem is. It is nice to see that evolution is supported by IT. They provide a tutorial to do so, complete with Tenant and Application ID values. They instruct to create the account from evolution. I wonder if the reason the login window doesn't appear may be a package not installed on the failing machine. Do you see any relevant message in a console when you open evolution from one to perform the configuration? [Rather than opening from the UI (Step 3), opening it from a console, as in Step 1] It is possible to make evolution provide more messages via environment variables, see https://wiki.gnome.org/Apps/Evolution/Debugging Although I'm not sure what to look for there, exactly. 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 Macro Plugin
On 2020-06-10 at 11:57 +0200, Stephane Passignat wrote: > Hi, > > > sometime ago I posted a message to prevent sending emails to recipient > from an account. eg: don't send professional email from personal > account. > I tried changing the sender account feature in the settings but I > can't make it work and if I understand well it will change the sender > account "silently". I would prefer having a popup requesting > confirmation and allowing to change the account. > > > I think I'm reaching the end of this approach. I looked at macro > script but I haven't found. Are there any macro script I havent > found ? Which kind of account are you using? You could configure evolution to "send by sendmail" but then point it to a wrapper that performs such checks and abort if not met (in which case you would go back to the composer and change the sending address). However, that requires you to convert a "sendmail sending" into your outgoing mail, so it won't work for a EWS account, you might have issues setting up OAUTH in that sendmail interface, etc. Best 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] Howto make Evolution 3.36.3 send a client cert for authentication?
On 2020-06-15 at 11:22 +0200, Milan Crha via evolution-list wrote: > > Maybe it could be worked around with some connection tunnel, but I do > not have any experience with it, thus I cannot help to setup or use > it. > I'm sorry. > Bye, > Milan You should be able to do that with a command like: socat -v STDIO OPENSSL::,capath=/etc/ssl/certs,cert=,key= the key= parameter is optional if already in the cert file As the CA is self-signed, instead of capath=, you probably should use cafile= instead. Which is specially good if your socat version is below 1.7.3.0, as it didn't verify that the certificate corresponded to the name before that. Once you get the right socat command to connect to your server, it is possible to configure evolution¹ to use a shell command instead of a normal socket connection, thus solving the problem. ¹ I'm not able to find _how_ to configure it, though. It is possible that it has no UI, requiring you to edit the files directly. But the code is there. Hopefully someone will complete this by providing those instructions. Best 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] Significant lag when composing emails
On 2020-07-28 at 08:17 +, André Müller wrote: > > In the meantime, consider writing in plaintext if possible. > I tried that and it did not help as intended. However, surprisingly it > did reveal that the opposite is true. When I am writing in plaintext > mode, I have this excessive lag: each character being delayed by some > milliseconds and sometime more. Sometimes it freezes while typing and > then in a burst all characters come at once. When I am writing in HTML > mode, everything is fine. No noticeable amount of lag. Again, this > only happens when having a long "history of quoted emails". > That is really surprising to me, but that is how it is. I have tried > with the version coming from the Ubuntu 18.04 repositories as well as > the flatpak developer version. It is basically the same for both. It doesn't seem to fit well with plaintext editing also being affected, but may be worth a look anyway. I would suggest to have a close look at the involved signatures, as those are the parts that will be included continuously (and may be some of the worst pieces of html in the thread, as well). My first hypothesis was that perhaps in that long thread there are some embedded images that the composer might be continuously trying to load (even if it is failing). It may be valuable to test with evolution in offline mode, or directly, the network disabled. Merely in the html field, are there unbalanced tags there? That could cause some heavy processing (although it's surprising that would be so noticeable). Best ___ 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] Can't see my new messages until click I "Mark All Messages as Read"
On 2020-07-28 at 15:23 -0500, Orrin McGill wrote: > I am using Evolution 3.28.5-0ubuntu0.18.04.2 with LM 19.3. > I notice that the Inbox radio button says I have "x" new emails. > But when I look in the Inbox there are no new emails. > If I then right click the "Inbox radio button" and right click "Mark > All Messages as Read" the additional messages show up in the Inbox, > marked as read. > Is by chance the dropdown above the mail list set to show only read messages? ___ 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] Opening Outlook attached emails - .msg files
On 2020-08-07 at 03:28 +0200, Louis van Dyk wrote: > Hi > > Every now and then, when I am sent an email with multiple Outlook > emails attached to it, I see e.g. three *.msg attachments and I am > unable to open or view these in Evolution. My only option is to save > these attachments, and then open these .msg files in Outlook on > another PC or in a VM. I'd really like to be able to open these in > Evolution instead. Is there a way? > > Regards, > Louis You can save it as a file, and convert into an eml using msgconvert [1] Then you would have to get evolution to open a lone eml file, which isn't something it really supports (although it can be done, through an import or saving to a folder pointed by an account) 1- See https://metacpan.org/pod/distribution/Email-Outlook-Message/script/msgconvert on Debian/Ubuntu, this is in the libemail-outlook-message-perl package. ___ evolution-list mailing list evolution-list@gnome.org To change your list options or unsubscribe, visit ... https://mail.gnome.org/mailman/listinfo/evolution-list
