I would like to be able to delete multiple entries in the Month view as well. But there I'm not able to select multiple items, even after disabling Edit->Preferences->Calendar and Tasks->Display tab->"Allow direct edit of event Summary"
However I would like to keep that option enabled, and I'm not sure if it's conflicting with multi-selection. Actually this should work. Single click should enter edit, while every next multi-selection by Shift or CTRL should quit edit and do a multi-select. That could also help doing a single-select while having the direct edit enabled by just using CTRL for the single-select.
Evolution-3.50.2
In the List view of Calendar, I would like to mark a list of items. But it's not working currently.
I'm able to mark multiple items by holding SHIFT for a range or CTRL for am arbitrary list. But pressing DEL doesn't delete but starts the edit field of one of the items. Choosing Delete Appointment from the context menu does only delete one item.
That should be achieved by this:
Moreover I found some more inconsistencies:
This is Evolution-3.50.2 .
Ok. You would need to keep the history per search type. Having a generic history on important edit fields is a often seen feature. I have that on Androids Aquamail search, but also on Firefox address bar, or even in the Google search... Yes usually this also contains an auto-completion proposal or at least a filter on the drop down list when starting to type.
I'm a fan of such generic histories. In bash I always use the powerful reverse-search-history (C-r) which I extended with the even more powerful https://github.com/junegunn/fzf . In vim almost all commands are taken from the persistent history. And so is when using the vim-like UI addon "Tridactyl" on Firefox...
On Evolution we currently don't have such a thing like recents history. But the Search bar on Evolution is a central important thing and should be extended by a simple kind of history.
For me it would be ok to have search-type specific histories. Sure this leads to a big count of history items. The place to store might not be gsettings as it holds a lot of private search patterns. And I might need to search or merge from other machines histories. So single files somewhere in ~/.config/evolution might be better. $HISTFILE on bash is also just a plain text file. And I tend to have HISTSIZE=150000.
Please add a history in the Search bar to keep the last 20 or 30 searches as FIFO.
Having complex Free form expression for various tasks, I often need to re-check the documentation about their syntax. Creating saved searches for every scenario isn't comfortable as the saved search expression is not visible for being easily modified. So I kept lots of expressions somewhere in my Clipboard Manager. Just having a pending history of recent searches as a drop down list would ease the use a lot.
Evolution-3.50.2
Hi,
as discussed on IRC, currently an unspecified pattern "foobar" with "Free Form Expression" search actually does a search on subject, to and Cc.
Please change that to do the same as the commonly used "Subject and Addresses contain". This would additionally add search on From: headers compared to the current implementation and would be more coherent as a default search.
I tried to reproduce again.
I was NOT able to reproduce like this:
I'm only able to reproduce if I really make the mail being sent via my IMAP account. After that I have a copy in my SENT. This copy was copied there by Evolution. Now do this on this copy in Sent folder:
Result: The new mail has the old Message Note attached, the PDF attachment, some attachment.dat attached with the old body, but the body itself is empty.
Further testing: If you remove the note, "Edit as new" works again as expected. If you add some note again, it's failing again.
Sounds good.
Thanks, it will take some time until this bugfix arrives downstream in the Distros. However it's quite urgent for me as I need to take care when writing with Outlook contacts, disabling Autocrypt so far... Did you reproduce the bug with Outlook and it's solved now? Anybody has seen other clients out there affected by this issue?
Yes, that's what I need. So you mean there is no compatible way to import both type of lists? But it's possible to detect the X.500 style of Outlook and make it re-encoded to the RFC5322 style after confirming such a dialog?
Writing a mail to an Outlook client, that mail is not readable anymore. The shown body is starting after the first newline+emptyline in the Autocrypt: header.
My current header looks like:
Autocrypt: addr=me@local; prefer-encrypt=mutual;
keydata=mQINBFmx...
7mebxl...
biGVpQrUFNKBh...
hnPtDZUQ...
The Outlook reader shows in the body preview all the big keys of Autocrypt, starting like
7mebxl...
Also the attachment on that mail is broken.
Communicating a lot to Outlook folks, I didn't notice the new feature of Autocrypt and I did not notice this issue. Most of my mails to Outlook are going via EWS. That way the Autocrypt headers seem to be removed, as already mentioned in #375 (comment 1906287)
The communication with Outlook folks in this case works, headers are fine. It's just the quote of Outlook. Outlook itself can copy/paste the Cc list from its own quotes so it somehow is able to interpret this broken unquoted header.
I see. I thought this additional option would just complete the idea of "composer-message-original
".
As for the issue about interchanging between plain-text to HTML and the other way round, it's the same question when talking about signatures. There I started to have only HTML signatures while still mostly using plain-text mails. That makes it possible to create both plain-text and HTML mails. With plain-text signatures the result in HTML is worse.
Ok in this case, the translation of the HTML horizontal rule to plain-text isn't trivial like it is with formatted HTML text. The translation of the HTML rule to plain-text could be a "_______
". But then it's still required to know if the "composer-message-original
" is text or HTML, just like every signature has a setting for text or HTML.
Just a note from my side. Please remember that currently Evolution is the only competitor being able to compete with Outlook at all. So it's not unusual to try to make Evolution configurable to adapt to the Outlook behaviors (which sometimes are neither optimal nor better). This also improves the acceptance of Evolution clients in Outlook teams...
For most public teams I absolutely accept Evolution being different as there are so many different client styles around.
Wait, the code that I showed is not a real header, it's part of the body where a full quote of a previous mail was left and quoting that header. So the Cc line is in the body. If Outlook would really use something like that in the header, violating the RFC, then Outlook would be broken and not be able to work with valid mail servers.
The use case: I get a mail forwarded directly where I was not on the Cc. I like to reply to the Cc group, but as I'm the only receiver of that Forward, I need to copy the Cc line from the full quotes.
Ok, if that Outlook quote is just not a valid header, can we do some workaround and be able to interpret some broken address-list like that?
Evolution-3.50.2
Hi,
as discussed on IRC, Outlook does somehow encode quoted headers wrong. Sometimes I need to copy Cc lists from quoted headers, resulting in invalid contacts for Evolution. Then I need to manually remove all the ',' and replace all ';' by ','.
Here is an almost original but obfuscated header from Outlook, quoted in the full quotes:
From: Nikola, Ren <Ren.Nikola-B@invalid.de>
Sent: Monday, February 12, 2024 9:00:29 AM
To: Thom Compiler <thom.compiler@invalid-A.de>
Cc: Hag Sandybridge <hag.sandybridge@invalid-A.de>; Networkman, Ron <Ron.Networkman@invalid-B.de>; Junk, Mat <Mat.Junk@invalid-B.de>; Btree, Mobby <Mobby.Btree@invalid-B.de>
Subject: AW: Linux Agent
Quoting you from IRC, the standard looks like this:
names with "," are supposed to be enclosed in double quotes. Evo does it. If they use the ";" as a separator and do not quote the name, then yeah, it's a pita and needs manual intervention
Another issue you see here, company "invalid-A" has a different naming scheme of "Firstname Lastname" while company invalid-B has "Lastname, Firstname". Probably this is really based on different server configurations and we can't workaround this. But actually when removing all "," and then later adding contacts to address books this might be confused. Is there some standard?
Evolution-3.50.2
Hi,
please add an option for
gsettings set org.gnome.evolution.mail composer-message-original
that only applies to HTML.
For imitating Outlook I like to add a rule, size 2, centered, shared, instead of the default
-------- Original message --------
That looks quite equal like what Outlook inserts.
Just for information: Looking at an Outlook mail I see:
<hr style=3D"display:inline-block;width:98%" tabindex=3D"-1">
and rendered:
This is what I do manually in Evolution:
<hr size=3D"2">
and rendered:
Just add an option to have a HTML only separation text, or how would I do that?
Implementing a GUI with the default HTML editor like for signatures would be even better.
Yes but more important, the body is missing but only attached.
Evolution-3.50.2
I often do "Edit as New Message..." on mails in my Sent, usually for recurring mails with almost the same content. That seems to fail on a mail that was previously added a Note.
How to reproduce:
Expected result:
Actual result:
I think you misunderstood. What I mean with "multiple copies" is: Copy a single entry in the Month view and copy (duplicate) it to the next 3 weeks on working days, making 15 copies (Monday to Friday).
Ok, trying again to reproduce, today using Evolution 3.48.4
All attendees of that calendar item are part of the same single domain of that EWS account. But Evolution just falls back to the default mail account.
I checked the content of that item by saving as iCalendar. Just like your item, it has ORGANIZER set to someone that is also part of the ATTENDEE list. My EWS mail address is part of the ATTENDEE, no typo.
The issue is the same for every calendar item of the EWS account. So I don't think it's a typo issue. Looking into the Account editor, the EWS account has set Full Name, Email Address and Organization. Looks all correct.