Re: [Evolution] Move mail to where?

2020-01-20 Thread Milan Crha via evolution-list
On Fri, 2020-01-17 at 17:21 +0100, George N. Reeke wrote:
> is the next step to file a bug/enhancement
> request and ask that when the dialog opens, only the last folder
> and any folders above it in the tree should be open?

Hi,
this changed behavior is a result of an enhancement request to always
expand all folders (to not derive folder expand state from the current
view), in order to be able to access any folder while using
type-to-search. It's because collapsed folders cannot be accessed with
type-to-search.

There's always a chance a user makes a mistake, like here, selecting an
incorrect folder, but it's something the software cannot address in
100% cases.

I'm not sure I understood your work flow properly. Say your folder
structure is something like this:

   On This Computer
  Inbox
  Archive
 Mail 2010
 Mail 2011
 Mail 2012
 Mail 2013
  ...

   Other Account
  OtherMails
  ...

When you open the Copy/Move message to, all the structure is expanded
and in order to select "Mail 2012" you type "mail", which will move you
probably to the "Mail 2010". Either you can continue typing to specify
the folder name precisely, or you can press arrow up/down, to cycle
between folders with the typed string in their name. That can move you
down to OtherMails in the Other Account, skipping all folders not
containing the "mail" text in their name. It's (sometimes) quicker than
grabbing the mouse and use it to select a different folder. Do you use
that, or rather not?

Similarly, if you know a folder near the other folder you cannot recall
the name for, then you can type the name, cycle to it with arrows, then
press Escape key, which will close the "type-to-search" panel, after
which you can use arrows to move up/down from the selected folder. I
find this more useful when opening a file (which gtk3 currently doesn't
support, only gtk2 supports it).

I believe there are ways to speed up productivity with current
behavior. I also understand the "habit-factor" (which is a strong
player here, on my side).

Bye,
Milan

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] CalDAV is readonly

2020-01-20 Thread Milan Crha via evolution-list
On Tue, 2020-01-14 at 16:16 +0100, Milan Crha via evolution-list wrote:
> By the way, having a reference in a form of a bug report filled at
> [2] is appreciated.

Hi,
just for the record, Peter filled:
https://gitlab.gnome.org/GNOME/evolution-data-server/issues/184
and I pushed the fix for 3.35.90+ and 3.34.4+.
Bye,
Milan


___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


[Evolution] [Q] Using an external editor

2020-01-20 Thread 황병희
Hellow!

I'm new to evolution. My evolution version is 3.28.5-0ubuntu0.18.04.1 in
Ubuntu 18.04 LTS. I need external editor in composing.

I did discover good helper at:
https://help.gnome.org/users/evolution/stable/mail-composer-external-editor.html.en

By the way there is no "Using an external editor" in plugins on my
evolution. Any comments welcome!!!

Sincerely, Linux fan Byung-Hee

-- 
^고맙습니다 _地平天成_ 감사합니다_^))//

___
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] [Q] Using an external editor

2020-01-20 Thread Andre Klapper
Hi,

On Mon, 2020-01-20 at 19:58 +0900, 황병희 wrote:
> I'm new to evolution. My evolution version is 3.28.5-0ubuntu0.18.04.1
> in Ubuntu 18.04 LTS. I need external editor in composing.
>
> I did discover good helper at:
> https://help.gnome.org/users/evolution/stable/mail-composer-external-editor.html.en
>
> By the way there is no "Using an external editor" in plugins on my
> evolution. Any comments welcome!!!

Evolution by default does not disable any of its plugins.
If your distribution decided to either disable any plugins, or decided
to ship plugins in a separate package (like "evolution-plugins"), then
you will have to contact your distribution so they could adjust the
Evolution user documentation which they ship in their distribution to
be correct for their distribution.

Cheers,
andre
--
Andre Klapper  |  ak...@gmx.net
https://blogs.gnome.org/aklapper/


___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] [Q] Using an external editor

2020-01-20 Thread 황병희
Hellow Andre^^^

Andre Klapper  writes:

> ...
> to ship plugins in a separate package (like "evolution-plugins"), then

Solved problem, i choose "gedit" as external editor, thanks^^^

Sincerely, Linux fan Byung-Hee

-- 
^고맙습니다 _地平天成_ 감사합니다_^))//

___
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?

2020-01-20 Thread Adam Tauno Williams
> Here is my workflow.  Apparently yours is different.  It would be
> nice if evolution would allow variations.

Sometimes the answer is a simpler workflow.

Perhaps COPY the mail to the archive folder [via filter] - leaving you
free to simply DELETE the message from your INBOX once you've dealt-
with/read the message.  No moving of messages required.

> current year.  All I am asking for is that when I select a named
> folder by typing a few letters, by default the dialog should
> always pick the one for the current year when there are duplicates,
> unless I scroll to and click on a different one.

Putting on my developer hat: that may seem intuitive, but it's not. 
That is hyper-specific use-case behavior.  What does "current" mean,
for example.

> I think this might be a reasonable option for other people who might
> move emails to places in some tree that fits their work style,

This flexibility is really the role of the sophisticated filter system.

-- 
Executive Committee Chair
Michigan Association of Railroad Passengers
537 Shirley St NE Grand Rapids, MI 49503-1754 Phone: 616.581.8010
E-mail: awill...@whitemice.org GPG#D95ED383 

___
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?

2020-01-20 Thread George N. Reeke
On Mon, 2020-01-20 at 11:05 +0100, Milan Crha via evolution-list wrote:
> On Fri, 2020-01-17 at 17:21 +0100, George N. Reeke wrote:
> > is the next step to file a bug/enhancement
> > request and ask that when the dialog opens, only the last folder
> > and any folders above it in the tree should be open?
> 
>   Hi,
> this changed behavior is a result of an enhancement request to always
> expand all folders (to not derive folder expand state from the
> current
> view), in order to be able to access any folder while using
> type-to-search. It's because collapsed folders cannot be accessed
> with
> type-to-search.
>---rest trimmed---

Dear Milan et al.,
I think you don't understand:  I am using "type to search" as you are
calling it, not to select a folder, but to select a mailbox (not sure
that is the right word--I mean the lowest level in the copy/move menu
where I want to store emails from one sender) inside a folder.
In the past this has been much faster than mouse-scrolling.  Because
I have mailboxes with the same name in many folders in the folder tree,
I want type-to-search to look in only one folder (how chosen is a
separate question).  Now you tell me for the first time the current
behavior is not a bug, as I thought, but an enhancement some people
wanted.  So I think I need to file a new enhancement request that
asks for a preference item to open for "type-to-search" either all
folders or just one folder specified in the preference item.
   There is one other way that would let me go back to "type-to-search"
and that would be if the folders are always searched in some known
order, like alphabetically.  Then I could get what I want by renaming
my folders, for example "mailA2020", "mailB2019" etc.  Would that
always open "mailA2020" first for the search and return the first
box found in that folder that matched the typed string, if any?
[I will reply separately to the posting from Adam Tauno Williams]
   Thanks for your always thoughtful reply,  George Reeke



___
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?

2020-01-20 Thread George N. Reeke
On Mon, 2020-01-20 at 09:45 -0500, Adam Tauno Williams wrote:
> 
> Sometimes the answer is a simpler workflow.
> 
> Perhaps COPY the mail to the archive folder [via filter] - leaving
> you
> free to simply DELETE the message from your INBOX once you've dealt-
> with/read the message.  No moving of messages required.

First let me be clear, I am not using "type-to-search" to pick a
folder, I am using it to pick a named mailbox inside a folder in
a tree.  There are boxes in different branches of the tree that
have the same name--names of people I correspond with.  I don't
want to have to specify which folder every time.  Re your suggestion:
I already use filters to deal with mails I don't need to see before
dealing with them.  We are talking about mails I want to look at in
the preview pane and decide whether to delete at once, answer and file,
or leave for later.  I like your idea--I hadn't thought of it that
way--but I think then if I want to delete the mail I have to do it
twice, once in the inbox and once where it got copied.  [And yes, I
don't blindly keep everything in my archives that I delete.]
> 
> > current year.  All I am asking for is that when I select a named
> > folder by typing a few letters, by default the dialog should
> > always pick the one for the current year when there are duplicates,
> > unless I scroll to and click on a different one.
> 
> Putting on my developer hat: that may seem intuitive, but it's not. 
> That is hyper-specific use-case behavior.  What does "current" mean,
> for example.
> 
I stated in my earlier posting that I understand this ambiguity and
various solutions could work, like the way evolution worked before
this "enhancement" where the type-to-search always looked in the
folder last opened (by clicking on it in the left-hand menu or
storing in a mailbox in it as far as I could tell).  I wrote just
now in a reply to a separate posting by Milan than I think the best
would be to have a preference item: either look in all folders as
in the current version, or look in one folder specified in the
preference item (for me, that would the one for the current year).
To go to a different folder, one would click on it in the dialog
before starting to type a mailbox name.
George Reeke


___
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?

2020-01-20 Thread Andre Klapper
On Mon, 2020-01-20 at 16:35 +, George N. Reeke wrote:
> I think the best would be to have a preference item: either look in
> all folders as in the current version, or look in one folder
> specified in the preference item

Evolution already offers several related functionality implementations
which have been pointed out in this thread.
Personally I don't think that adding more weird corner-case preferences
help, plus they create code base maintenance costs for years to come.
Also see https://ometer.com/preferences.html

andre
--
Andre Klapper  |  ak...@gmx.net
https://blogs.gnome.org/aklapper/


___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] Move mail to where?

2020-01-20 Thread Patrick O'Callaghan
On Mon, 2020-01-20 at 16:20 +, George N. Reeke wrote:
> I am using "type to search" as you are
> calling it, not to select a folder, but to select a mailbox (not sure
> that is the right word--I mean the lowest level in the copy/move menu
> where I want to store emails from one sender) inside a folder.

This is non-standard terminology. If I understand you correctly, what
you call a mailbox is simply a folder. Folders can be hierarchical.
'Mailbox' in the context of mail system means essentially an account
where you receive mail.

poc

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] Move mail to where?

2020-01-20 Thread Milan Crha via evolution-list
On Mon, 2020-01-20 at 17:20 +0100, George N. Reeke wrote:
> There is one other way that would let me go back to "type-to-search"
> and that would be if the folders are always searched in some known
> order, like alphabetically.  Then I could get what I want by renaming
> my folders, for example "mailA2020", "mailB2019" etc.  Would that
> always open "mailA2020" first for the search and return the first
> box found in that folder that matched the typed string, if any?

Hi,
the type-to-search is fully handled by gtk+. If I'm not mistaken, then
it searches from the currently selected row downwards.

I briefly looked into the code, just in case I'd forget of some option
or anything like that, and I saw that there is no option for the
"expand-all", it's always expanding it. There is an option to avoid
expansion of archive folders.

Neither of it is what you want, right? You basically want an option to
always open the copy/move dialog with certain folder preselected. With
that, you'll navigate whenever you want, but this navigation will not
change the folder to have the copy/move dialog opened with the next
time, right? Like you'd select the top archive folder and navigate
always from it.

I know you basically want to "revert" (by added option) the previous
change, but I'm wondering whether it's really the best thing to do.
Thinking that you use it as archiving, I'd rather change how archiving
itself works. Currently, when you right-click the folder in the folder
tree and pick Properties, there's an Archive tab. You can set there how
the Message->Archive (Ctrl+Alt+A) should work. There are three options:
1) move to default archive folder (per-account option); 2) move to
specified folder; 3) delete messages. Maybe this is a pure nonsense,
but would the 4th option "always pick folder where to archive", which
would disable the "auto-cleanup option" and which would always open the
folder selector in the archive folder set for the account, do the
trick?

I look on it as a similarity when saving files in a web browser, I
prefer to always pick where to save the file, but I also prefer to have
preselected the directory I used the last time (which you do not seem
to like).

This is more complicated than tweaking the copy/move dialog, code-wise
speaking too, but I think it's cleaner solution. Maybe not.
Bye,
Milan

___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list


Re: [Evolution] Move mail to where?

2020-01-20 Thread George N. Reeke
On Mon, 2020-01-20 at 18:09 +0100, Andre Klapper wrote:
> On Mon, 2020-01-20 at 16:35 +, George N. Reeke wrote:
> > I think the best would be to have a preference item: either look in
> > all folders as in the current version, or look in one folder
> > specified in the preference item
> 
> Evolution already offers several related functionality
> implementations
> which have been pointed out in this thread.
> Personally I don't think that adding more weird corner-case
> preferences
> help, plus they create code base maintenance costs for years to come.
> Also see 
> https://urldefense.proofpoint.com/v2/url?u=https-3A__ometer.com_preferences.html&d=DwICAg&c=JeTkUgVztGMmhKYjxsy2rfoWYibK1YmxXez1G3oNStg&r=jya52EHQYs5GJJ8uBNZZeZ3OFSM3QRdLnT55J0n0u6Q&m=2vyUNYJuUhfGnt0-3u0k1jlai08FcrnqvnVXmgRWhik&s=kLYKiFOrIuu7bRKGRbn5BNlQabcr0V9umeiBfJe2a00&e=
>  
> 
> andre
> --
> Andre Klapper  |  ak...@gmx.net
> 
> 
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

___
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?

2020-01-20 Thread George N. Reeke
l
___
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?

2020-01-20 Thread George N. Reeke
On Mon, 2020-01-20 at 17:20 +, Patrick O'Callaghan wrote:
> On Mon, 2020-01-20 at 16:20 +, George N. Reeke wrote:
> > I am using "type to search" as you are
> > calling it, not to select a folder, but to select a mailbox (not
> > sure
> > that is the right word--I mean the lowest level in the copy/move
> > menu
> > where I want to store emails from one sender) inside a folder.
> 
> This is non-standard terminology. If I understand you correctly, what
> you call a mailbox is simply a folder. Folders can be hierarchical.
> 'Mailbox' in the context of mail system means essentially an account
> where you receive mail.
> 
> poc
> 
Sorry, I always called it a folder too, I just switched terminology
to be clear I wasn't trying to use type-search to find an upper-level
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] yahoo OAuth2

2020-01-20 Thread Eugene via evolution-list

On 1/15/20 06:48, Milan Crha via evolution-list wrote:

On Tue, 2020-01-14 at 09:42 -0500, Eugene via evolution-list wrote:

Please consider following Thunderbird and allowing yahoo OAuth2 to
avoid sudden access denied messages and avoid a need to have "less
secure applications" toggle enabled.

Hi,
it's not about considering to use it, just the opposite, I'd really
like to offer OAuth2 for Yahoo! servers, but Yahoo! offers only these
scopes for new applications (as of today) [1]:

|  Select private user data APIs that your application needs to access.
|
|  [ ] Contacts
|  [ ] Fantasy Sports
|  [ ] Oath Ad Platforms
|  [ ] Profiles (Social Directory)
|  [ ] Relationships (Social Directory)

There's no mail, there's no calendar, only contacts would be usable for
Evolution(-data-server).

Thank you for a detailed, as usual, analysis. I followed your steps and 
found no solutions either.


In addition, my personal interpretation, based on [1] and [2], that non 
OAuth2 IMAP access will be permanently disabled from March 2nd, 2020 
thus making Evolution Mail completely unusable with Yahoo.


One of answers [3] mentions that Yahoo must explicitly enable Mail API:

In order for you to see the mail checkboxes in the list of potential 
scopes, Yahoo have to white-list your developer account. I could not 
find any documentation about this, or instructions for how to ask for 
it, so I can't back this up with any documentation.



Regards,
Eugene.


[1] https://login.yahoo.com/account/security
[2] https://help.yahoo.com/kb/account/SLN27791.html
[3] 
https://stackoverflow.com/questions/36058534/how-can-yahoo-mail-be-accessed-by-imap-using-oauth-or-oauth2-authentication

___
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?

2020-01-20 Thread Ángel
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?

2020-01-20 Thread Milan Crha via evolution-list
On Tue, 2020-01-21 at 03:50 +0100, Ángel wrote:
> 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 firstword that appears on his subject (assuming that
> subfolder exists)

Hi,
you are right, filters are limited. What you describe above are two
parts, one is the condition, the other is the action. The condition is
limited by the UI. I cannot imagine a reasonable UI for nested 'if'-s,
'and', 'or' and 'not'. Still, the condition "Free form expression"
supports all of 'and', 'or', 'not', even mixed together with brackets
(thus just like nested 'if'-s), which makes it quite powerful thing.
The downside is that the user needs to understand the syntax and how to
use it. That can be a limitation for regular users.

With respect of actions, especially picking destination folder for
copy/move operation on-the-fly based on the message being filtered,
that's not possible. I agree, it could be an interesting feature. I do
not know how such thing would look in the UI, because there might be an
expression, which can be similarly complicated as the condition, but
also with an output other than true/false.
Bye,
Milan


___
evolution-list mailing list
evolution-list@gnome.org
To change your list options or unsubscribe, visit ...
https://mail.gnome.org/mailman/listinfo/evolution-list