Re: [Evolution] Incoming messages in VERY small font

2022-06-19 Thread Volker Wysk
Am Samstag, dem 18.06.2022 um 18:12 -0700 schrieb Jonathan Ryshpan via 
evolution-list:
> Some incoming messages are displayed in a very small font. I've been dinking 
> with the settings without success. How can I make the default display be to a 
> larger font, or is this just evolution following the font specification in 
> the message. Here is an example, and my preferences; compare the font in the 
> message with the one in the header.

If you need to change the font size for some messages only, you should use the 
Ctrl-+ / Ctrl-- key combinations. This won't change the default font size.
Hope this helps.
Volker


signature.asc
Description: This is a digitally signed message part
___
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] tool bar lost

2021-10-21 Thread Volker Wysk
Am Donnerstag, dem 21.10.2021 um 10:49 -0600 schrieb larry:
> On Thu, 2021-10-21 at 17:02 +0200, Volker Wysk wrote:
> > Am Donnerstag, dem 21.10.2021 um 16:54 +0200 schrieb Anne et Sepp:
> > > how will I be able to find the view button when I don't have a tool
> > > bar ?
> > However, in ~/.config/evolution/accels I have this line:
> > ; (gtk_accel_path "/shell/show-menubar" "")
> > (gtk_accel_path "/shell/show-menubar" "m")
> 
> In version 3.36.5-0ubuntu1, 

That's my version.

> there are already two "m"
> lines.
>
> ; (gtk_accel_path "/new-item/mail-message-new"
> "m")
> ; (gtk_accel_path "/mail/mail-message-new"
> "m")
> 
> And there is also a show-menubar.
> 
> ; (gtk_accel_path "/shell/show-menubar" "")

Yes, but they are commented out.

Whatever. Editing accels isn't needed now, since Pete posted a much simpler
way to get back the menu bar.

Volker


signature.asc
Description: This is a digitally signed message part
___
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] tool bar lost

2021-10-21 Thread Volker Wysk
Am Donnerstag, dem 21.10.2021 um 16:54 +0200 schrieb Anne et Sepp:
> Hello
> 
> Thanks for your answer
> how will I be able to find the view button when I don't have a tool bar
> ?

You mean, you don't have a *menu* bar? "View" is a menu in there.

I don't know how to get it back. There is View -> Layout -> Show menu bar,
but it doesn't have a keyboard shortcut assigned (on my system).

There could be a Gnome-wide shortcut for showing and hiding the menu bar,
but I don't know it.

However, in ~/.config/evolution/accels I have this line:

; (gtk_accel_path "/shell/show-menubar" "")

You could change it to:

(gtk_accel_path "/shell/show-menubar" "m")

This should define a keyboard shortcut ctrl-shift-m, which causes the menu
bar to be shown.

Good luck,
Volker


signature.asc
Description: This is a digitally signed message part
___
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] tool bar lost

2021-10-21 Thread Volker Wysk
On Thu, 2021-10-21 at 12:44 +0200, Anne et Sepp via evolution-list wrote:
> 
> Hello,
> By a bad handling I lost the tool bar line in Evolution
> How can I find her?

View -> Layout -> Show Toolbar

> Also i can't find the version

Help -> About

> thanks in advance
> Sepp

Bye,
Volker


signature.asc
Description: This is a digitally signed message part
___
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] Reply with html if original message is html, otherwise use plain text

2021-08-17 Thread Volker Wysk
Am Dienstag, den 17.08.2021, 06:02 + schrieb Sorin Srbu via evolution-
list:
> Hello all,
> 
> I vaguely remember seeing a feature in Evolution Mail where you could enable
> it to use html in a reply if the original message also used html, otherwise
> the reply would be sent using plain text.
> 
> Did I imagine this, because I can't find that setting in Evolution Mail...
> 
> Can someone point me in the right direction?

When you reply to a HTML mail, you get a message, asking you if you want to
remove (HTML-)formatting. At least in my 3.36.5 evolution version.

Bye,Volker


signature.asc
Description: This is a digitally signed message part
___
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] Would this have side effects ?

2021-02-06 Thread Volker Wysk
Am Samstag, den 06.02.2021, 11:03 -0700 schrieb Zan Lynx:
> On 2/6/21 9:06 AM, Volker Wysk wrote:
> > I've had the situation that the IMAP server didn't "manage concurrent
> > connections to one account in a sane manner".
> > 
> > This is what happened. I had two clients listening to one IMAP server with
> > IMAP IDLE (evolution and getmail). It happened that both clients saw a new
> > mail and tried to download it (or part of it, like the header). One client
> > came first and deleted the message from the server. Then the second one got
> > an error, because it tried to retrieve a message that was no longer there.
> > In evolution (when being the second one), I got an error message "Cannot get
> > message...".
> 
> One of the clients deleted (and expunged I assume) the message?
> 
> This "problem" falls into the set of "problems" that are user error.
> 
> OBVIOUSLY, if an email message is deleted then it is gone. The question 
> then would be why one of your clients is configured to do that?

I guess I haven't made myself clear enough that I don't have this problem
any longer. 

I had created an account in evolution to access my upstream mail server,
because something in my system didn't work or had to be reinstalled. I don't
remember the details. I have a local Dovecot mail (IMAP) server and a
getmail process which fetches my mail from my upstream mail server and saves
it in the Dovecot server. That getmail/Dovecot wasn't operational and I used
that Evolution account to access my mail.

When my system worked again, I had the described situation. I had my getmail
running and the evolution account was also still active. Disabling (or
deleting) that evolution account made the problem go away.

Anonymous Japhering said he wanted to point two evolution accounts to the
same mail server. So I thought the situation was similar. 

> I don't see what kind of "sane manner" you could expect here. It is 
> exactly like a shared filesystem on a network server. If one client 
> deletes a file, and then a second client tries to open that file, the 
> file isn't there! It was deleted!

The question is, whether it is an error when the file (or message) isn't
there any longer. In the IMAP case, it may be an error when a message ID
doesn't exist any longer. But it may also be harmless. The client can't tell
the difference.

Perhaps, the IMAP protocol could discriminate between invalid and expired
message IDs... But that's speculation.

> If you are using getmail to retrieve your email and then delete it, then 
> do not point any other clients at that IMAP server. 

That's my point.

> Use a local IMAP 
> server and have getmail deliver to that local server. Then point 
> Evolution at the local server.

That's exactly what I'm doing.

> Or use a local Maildir. Although I remember a few bugs with Evolution 
> and simultaneous Maildir access, it has been a long time and I assume 
> they were fixed. Because of course Evolution wants to play well with 
> others. Right?
> 
> Or I see, checking the documentation for getmail, that there's a 
> "delete_after" option that will only delete messages after leaving them 
> on the server for a while.

Cheers,
Volker


signature.asc
Description: This is a digitally signed message part
___
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] Would this have side effects ?

2021-02-06 Thread Volker Wysk
Am Samstag, den 06.02.2021, 10:20 -0500 schrieb Adam Tauno Williams:
> On Fri, 2021-02-05 at 17:10 -0600, Anonymous Japhering via evolution-
> list wrote:
> > Since I'm using IMAP, would it create any, heretofore unseen side
> > effects to create 2 accounts in Evolution pointing
> > to the same mail server.
> 
> As long as the IMAP server manages concurrent connections to one
> account in a sane manner this will work just fine; within Evolution the
> accounts are isolated.

I've had the situation that the IMAP server didn't "manage concurrent
connections to one account in a sane manner". 

This is what happened. I had two clients listening to one IMAP server with
IMAP IDLE (evolution and getmail). It happened that both clients saw a new
mail and tried to download it (or part of it, like the header). One client
came first and deleted the message from the server. Then the second one got
an error, because it tried to retrieve a message that was no longer there.
In evolution (when being the second one), I got an error message "Cannot get
message...".

I believe it lies in the IMAP protocol that it goes like this. The server
isn't to blame.

Bye,
Volker


signature.asc
Description: This is a digitally signed message part
___
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] "Cannot get message", why?

2020-11-17 Thread Volker Wysk
Am Dienstag, den 17.11.2020, 16:04 +0100 schrieb mario chiari:
> Hi
> 
> I get the following error msg, and I am unable to open the mail:
> 
> Unable to retrieve message.
> 
> Cannot get message 1561467844.28747_17255.fedora-pc from folder
> /home/mario/.local/share/evolution/mail/local/.: No such
> file or directory
> <<
> 
> File 1561467844.28747_17255.fedora-pc:2,FS is within my 
> /home/mario/.local/share/evolution/mail/local/./cur .

I get that (or similar) messages, sometimes. It's a bug. Opening another
folder and then going back, often fixes it in my case. Or just delete the
message. It's (in my case) a leftover of some message which has been moved
to a different place, and can be removed.

Nothing serious (what I've experienced).

Bye,
Volker


signature.asc
Description: This is a digitally signed message part
___
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] REQ: better "Message location" condition in serach folders

2020-07-06 Thread Volker Wysk
Am Montag, den 06.07.2020, 15:19 +0100 schrieb Patrick O'Callaghan:
> On Mon, 2020-07-06 at 14:56 +0200, Volker Wysk wrote:
> > > Ironically, your reply illustrates my point perfectly. It doesn't
> > > contain any of the List-* headers, presumably because you used
> > > Reply-
> > > To-All instead of Reply-To-List. 
> > 
> > I don't even have a "reply to all" button in the toolbar in my
> > evolution version 3.36.3. It only lurks in the "message" menu. I've
> > never used it. I've used the "reply to list" button.
> 
> If you had used Reply To List, the reply would have contained List-*
> headers, which it didn't. I assume you clicked Group Reply, which
> (IIRC) uses Reply To List when it can, i.e. when the message being
> replied to has the headers, and Reply To All otherwise.

What I've used is "Antwort an Gruppe", literally "reply to group". I
though this was a translation imprecision and meant "reply to list".

>From what you've said, I now think it is okay to do "reply to group",
since it replies to the list if possible. 

Volker

___
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] REQ: better "Message location" condition in serach folders

2020-07-06 Thread Volker Wysk
Am Montag, den 06.07.2020, 12:26 +0200 schrieb Andre Klapper:
> On Mon, 2020-07-06 at 02:38 +0200, Volker Wysk wrote:
> > It's just what you have quoted: "Evolution *does* have a notion
> > of mailing lists and mailing list addresses. In the "Message" menu,
> > there is an item "mailing list", which appears to be connected with
> > mailing list folders." Evolution already does know which address
> > belongs to which mailing list.
> 
> That's for messages received from mailing lists, as mailing lists
> include specific message headers. It is not about messages sent to
> random email addresses which maybe are mailing lists or maybe not.

Yes, I was mistaken. This "mailing list" item in the "messages" menu is
connected with specific messages, rather than the folder in which they
reside.

> > > Please file feature requests in https://gitlab.gnome.org and
> > > describe
> > > actual problems to solve (instead of assumed solutions).
> > 
> > I'm repeating myself again:
> > 
> > "I've tried to post this REQ in the evolution bug tracker, but
> > Gnome
> > Gitlab says:
> > 
> >   Please note that due to spam, new user registrations are
> > disabled.
> >   Please use 3rd party logins for logging in if you don't have an
> >   existing account."
> 
> I'm also repeating myself again: I have no idea what blocks you from
> creating an account, as you still have not explained what
> specifically
> blocks you from creating an account. Are you unable to create a
> Github,
> Google, or GitLab.com account? Are you unwilling? Something else?

It has been seen, after I wrote the original mail, that it wouldn't
work the way I thought. I've made a mistake. I don't have that feature
request any longer. In case I need it some time, I'll create an
account.

Bye
Volker

___
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] REQ: better "Message location" condition in serach folders

2020-07-06 Thread Volker Wysk
Am Montag, den 06.07.2020, 10:50 +0100 schrieb Patrick O'Callaghan:
> On Mon, 2020-07-06 at 02:55 +0200, Volker Wysk wrote:
> > Am Sonntag, den 05.07.2020, 22:38 +0100 schrieb Patrick
> > O'Callaghan:
> > > On Sun, 2020-07-05 at 02:25 +0200, Volker Wysk wrote:
> > > > In order for this to work, the "To"-address needs to be
> > > > regarded.
> > > > Some
> > > > 
> > > > "Sent to mailing list" condition would be needed (with ".*" or
> > > > such
> > > > for
> > > > 
> > > > ANY list). This might be possible, since Evolution *does* have
> > > > a
> > > > notion
> > > > 
> > > > of mailing lists and mailing list addresses.
> > > 
> > > AFAIK this only happens when Evo sees a message with the List-*
> > > headers
> > > which many (but not all) lists add to distributed messages. These
> > > headers will not be there on new messages you send to a list
> > > (i.e. on
> > > your copy of the sent message), only to correctly-formatted
> > > replies
> > > (meaning those which were sent using Reply-To-List and not for
> > > example
> > > Reply-To-All).
> 
> Ironically, your reply illustrates my point perfectly. It doesn't
> contain any of the List-* headers, presumably because you used Reply-
> To-All instead of Reply-To-List. 

I don't even have a "reply to all" button in the toolbar in my
evolution version 3.36.3. It only lurks in the "message" menu. I've
never used it. I've used the "reply to list" button.

> That's exactly the problem. There's
> nothing in the message itself to indicate that it has anything to do
> with a mailing list. 

Yes, that's right. That's what I found, after posting my original
message. I've made a mistake, and said so. Remember?

> Note that this also means that I also have to use
> Reply-To-All to answer you, and so does anyone else downstream of
> your
> message. The same thing happened with my previous reply of course.

I'm sorry if I've caused confusion.

> > Yes, that's the problem here.
> > 
> > > > In the "Message" menu,
> > > > 
> > > > there is an item "mailing list", which appears to be connected
> > > > with
> > > > 
> > > > mailing list folders.
> > > 
> > > It has nothing to do with mailing list folders. Although many
> > > people
> > > filter mailing list messages into folders for convenience, Evo
> > > doesn't
> > > treat these folders as in any way special (though I've often
> > > thought
> > > that would be a nice feature to have). That menu item is enabled
> > > when
> > > you're looking at a message with the List-* headers, that's all.
> > 
> > I see. So, evo would need to keep a register of the mailing list
> > names
> > (List-to or similar header) and the corresponding email addresses,
> > for
> > all messages it sees. Of course I'm not requesting this.
> 
> It would require a fair amount of modification to do this. I'm
> imagining some kind of "This is a mailing list" feature which could
> possibly incorporate automatic filtering into folders plus enabling
> the
> posting and reply functions. However it's not clear how this could be
> implemented across all types of mail account, e.g. POP accounts don't
> even have the notion of a folder - everything goes to the Inbox. It
> looks like a can of worms and I wouldn't like to propose it without a
> clearer idea of how it could work.

So wouldn't I. I've said so. It was just a little speculation. 


Regards,
Volker

___
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] REQ: better "Message location" condition in serach folders

2020-07-05 Thread Volker Wysk
Am Sonntag, den 05.07.2020, 22:38 +0100 schrieb Patrick O'Callaghan:
> On Sun, 2020-07-05 at 02:25 +0200, Volker Wysk wrote:
> > In order for this to work, the "To"-address needs to be regarded.
> > Some
> > 
> > "Sent to mailing list" condition would be needed (with ".*" or such
> > for
> > 
> > ANY list). This might be possible, since Evolution *does* have a
> > notion
> > 
> > of mailing lists and mailing list addresses.
> 
> AFAIK this only happens when Evo sees a message with the List-*
> headers
> which many (but not all) lists add to distributed messages. These
> headers will not be there on new messages you send to a list (i.e. on
> your copy of the sent message), only to correctly-formatted replies
> (meaning those which were sent using Reply-To-List and not for
> example
> Reply-To-All).

Yes, that's the problem here.

> > In the "Message" menu,
> > 
> > there is an item "mailing list", which appears to be connected with
> > 
> > mailing list folders.
> 
> It has nothing to do with mailing list folders. Although many people
> filter mailing list messages into folders for convenience, Evo
> doesn't
> treat these folders as in any way special (though I've often thought
> that would be a nice feature to have). That menu item is enabled when
> you're looking at a message with the List-* headers, that's all.

I see. So, evo would need to keep a register of the mailing list names
(List-to or similar header) and the corresponding email addresses, for
all messages it sees. Of course I'm not requesting this.


Goodbye,
Volker

___
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] REQ: better "Message location" condition in serach folders

2020-07-05 Thread Volker Wysk
Am Sonntag, den 05.07.2020, 20:41 +0200 schrieb Andre Klapper:
> On Sun, 2020-07-05 at 02:25 +0200, Volker Wysk wrote:
> > In order for this to work, the "To"-address needs to be regarded.
> > Some
> > "Sent to mailing list" condition would be needed (with ".*" or such
> > for
> > ANY list). This might be possible, since Evolution *does* have a
> > notion
> > of mailing lists and mailing list addresses. In the "Message" menu,
> > there is an item "mailing list", which appears to be connected with
> > mailing list folders.
> 
> Please explain how you manage to technically identify that a random
> recipient email address is some "mailing list".

It's just what you have quoted: "Evolution *does* have a notion
of mailing lists and mailing list addresses. In the "Message" menu,
there is an item "mailing list", which appears to be connected with
mailing list folders." Evolution already does know which address
belongs to which mailing list.


> > So here is my revised feature request: Add a "Sent to mailing list"
> > condition in the search folder configuration. It should be
> > complied,
> > when the message is sent to the specified mailing list, or to any
> > mailing list (specified by empty specification, or ".*" as a
> > regexp).
> 
> Please file feature requests in https://gitlab.gnome.org and describe
> actual problems to solve (instead of assumed solutions).

I'm repeating myself again:

"I've tried to post this REQ in the evolution bug tracker, but Gnome
Gitlab says:

  Please note that due to spam, new user registrations are disabled.
  Please use 3rd party logins for logging in if you don't have an 
  existing account."

I've also described the actual problem to solve.


Bye,
Volker


___
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] REQ: better "Message location" condition in serach folders

2020-07-04 Thread Volker Wysk
Am Sonntag, den 05.07.2020, 01:59 +0200 schrieb Volker Wysk:
> Am Samstag, den 04.07.2020, 18:43 +0200 schrieb Andre Klapper:
> > Hi,
> > 
> > On Sat, 2020-07-04 at 18:06 +0200, Volker Wysk wrote:
> > > I'm trying to build a search folder which will find my personal
> > > mail
> > > (no mailing lists) and only my personal mail. I've figured out
> > > that
> > > it
> > > could be done using a condition on the "message location". I have
> > > all
> > > my mailing list folders in a common superfolder, so I would need
> > > a
> > > condition "message location is no subfolder of ...".
> > > 
> > > Therefore I'd like to request a feature: Make the "message
> > > location"
> > > condition more flexible, such that not only folders, but also
> > > folder
> > > hirarchies can be tested.
> > 
> > I'd propose to either use the "Mailing List" filter condition
> > instead
> > (though I have no idea if it accepts wildcards), or to use the
> > "Specific Header ... exists" condition. For common list headers,
> > see
> > https://gitlab.gnome.org/GNOME/evolution-data-server/blob/master/src/camel/camel-mime-utils.c#L4671
> 
> This won't work. The messages which I sent to some mailing list, are
> stored in the Sent folder. They don't get any Mailing-List header.
> Only
> when I receive it back, it has a "List-Id" or similar header and is
> stored in the respective mailing list folder.

On second thought, I've made a mistake in my feature request. You can't
use the "message location" condition, because the mails in question are
stored in "Sent", not in a mailing list folder.

In order for this to work, the "To"-address needs to be regarded. Some
"Sent to mailing list" condition would be needed (with ".*" or such for
ANY list). This might be possible, since Evolution *does* have a notion
of mailing lists and mailing list addresses. In the "Message" menu,
there is an item "mailing list", which appears to be connected with
mailing list folders.

So here is my revised feature request: Add a "Sent to mailing list"
condition in the search folder configuration. It should be complied,
when the message is sent to the specified mailing list, or to any
mailing list (specified by empty specification, or ".*" as a regexp).

Bye
Volker


___
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] REQ: better "Message location" condition in serach folders

2020-07-04 Thread Volker Wysk
Am Samstag, den 04.07.2020, 18:43 +0200 schrieb Andre Klapper:
> Hi,
> 
> On Sat, 2020-07-04 at 18:06 +0200, Volker Wysk wrote:
> > I'm trying to build a search folder which will find my personal
> > mail
> > (no mailing lists) and only my personal mail. I've figured out that
> > it
> > could be done using a condition on the "message location". I have
> > all
> > my mailing list folders in a common superfolder, so I would need a
> > condition "message location is no subfolder of ...".
> > 
> > Therefore I'd like to request a feature: Make the "message
> > location"
> > condition more flexible, such that not only folders, but also
> > folder
> > hirarchies can be tested.
> 
> I'd propose to either use the "Mailing List" filter condition instead
> (though I have no idea if it accepts wildcards), or to use the
> "Specific Header ... exists" condition. For common list headers, see
> https://gitlab.gnome.org/GNOME/evolution-data-server/blob/master/src/camel/camel-mime-utils.c#L4671

This won't work. The messages which I sent to some mailing list, are
stored in the Sent folder. They don't get any Mailing-List header. Only
when I receive it back, it has a "List-Id" or similar header and is
stored in the respective mailing list folder.

Bye
Volker

___
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] REQ: better "Message location" condition in serach folders

2020-07-04 Thread Volker Wysk
Am Samstag, den 04.07.2020, 18:06 +0200 schrieb Volker Wysk:
> Hi!
> 
> I'm trying to build a search folder which will find my personal mail
> (no mailing lists) and only my personal mail. I've figured out that
> it
> could be done using a condition on the "message location". I have all
> my mailing list folders in a common superfolder, so I would need a
> condition "message location is no subfolder of ...".
> 
> Therefore I'd like to request a feature: Make the "message location"
> condition more flexible, such that not only folders, but also folder
> hirarchies can be tested.
> 
> I've tried to post this REQ in the evolution bug tracker, but Gnome
> Gitlab says:
> 
>   Please note that due to spam, new user registrations are disabled.
>   Please use 3rd party logins for logging in if you don't have an 
>   existing account.
> 
> No luck with Github either.

P.S.:

I've tried with Evolution versions 3.36.2 and 3.36.3.

Bye

___
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] REQ: better "Message location" condition in serach folders

2020-07-04 Thread Volker Wysk
Hi!

I'm trying to build a search folder which will find my personal mail
(no mailing lists) and only my personal mail. I've figured out that it
could be done using a condition on the "message location". I have all
my mailing list folders in a common superfolder, so I would need a
condition "message location is no subfolder of ...".

Therefore I'd like to request a feature: Make the "message location"
condition more flexible, such that not only folders, but also folder
hirarchies can be tested.

I've tried to post this REQ in the evolution bug tracker, but Gnome
Gitlab says:

  Please note that due to spam, new user registrations are disabled.
  Please use 3rd party logins for logging in if you don't have an 
  existing account.

No luck with Github either.


Cheers,
Volker

___
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] (SOLVED) Re: Locale lost, flatpak version

2020-03-31 Thread Volker Wysk
Am Dienstag, den 31.03.2020, 18:52 +0200 schrieb tmstaedt@t-
mittelstaedt.de:
> You could file an issue at 
> https://gitlab.gnome.org/GNOME/evolution/issues/new. That's a link
> from the evolution flathub page. GNOME 3.36 is pretty fresh, so you
> may have discovered a problem.

Done.

Volker

___
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] (SOLVED) Re: Locale lost, flatpak version

2020-03-31 Thread Volker Wysk
Hi there!

Am Montag, den 30.03.2020, 21:19 +0200 schrieb tmstaedt@t-
mittelstaedt.de:
> 
> 
> Am 30.03.2020 02:57 schrieb Volker Wysk :
> > Hi! 
> > 
> > Suddenly, my evolution GUI is in English. I think this coincides
> > with 
> > an upgrade. 
> > 
> > Other GTK programs, such as synaptic, or the gnome control center, 
> > aren't affected. 
> > 
> > I'm using the Flatpak version, 3.36.0 (by Flathub.org). 
> > 
> 
> maybe, the following helps:
> 
> https://github.com/flatpak/flatpak/issues/1751#issuecomment-399082832
> 
> 
> "It turns out that org.gnome.Platform.Locale was not installed.
> Manually installing it solves the problem. My flatpak.json looks like
> this:"

I have been able to get the German localisation back. I've done this:

sudo flatpak install org.gnome.Platform.Locale

and have chosen this:

runtime/org.gnome.Platform.Locale/x86_64/3.34

In other words, I've downgraded org.gnome.Platform.Locale from 3.36 to
3.34. 

I don't really understand what this means. It's guesswork.

Thanks for your help!

Volker

___
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] Locale lost, flatpak version

2020-03-29 Thread Volker Wysk
Hi!

Suddenly, my evolution GUI is in English. I think this coincides with
an upgrade.

Other GTK programs, such as synaptic, or the gnome control center,
aren't affected.

I'm using the Flatpak version, 3.36.0 (by Flathub.org).


desktop ~ $ flatpak config 
languages: *unset* (default: de)


desktop ~ $ flatpak run org.gnome.Evolution

(process:27): Gtk-WARNING **: 02:41:11.623: Locale not supported by C
library.
Using the fallback 'C' locale.
(...)


desktop ~ $ echo $LANG
de_DE.UTF-8


The message (above) looks like the German locale isn't installed. Can
it be missing in the Flatpak package?

Setting "languages", with "flatpak config --set languages de_DE.UTF-8", 
doesn't work.

Any ideas?

Regards,
Volker

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

2020-02-10 Thread Volker Wysk
Am Dienstag, den 11.02.2020, 08:43 +0100 schrieb Milan Crha via
evolution-list:
> On Tue, 2020-02-11 at 03:04 +0100, Andre Klapper wrote:
> > This does not explain yet where you try to do something. Please
> > provide clear steps how you get somewhere where you try to change
> > something, what you do, what you expect to happen, and what happens
> > instead.
> 
>   Hi,
> I would also try to run evolution from a terminal and watch what will
> be printed there, if anything. It seems like some sort of issue with
> gsettings or DConf, but I can be wrong. Or, maybe...
> 
> On Mon, 2020-02-10 at 23:11 +0100, Mike via evolution-list wrote:
> > I can not make changes like change the time in the calender display
> > from 12h to 24h
> 
> These are allowed only for locales, which support it. Try to run
> evolution from a terminal like this:
> 
>$ LANG=en_US.utf8 evolution

The LANG setting is "de_DE.UTF-8" for me. So for the US it probably is
"en_US.UTF-8". But it might be that the UK setting is the supported
English one: "en_UK.UTF-8". 

I recommend to use "LANG=C", that's English.

Bye
Volker

___
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 Calendar: How to delete or edit only the future occurences of a recurring event

2020-02-05 Thread Volker Wysk
Am Mittwoch, den 05.02.2020, 09:18 -0500 schrieb Paulo Cesar G. Costa:
> Fellow Evolutioners:
> 
> When you try to delete or edit a recurring event in calendar,
> Evolution
> offers two options: 1) whether you want to delete/edit that specific
> event or 2) delete/edit all the occurences of that event.
> I would like to delete/edit only the future occurrences of recurring
> events, while keeping the ones that already happened for auditing and
> other similar purposes. Currently, I am having to manually
> delete/edit
> the future events one by one. Is there any way of deleting/editing
> only
> future occurrences?

You could make a test event in the calendar and then do 2). Perhaps
this does what you want, and it's just worded mistakably.

In my smartphone (the app aCalendar+), there is the choice, when
deleting, "this and future events". So it seems to be part of the
CalDAV protocol.

Cheers
Volker

___
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 size in mail window

2020-02-03 Thread Volker Wysk
Am Montag, den 03.02.2020, 13:24 +0100 schrieb Volker Wysk:
> Hi
> 
> The size of the fonts in the mail window, the one which is opened by
> double clicking in the messsage list, is always very small. This
> applies to HTML mails as well as to plain text.
> 
> I've tried to fix it in the gnome-tweaks, but when I make it large
> enough, then other fonts get way too large.
> 
> Is there a way to change the font only in the mail window?


I found it in the preferences. Please ignore.


V.

___
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 size in mail window

2020-02-03 Thread Volker Wysk
Am Montag, den 03.02.2020, 13:24 +0100 schrieb Volker Wysk:
> Hi
> 
> The size of the fonts in the mail window, the one which is opened by
> double clicking in the messsage list, is always very small. This
> applies to HTML mails as well as to plain text.
> 
> I've tried to fix it in the gnome-tweaks, but when I make it large
> enough, then other fonts get way too large.
> 
> Is there a way to change the font only in the mail window?

PS.: I know that the font size can be changed with ctrl-+ and ctrl--,
but this needs to be done every time.

Cheers
Volker

___
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] Font size in mail window

2020-02-03 Thread Volker Wysk
Hi

The size of the fonts in the mail window, the one which is opened by
double clicking in the messsage list, is always very small. This
applies to HTML mails as well as to plain text.

I've tried to fix it in the gnome-tweaks, but when I make it large
enough, then other fonts get way too large.

Is there a way to change the font only in the mail window?

Goodbye,
Volker

___
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 change Email Account Order

2020-01-31 Thread Volker Wysk
Am Donnerstag, den 30.01.2020, 14:00 -0500 schrieb David H. Lynch Jr.
via evolution-list:
> I am running Evolution 3.30.5-1.1 On a Debian system. 
> 
> In prior versions II was able to set the account order by dragging
> and
> dropping accounts eitehr on the account/folder window or by editing
> the
> accounts. 
> 
> Since upgrading account order appears to be alphabetical by name. 
> Is there a way to change this  and arrange accounts as I prefer ?

For me (version 3.34.3) you can do it with drag in Bearbeiten ->
Einstellungen -> E-Mail-Konten.

That's the German language. My translation: Edit -> Settings -> E-Mail
accounts. It can be different for you, since this is a translation
English -> German -> back to English.

Hope it works.

Volker

___
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] "Unmatched" search folder

2019-12-06 Thread Volker Wysk
On Fri, 2019-12-06 at 19:11 +, Pete Biggs wrote:
> > I've created two search folders, and needed to restart evolution
> > for
> > both of them to appear under "Search folders". But now I have an
> > additional search folder, named "Unmatched", which contains a lot
> > of
> > messages, but I don't know the criterion.
> 
> "Unmatched" - contains all the messages not matched (i.e "unmatched")
> in the other search folders.
> 
> > How to get rid of it again?
> 
> Right-click on the "Search Folders" label and unselect "Unmatched
> folder enabled"

Thanks!

Volker

___
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] "Unmatched" search folder

2019-12-06 Thread Volker Wysk
Hi

I've created two search folders, and needed to restart evolution for
both of them to appear under "Search folders". But now I have an
additional search folder, named "Unmatched", which contains a lot of
messages, but I don't know the criterion.

How to get rid of it again?

I'm using 3.34.2 (by Flathub.org).

Cheers
Volker

___
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] (SOLVED) Re: No CalDAV calendar

2019-10-31 Thread Volker Wysk
Hi!

It indeed was a filter. The filter "Ziele und Zielsetzungen", the last
category filter in the German locale, was active. (That's probably the
"Goals/Objectives" one in English.) I've never used the category
filter, and don't know why it was like this.

After I switched to "Any Category", it works.

Meanwhile, the test entry, which I made in the CalDAV calendar, has
made it to the server, too. Looks like new entries aren't sent to the
server immediately, but only after a delay.

Many thanks to Adam Tauno Williams and Milan Crha.

Cheers,
Volker

___
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 CalDAV calendar

2019-10-31 Thread Volker Wysk
Am Donnerstag, den 31.10.2019, 14:44 +0100 schrieb Milan Crha via
evolution-list:
> > Yes, that works. I get a long log, which doesn't say much to me.
> > I've
> > attached it.
> 
> Thanks. It shows that the calendar factory successfully talks to the
> nextcloud calendars (personal and contact_birthdays). It also shows
> that nothing changed since the last check. Either the local cache is
> broken/incomplete, or the Evolution Calendar has set some filter,
> preventing seeing the events from those two calendars.
> 
> If I'm not mistaken, then the local cache of the Flatpak calendars is
> stored in
>~/.var/app/org.gnome.Evolution/cache/evolution/calendar/

Yes, it is.

> The directories there are for each remote calendar (you should have
> there at least two). When you kill those /app processes again, then
> delete this cache folder there and then run evolution, then these
> will
> be populated from scratch, eventually getting the events which it
> failed to save earlier, 

I've tried this. After restarting evolution, the process to populate
the calendar(s) from scratch seems to run, for a second or two. There's
a little animation right of the calendar name. But afterwards, the
calendar is still empty.

> but I kind of doubt it'll help (I'm more
> convinced that you've some filtering on in the Calendar window). It
> does worth a try for sure.

I've again looked for filters and configuration, but couldn't find
anything that was responsible for the bug.


> > Aside: I think it should be considered a bug, if it doesn't work at
> > all, but no error message is provided.
> 
> Well, it works, you can see locally stored events even when not
> connected, 

I *don't* see locally stored events, see below.

> you can make changes in offline and once you get online
> these changes will be saved to the server.

I've tried that too, but no luck.

> > For instance, if the evolution-calendar-factory process has a
> > problem
> > to detect the calendar is online, then there should at least be a
> > message about it.
> 
> It's usually indicated by the connection icon in the list of the
> calendars. You see it connected, which is correct, because it is
> connected. The disconnect/offline thing was just one option I could
> think of. There are obviously more options that can go wrong.

I've tried to make a calendar entry, both in the remote CalDAV calendar
and in the local "On this computer" calendar. BOTH didn't show the test
entry. Also, the new test entry didn't make it to the Nextcloud server.

Thanks and bye,
Volker

___
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 CalDAV calendar

2019-10-31 Thread Volker Wysk
Am Donnerstag, den 31.10.2019, 09:22 +0100 schrieb Milan Crha via
evolution-list:
> On Wed, 2019-10-30 at 21:32 +0100, Volker Wysk wrote:
> > > Could it be that the "evolution-calendar-factory" is missing
> > > there? Really??
> > 
> > Could it be that the two programs have different names when
> > distributed as a Flatpak package (from Flathub.org).
> 
>   Hi,
> not different names, but different locations and very different way
> of
> being run. Flatpak is a sandbox, you cannot run it as any other
> application "on the host system".
> 
> The Flathub version of Evolution starts the factories on its own when
> it's started (and if they are not running already). Thus if you make
> sure the processes from /app in
> 
>$ ps ax | grep evolution
> 
> are closed before you run Evolution itself, 

That's funny. I have no /app directory on my system, but "ps" reports
processes in /app...

> then the logs will be
> printed on the console of Evolution. That is, in the case of the
> Flatpak, run Evolution as this:
> 
>$ CALDAV_DEBUG=all flatpak run org.gnome.Evolution

Yes, that works. I get a long log, which doesn't say much to me. I've
attached it.

> 
> There are other ways to run the factories in the flatpak, but it's
> out
> of scope of this thread.
> 
> By the way, were you asked for a password of the added CalDAV
> calendar,
> after the new calendar had been saved? 

Yes, I was asked.

> Either it's missing the
> password, or the evolution-calendar-factory process has a problem to
> detect the calendar is online for some reason. Though in case of
> Flatpak the detection of online state didn't work, thus the processes
> are set to think they are always online. It could be fixed in recent
> versions of portal/flatpak/glib/gio/..., but the flatpak itself can
> run
> on older versions too, thus the workaround is still needed there.
> 
> You can check whether the password is saved for example in seahorse.

I've checked. The passwort has been saved.


Aside: I think it should be considered a bug, if it doesn't work at
all, but no error message is provided. For instance, if the evolution-
calendar-factory process has a problem to detect the calendar is
online, then there should at least be a message about it.

Cheers
Volker

(evolution.bin:53): e-mail-engine-WARNING **: 12:44:13.798: Failed to add service 'Sendmail' (sendmail): Kein Treiber für Protokoll »sendmail« verfügbar
> OPTIONS /nextcloud/remote.php/dav/calendars/v/personal/ HTTP/1.1
> Soup-Debug-Timestamp: 1572522254
> Soup-Debug: EWebDAVSession 1 (0x7fd980009df0), SoupMessage 1 (0x7fd970008470), SoupSocket 1 (0x7fd9680128f0)
> Host: localhost
> User-Agent: Evolution/3.34.1
> Connection: close
> Cache-Control: no-cache
> Pragma: no-cache
> Accept-Language: de-de, de;q=0.9
> Authorization: Basic [v:**]
  
> OPTIONS /nextcloud/remote.php/dav/calendars/v/contact_birthdays/ HTTP/1.1
> Soup-Debug-Timestamp: 1572522254
> Soup-Debug: EWebDAVSession 1 (0x7fd96800a4a0), SoupMessage 1 (0x7fd96800daa0), SoupSocket 1 (0x7fd968012ea0)
> Host: localhost
> User-Agent: Evolution/3.34.1
> Connection: close
> Cache-Control: no-cache
> Pragma: no-cache
> Accept-Language: de-de, de;q=0.9
> Authorization: Basic [v:**]
  
< HTTP/1.1 200 OK
< Soup-Debug-Timestamp: 1572522254
< Soup-Debug: SoupMessage 1 (0x7fd96800daa0)
< Date: Thu, 31 Oct 2019 11:44:14 GMT
< Server: Apache/2.4.29 (Ubuntu)
< Strict-Transport-Security: max-age=15768000; includeSubDomains; preload
< Set-Cookie: ocjvjmi32pg4=fd8dvehsh6cao8et2emq6aud8p; path=/nextcloud; secure; HttpOnly
< Expires: Thu, 19 Nov 1981 08:52:00 GMT
< Cache-Control: no-store, no-cache, must-revalidate
< Pragma: no-cache
< Set-Cookie: oc_sessionPassphrase=LLPc2M2MJo6HFCEdhZgUlldvkyIMiy0bx9lia0SzkOTKlGmidHIfjP3e30HbaxG40A%2F%2BsSo%2FQSSq04nbQgdhhkiVblFsE44mKsd5azF3E5rSWnUGi1%2FEOjQ%2BXRb%2BJ7GF; path=/nextcloud; secure; HttpOnly
< Content-Security-Policy: default-src 'none';
< X-Frame-Options: SAMEORIGIN
< Set-Cookie: nc_sameSiteCookielax=true; path=/nextcloud; httponly;secure; expires=Fri, 31-Dec-2100 23:59:59 GMT; SameSite=lax
< Set-Cookie: nc_sameSiteCookiestrict=true; path=/nextcloud; httponly;secure; expires=Fri, 31-Dec-2100 23:59:59 GMT; SameSite=strict
< Set-Cookie: ocjvjmi32pg4=ejnganpvc8e79rj62ge6spec8b; path=/nextcloud; secure; HttpOnly
< Set-Cookie: cookie_test=test; expires=Thu, 31-Oct-2019 12:44:14 GMT; Max-Age=3600
< Allow: OPTIONS, GET, HEAD, DELETE, PROPFIND, PUT, PROPPATCH, COPY, MOVE, REPORT
< DAV: 1, 3, extended-mkcol, access-control, calendarserver-principal-property-search, calendar-access, calendar-proxy, calendar-auto-schedule, calendar-availability, nc-calendar-webcal-cache, calendarserv

Re: [Evolution] No CalDAV calendar

2019-10-30 Thread Volker Wysk
Am Mittwoch, den 30.10.2019, 21:20 +0100 schrieb Volker Wysk:
> Am Mittwoch, den 30.10.2019, 14:07 -0400 schrieb Adam Tauno Williams:
> > On Wed, 2019-10-30 at 17:58 +0100, Volker Wysk wrote:
> > > The process of adding the calendar in evolution seems to work
> > > fine.
> > > There are no error messages. I do Edit -> Accounts -> Add
> > > Calendar
> > > ->
> > > Type -> CalDAV. I add the URL of the calendar, which I get from
> > > the
> > > Nextcloud server. Then I do "Find Calendars", and this works. The
> > > calendar is found.
> > > But it doesn't work. The new imported calendar is empty. Nothing
> > > in
> > > it
> > > at all. 
> > 
> > To debug the CalDAV connection kill off evolution-calendar-server
> > and
> > run :
> > 
> > CALDAV_DEBUG={all|message:body|message:header|message|items|attachm
> > en
> > ts
> > } evolution-calendar-factory >& logfileMultiple
> > 
> >  - on the command line.
> > 
> > like:
> > 
> > CALDAV_DEBUG=all evolution-calendar-factory >& logfileMultiple
> > 
> > It should dump it's conversation with the server into the log file.
> > 
> > I haven't had to do this in a long time, but I believe it still
> > works
> > on the current versions.
> 
> There is no evolution-calendar-server process running:
> 
> desktop /tmp $ LANG=C killall evolution-calendar-server
> evolution-calendar-server: no process found
> 
> The logfile:
> 
> desktop /tmp $ LANG=C CALDAV_DEBUG=all evolution-calendar-factory >&
> logfileMultiple
> desktop /tmp $ cat logfileMultiple
> WARNING:root:could not open file
> '/etc/apt/sources.list.d/alexlarsson-
> ubuntu-flatpak-bionic.list'
> 
> evolution-calendar-factory: command not found
> 
> That alexlarsson-ubuntu-flatpak-bionic.list file *does* exists:
> 
> desktop /tmp $ ll /etc/apt/sources.list.d/alexlarsson-ubuntu-flatpak-
> bionic.list
> 
> ... but I've commented out the "deb" line:
> 
> # deb http://ppa.launchpad.net/alexlarsson/flatpak/ubuntu bionic main
> 
> I've tried out uncommenting it again, but running evolution-calendar-
> factory leads to the same result.
> 
> The installed version of evolution, which I have here, is from
> Flatpak.
> Could it be that the "evolution-calendar-factory" is missing there? 
> Really??

Could it be that the two programs have different names when distributed
as a Flatpak package (from Flathub.org).

Volker

___
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 CalDAV calendar

2019-10-30 Thread Volker Wysk
Am Mittwoch, den 30.10.2019, 14:07 -0400 schrieb Adam Tauno Williams:
> On Wed, 2019-10-30 at 17:58 +0100, Volker Wysk wrote:
> > The process of adding the calendar in evolution seems to work fine.
> > There are no error messages. I do Edit -> Accounts -> Add Calendar
> > ->
> > Type -> CalDAV. I add the URL of the calendar, which I get from the
> > Nextcloud server. Then I do "Find Calendars", and this works. The
> > calendar is found.
> > But it doesn't work. The new imported calendar is empty. Nothing in
> > it
> > at all. 
> 
> To debug the CalDAV connection kill off evolution-calendar-server and
> run :
> 
> CALDAV_DEBUG={all|message:body|message:header|message|items|attachmen
> ts
> } evolution-calendar-factory >& logfileMultiple
> 
>  - on the command line.
> 
> like:
> 
> CALDAV_DEBUG=all evolution-calendar-factory >& logfileMultiple
> 
> It should dump it's conversation with the server into the log file.
> 
> I haven't had to do this in a long time, but I believe it still works
> on the current versions.

There is no evolution-calendar-server process running:

desktop /tmp $ LANG=C killall evolution-calendar-server
evolution-calendar-server: no process found

The logfile:

desktop /tmp $ LANG=C CALDAV_DEBUG=all evolution-calendar-factory >&
logfileMultiple
desktop /tmp $ cat logfileMultiple
WARNING:root:could not open file '/etc/apt/sources.list.d/alexlarsson-
ubuntu-flatpak-bionic.list'

evolution-calendar-factory: command not found

That alexlarsson-ubuntu-flatpak-bionic.list file *does* exists:

desktop /tmp $ ll /etc/apt/sources.list.d/alexlarsson-ubuntu-flatpak-
bionic.list

... but I've commented out the "deb" line:

# deb http://ppa.launchpad.net/alexlarsson/flatpak/ubuntu bionic main

I've tried out uncommenting it again, but running evolution-calendar-
factory leads to the same result.

The installed version of evolution, which I have here, is from Flatpak.
Could it be that the "evolution-calendar-factory" is missing there? 
Really??


Cheers
Volker

___
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] No CalDAV calendar

2019-10-30 Thread Volker Wysk
Hello!

I have my own Nextcloud server, which (amongst other things) serves
calendars, over the CalDAV protocol. I have connected my smartphone's
calendar to the nextcloud server. No problems.

But I can't get it to work with evolution. I have version 3.34.1.

The process of adding the calendar in evolution seems to work fine.
There are no error messages. I do Edit -> Accounts -> Add Calendar ->
Type -> CalDAV. I add the URL of the calendar, which I get from the
Nextcloud server. Then I do "Find Calendars", and this works. The
calendar is found.

But it doesn't work. The new imported calendar is empty. Nothing in it
at all. 

I had got it working in an earlier version of evolution, but this broke
again, after I restarted evolution.

There are no error messages at all, not even when starting evolution in
a terminal.

Apart from that, I'm also importing my addressbook via CardDAV, and
this works.

Any thoughts?

Bye,
Volker Wysk

___
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] stale evolution-data-server

2019-10-07 Thread Volker Wysk
Hi!

I've installed evolution from Flathub, here:

https://flathub.org/apps/details/org.gnome.Evolution

This Flatpak contains, among other things, the evolution-data-server. 

I've deinstalled evolution from apt, since I don't need it any longer,
because of the flatpak version. This was ok.

Now I still have evolution-data-server in the apt-managed packages, and
I don't want to deinstall it, because it has a lot of packages
depending on it. For instance, gnome-shell and gnome-core.

So what should I do with that double evolution-data-server? Just leave
it alone? Doesn't it lead to conflicts between the two?

Puzzled,
Volker Wysk

___
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] SOLVED (probably) Re: "Error while performing operation. Cannot get message with message ID ..."

2019-08-04 Thread Volker Wysk
Am Sonntag, den 04.08.2019, 11:31 +0100 schrieb Patrick O'Callaghan:
> On Sun, 2019-08-04 at 08:06 +0200, Volker Wysk wrote:
> > Am Sonntag, den 04.08.2019, 00:05 +0100 schrieb Patrick
> > O'Callaghan:
> > > On Sat, 2019-08-03 at 23:55 +0200, Volker Wysk wrote:
> > > > Am Samstag, den 03.08.2019, 22:45 +0100 schrieb Patrick
> > > > O'Callaghan:
> > > > > On Sat, 2019-08-03 at 23:21 +0200, Volker Wysk wrote:
> > > > > > > > So your suggestion is to change the IMAP protocol and
> > > > > > > > have
> > > > > > > > all
> > > > > > > > IMAP
> > > > > > > > servers implement the change. Good luck with that.
> > > > > > > 
> > > > > > > No. I'm just trying to make things clear.
> > > > > > > 
> > > > > > > I'd suggest, is that evolution should just ignore the
> > > > > > > server's
> > > > > > > response ("invalid id") in the context which we have
> > > > > > > here,
> > > > > > > since
> > > > > > > it
> > > > > > > can
> > > > > > > be perfectly okay, and not be a server-side error.
> > > > > > 
> > > > > > I mean, evolution should ignore the server's response and
> > > > > > cancel
> > > > > > what
> > > > > > it was about to do. Of course it can't just continue, after
> > > > > > the
> > > > > > "invalid id" response has happened.
> > > > > 
> > > > > So to repeat what I already said: you're proposing that
> > > > > Evolution
> > > > > should ignore a server-side error on the supposition that it
> > > > > might
> > > > > not
> > > > > be an error.
> > > > 
> > > > I wouldn't call the server's response an error. 
> > > 
> > > We're going round in circles. The server responds with an error
> > > because
> > > it *IS AN ERROR*. It was asked for a message which it doesn't
> > > have.
> > > That is an error. It doesn't matter that this was caused by a
> > > different
> > > client deleting the message, because the server is not designed
> > > to
> > > tell
> > > one client what another client is doing, and the IMAP protocol is
> > > not
> > > designed to enable clients to cooperate with each other. Putting
> > > it
> > > bluntly, if your setup is doing this then your setup is wrong,
> > > and if
> > > you don't like it then you need to get a change included in the
> > > IMAP
> > > definition.
> > 
> > It's time to stop this conversation.
> 
> One last thing: it's fine to discuss these things here but nothing
> will
> happen unless you also register it on the Evolution Gitlab page
> (assuming you mean a change in Evo's behaviour rather than an actual
> change to IMAP). If you do, post the URL here so others can chip in.

Yes, I know. And again: I'm not proposing a change to IMAP.

Bye
Volker

___
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] SOLVED (probably) Re: "Error while performing operation. Cannot get message with message ID ..."

2019-08-04 Thread Volker Wysk
Am Sonntag, den 04.08.2019, 00:05 +0100 schrieb Patrick O'Callaghan:
> On Sat, 2019-08-03 at 23:55 +0200, Volker Wysk wrote:
> > Am Samstag, den 03.08.2019, 22:45 +0100 schrieb Patrick
> > O'Callaghan:
> > > On Sat, 2019-08-03 at 23:21 +0200, Volker Wysk wrote:
> > > > > > So your suggestion is to change the IMAP protocol and have
> > > > > > all
> > > > > > IMAP
> > > > > > servers implement the change. Good luck with that.
> > > > > 
> > > > > No. I'm just trying to make things clear.
> > > > > 
> > > > > I'd suggest, is that evolution should just ignore the
> > > > > server's
> > > > > response ("invalid id") in the context which we have here,
> > > > > since
> > > > > it
> > > > > can
> > > > > be perfectly okay, and not be a server-side error.
> > > > 
> > > > I mean, evolution should ignore the server's response and
> > > > cancel
> > > > what
> > > > it was about to do. Of course it can't just continue, after the
> > > > "invalid id" response has happened.
> > > 
> > > So to repeat what I already said: you're proposing that Evolution
> > > should ignore a server-side error on the supposition that it
> > > might
> > > not
> > > be an error.
> > 
> > I wouldn't call the server's response an error. 
> 
> We're going round in circles. The server responds with an error
> because
> it *IS AN ERROR*. It was asked for a message which it doesn't have.
> That is an error. It doesn't matter that this was caused by a
> different
> client deleting the message, because the server is not designed to
> tell
> one client what another client is doing, and the IMAP protocol is not
> designed to enable clients to cooperate with each other. Putting it
> bluntly, if your setup is doing this then your setup is wrong, and if
> you don't like it then you need to get a change included in the IMAP
> definition.

It's time to stop this conversation.

Volker

___
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] SOLVED (probably) Re: "Error while performing operation. Cannot get message with message ID ..."

2019-08-03 Thread Volker Wysk
Am Samstag, den 03.08.2019, 22:45 +0100 schrieb Patrick O'Callaghan:
> On Sat, 2019-08-03 at 23:21 +0200, Volker Wysk wrote:
> > > > So your suggestion is to change the IMAP protocol and have all
> > > > IMAP
> > > > servers implement the change. Good luck with that.
> > > 
> > > No. I'm just trying to make things clear.
> > > 
> > > I'd suggest, is that evolution should just ignore the server's
> > > response ("invalid id") in the context which we have here, since
> > > it
> > > can
> > > be perfectly okay, and not be a server-side error.
> > 
> > I mean, evolution should ignore the server's response and cancel
> > what
> > it was about to do. Of course it can't just continue, after the
> > "invalid id" response has happened.
> 
> So to repeat what I already said: you're proposing that Evolution
> should ignore a server-side error on the supposition that it might
> not
> be an error.

I wouldn't call the server's response an error. 

Any better idea? 

Volker

___
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] SOLVED (probably) Re: "Error while performing operation. Cannot get message with message ID ..."

2019-08-03 Thread Volker Wysk
Am Samstag, den 03.08.2019, 23:06 +0200 schrieb Volker Wysk:
> Am Samstag, den 03.08.2019, 21:41 +0100 schrieb Patrick O'Callaghan:
> > On Sat, 2019-08-03 at 20:18 +0200, Volker Wysk wrote:
> > > > The server reported a message as being present, but then can't
> > > > deliver
> > > > it. How is this different from an actual server-side error and
> > > > how is
> > > > the client supposed to know?
> > > 
> > > It may be a server-side error. But when the server can't deliver
> > > the
> > > message, because meanwhile some other agent did something to it
> > > (deleted it, for instance, or moved it somewhere), then it's
> > > not. 
> > > 
> > > I'm afraid that the client can't know. The server would have to
> > > remember that there was a message with that ID, which has now
> > > expired.
> > > Then it could tell the client "ID expired" instead of "ID
> > > invalid".
> > 
> > So your suggestion is to change the IMAP protocol and have all IMAP
> > servers implement the change. Good luck with that.
> 
> No. I'm just trying to make things clear.
> 
> I'd suggest, is that evolution should just ignore the server's
> response ("invalid id") in the context which we have here, since it
> can
> be perfectly okay, and not be a server-side error.

I mean, evolution should ignore the server's response and cancel what
it was about to do. Of course it can't just continue, after the
"invalid id" response has happened.


Volker


___
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] SOLVED (probably) Re: "Error while performing operation. Cannot get message with message ID ..."

2019-08-03 Thread Volker Wysk
Am Samstag, den 03.08.2019, 21:41 +0100 schrieb Patrick O'Callaghan:
> On Sat, 2019-08-03 at 20:18 +0200, Volker Wysk wrote:
> > > The server reported a message as being present, but then can't
> > > deliver
> > > it. How is this different from an actual server-side error and
> > > how is
> > > the client supposed to know?
> > 
> > It may be a server-side error. But when the server can't deliver
> > the
> > message, because meanwhile some other agent did something to it
> > (deleted it, for instance, or moved it somewhere), then it's not. 
> > 
> > I'm afraid that the client can't know. The server would have to
> > remember that there was a message with that ID, which has now
> > expired.
> > Then it could tell the client "ID expired" instead of "ID invalid".
> 
> So your suggestion is to change the IMAP protocol and have all IMAP
> servers implement the change. Good luck with that.

No. I'm just trying to make things clear.

I'd suggest, is that evolution should just ignore the server's
response ("invalid id") in the context which we have here, since it can
be perfectly okay, and not be a server-side error.

Bye
Volker

___
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] SOLVED (probably) Re: "Error while performing operation. Cannot get message with message ID ..."

2019-08-03 Thread Volker Wysk
Am Samstag, den 03.08.2019, 14:02 +0100 schrieb Patrick O'Callaghan:
> On Sat, 2019-08-03 at 14:23 +0200, Volker Wysk wrote:
> > Am Samstag, den 03.08.2019, 12:01 +0100 schrieb Patrick
> > O'Callaghan:
> > > On Sat, 2019-08-03 at 07:58 +0200, Volker Wysk wrote:
> > > > This means (probably) that evolution 3.32.1 doesn't properly
> > > > cope
> > > > with
> > > > folders which are used/accessed by two or more IMAP clients
> > > > simultaneously. A message ID can be valid in one moment and
> > > > invalid
> > > > in
> > > > the next, because a different agent has done something. That's
> > > > not
> > > > an
> > > > error, it should just be ignored (as far as I can tell).
> > > 
> > > How is Evolution supposed to know it's not an error? If you have
> > > two
> > > different and uncoordinated email clients manipulating the same
> > > server
> > > mailbox, each of them can only report on what it sees.
> > 
> > I don't know. But it should be taken into consideration that this
> > can
> > happen and is not an error.
> 
> The server reported a message as being present, but then can't
> deliver
> it. How is this different from an actual server-side error and how is
> the client supposed to know?

It may be a server-side error. But when the server can't deliver the
message, because meanwhile some other agent did something to it
(deleted it, for instance, or moved it somewhere), then it's not. 

I'm afraid that the client can't know. The server would have to
remember that there was a message with that ID, which has now expired.
Then it could tell the client "ID expired" instead of "ID invalid".


> > > If you want to use getmail to fetch mail and put it on your local
> > > IMAP
> > > server, then I suggest you point Evolution to the *local* server.
> > 
> > That's what I'm doing, with the other account.
> 
> I fail to see what you gain from not doing it with this account as
> well. What is the point?

I have two mail accounts configured in evolution. The first one
connects to my own Dovecot IMAP server, which is fed my mail as it
arrives in the IMAP server of my provider. The second one connects to
my provider's IMAP server directly.

I've configured the second one, when my own (downstream) Dovecot server
wasn't operational yet. So I could access my mail on the upstream IMAP
server of my provider. I also used it for testing.

Now I don't need it any longer. As I've written, I disabled it now, and
the problem went away. I could as well delete it completely. 

Bye
Volker

___
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] SOLVED (probably) Re: "Error while performing operation. Cannot get message with message ID ..."

2019-08-03 Thread Volker Wysk
Am Samstag, den 03.08.2019, 12:01 +0100 schrieb Patrick O'Callaghan:
> On Sat, 2019-08-03 at 07:58 +0200, Volker Wysk wrote:
> > This means (probably) that evolution 3.32.1 doesn't properly cope
> > with
> > folders which are used/accessed by two or more IMAP clients
> > simultaneously. A message ID can be valid in one moment and invalid
> > in
> > the next, because a different agent has done something. That's not
> > an
> > error, it should just be ignored (as far as I can tell).
> 
> How is Evolution supposed to know it's not an error? If you have two
> different and uncoordinated email clients manipulating the same
> server
> mailbox, each of them can only report on what it sees.

I don't know. But it should be taken into consideration that this can
happen and is not an error.


> If you want to use getmail to fetch mail and put it on your local
> IMAP
> server, then I suggest you point Evolution to the *local* server.

That's what I'm doing, with the other account.


Bye,
Volker


___
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] SOLVED (probably) Re: "Error while performing operation. Cannot get message with message ID ..."

2019-08-03 Thread Volker Wysk
Hi!

Am Freitag, den 02.08.2019, 14:11 +0200 schrieb Volker Wysk:
> I have a hypothesis, what could be the cause.
> 
> I assume, that the message "Cannot get message with message ID ...:
> No
> such message available." refers to the mail on the IMAP server, that
> is, fetching it from the IMAP server is what fails.
> 
> I have TWO agents listening via IMAP IDLE to the same IMAP server in
> question: evolution and - in the background - getmail. The second one
> fetches mail from the remote IMAP server and pushes it to another,
> local Dovecot IMAP server. But that's another story.
> 
> My guess is, that evolution sees a new message on the server, with
> some
> ID. Then getmail sees the same message, downloads it and deletes it
> from the server. Then evolution tries to download it (or parts of it,
> such as the subject and author) and fails, because the ID is now no
> longer there.
> 
> I have two mail accounts in evolution. A regular one, and a second
> one,
> which is for playing around. The second one is the one listening to
> the
> remote IMAP server. I've turned it off now. Let's see, if the problem
> still occurs.

The problem didn't occur any more, since I disabled the evolution
account yesterday. It accessed the IMAP server at the same time as the
getmail process (see above). It looks very much like my hypothesis (see
above) is correct.

This means (probably) that evolution 3.32.1 doesn't properly cope with
folders which are used/accessed by two or more IMAP clients
simultaneously. A message ID can be valid in one moment and invalid in
the next, because a different agent has done something. That's not an
error, it should just be ignored (as far as I can tell).

Cheers,
Volker

___
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] "Error while performing operation. Cannot get message with message ID ..."

2019-08-02 Thread Volker Wysk
Am Freitag, den 02.08.2019, 14:45 +0200 schrieb Andre Klapper:
> On Fri, 2019-08-02 at 14:37 +0200, Volker Wysk wrote:
> > On Fri, 2019-08-02 at 14:30 +0200, Andre Klapper wrote:
> > > On Fri, 2019-08-02 at 14:23 +0200, Volker Wysk wrote:
> > > > On Fri, 2019-08-02 at 14:09 +0200, Andre Klapper wrote:
> > > > > > Found no information on the web or in the bug tracker.
> > > > > 
> > > > > https://gitlab.gnome.org/GNOME/evolution/issues/?scope=all=%E2%9C%93=all=%22No+such+message+available%22
> > > > 
> > > > That's a different issue, what gets found there.
> > > 
> > > The link I provided [also] lists
> > > https://gitlab.gnome.org/GNOME/evolution/issues/296
> > > 
> > > If you think that it's a different issue then please explain why
> > > you
> > > think that it's a different issue.
> > 
> > The one reporting says, that the issue occurs when clicking "send",
> > possibly every time.
> > 
> > My problem occurs sporadically, without obvious occasion.
> 
> Ah, thanks for explaining. Maybe it's related, maybe not, maybe it's
> already fixed, maybe not. 

> We will only find out if you try with the
> latest stable Evolution version, as we cannot travel back in time.

That's easily said... 

Bye,
Volker

___
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] "Error while performing operation. Cannot get message with message ID ..."

2019-08-02 Thread Volker Wysk
On Fri, 2019-08-02 at 14:30 +0200, Andre Klapper wrote:
> On Fri, 2019-08-02 at 14:23 +0200, Volker Wysk wrote:
> > On Fri, 2019-08-02 at 14:09 +0200, Andre Klapper wrote:
> > > > Found no information on the web or in the bug tracker.
> > > 
> > > https://gitlab.gnome.org/GNOME/evolution/issues/?scope=all=%E2%9C%93=all=%22No+such+message+available%22
> > 
> > That's a different issue, what gets found there.
> 
> The link I provided [also] lists
> https://gitlab.gnome.org/GNOME/evolution/issues/296
> 
> If you think that it's a different issue then please explain why you
> think that it's a different issue.

The one reporting says, that the issue occurs when clicking "send",
possibly every time. 

My problem occurs sporadically, without obvious occasion. It seems to
occur when evolution is trying to query the server for new mail. 

Please also see my other message in this thread, of 14:11 (CET).

Cheers
Volker

___
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] "Error while performing operation. Cannot get message with message ID ..."

2019-08-02 Thread Volker Wysk
On Fri, 2019-08-02 at 14:09 +0200, Andre Klapper wrote:
> > Found no information on the web or in the bug tracker.
> 
> https://gitlab.gnome.org/GNOME/evolution/issues/?scope=all=%E2%9C%93=all=%22No+such+message+available%22

That's a different issue, what gets found there.

Bye
Volker

___
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] "Error while performing operation. Cannot get message with message ID ..."

2019-08-02 Thread Volker Wysk
Hi!

On Fri, 2019-08-02 at 13:18 +0200, Volker Wysk wrote:
> Hello
> 
> Since I upgraded to evolution 3.32.1, I get the following error
> message, about once per hour:
> 
> Error while performing operation. Cannot get message with message ID
> ...: No such message available.
> 
> I've cleared the cache, but this didn't help.

I have a hypothesis, what could be the cause.

I assume, that the message "Cannot get message with message ID ...: No
such message available." refers to the mail on the IMAP server, that
is, fetching it from the IMAP server is what fails.

I have TWO agents listening via IMAP IDLE to the same IMAP server in
question: evolution and - in the background - getmail. The second one
fetches mail from the remote IMAP server and pushes it to another,
local Dovecot IMAP server. But that's another story.

My guess is, that evolution sees a new message on the server, with some
ID. Then getmail sees the same message, downloads it and deletes it
from the server. Then evolution tries to download it (or parts of it,
such as the subject and author) and fails, because the ID is now no
longer there.

I have two mail accounts in evolution. A regular one, and a second one,
which is for playing around. The second one is the one listening to the
remote IMAP server. I've turned it off now. Let's see, if the problem
still occurs.

Cheers,
Volker

___
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] "Error while performing operation. Cannot get message with message ID ..."

2019-08-02 Thread Volker Wysk
Hello

Since I upgraded to evolution 3.32.1, I get the following error
message, about once per hour:

Error while performing operation. Cannot get message with message ID
...: No such message available.

I've cleared the cache, but this didn't help.

Is this a known issue? Should I file a bug report and downgrade back to
3.28.5? Anyone have the same problem? Does the error mean that mail is
getting lost..?

Found no information on the web or in the bug tracker.

Bye,
Volker


___
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] Abundant new mail notifications

2019-08-02 Thread Volker Wysk
On Fri, 2019-08-02 at 12:37 +0200, Andre Klapper wrote:
> On Fri, 2019-08-02 at 11:47 +0200, Volker Wysk wrote:
> > I get a notification, in text and as a sound, for *every* new mail.
> > Even for mails in non-listed, non-subscribed folders and in the
> > spam
> > folder. This is irritating.
> > 
> > I guess it isn't possible to turn off new mail notifications
> > completely
> > (haven't found such an item). So this would be a feature request.
> 
> Feel free to change your notification settings under "Edit  Plugins
>  Mail Notification  Configuration".

Oh, sorry. Haven't seen that.

Cheers
Volker

___
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] Abundant new mail notifications

2019-08-02 Thread Volker Wysk
Hi!

I get a notification, in text and as a sound, for *every* new mail.
Even for mails in non-listed, non-subscribed folders and in the spam
folder. This is irritating. 

I guess it isn't possible to turn off new mail notifications completely
(haven't found such an item). So this would be a feature request.

I'm about to file it at
https://gitlab.gnome.org/GNOME/evolution/issues

Bye
Volker

___
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] SOLVED Re: Building the latest Evolution from the sources

2019-08-01 Thread Volker Wysk
Hello!

I've found an Evolution Backport PPA for Ubuntu 18.04 bionic:

https://launchpad.net/~samvh/+archive/ubuntu/evolution-bionic-bp

It raises the evolution version from 3.28.5 to 3.32.1. The most current
version is the 3.33 series, which are development versions.

Unfortunately, this applies to *ubuntu 18.04 only.

Also unfortunately, it doesn't fix the bugs which I wanted to get rid
off with a newer version.  :-(

Cheers,
Volker



___
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] Building the latest Evolution from the sources

2019-08-01 Thread Volker Wysk
Am Donnerstag, den 01.08.2019, 17:05 +0200 schrieb Volker Wysk:
> Am Donnerstag, den 01.08.2019, 12:42 + schrieb Reid Thompson via
> evolution-list:
> > On Thu, 2019-08-01 at 13:24 +0100, Patrick O'Callaghan wrote:
> > > [EXTERNAL SOURCE]
> > > 
> > > 
> > > 
> > > On Thu, 2019-08-01 at 14:06 +0200, Volker Wysk wrote:
> > > > Hi!
> > > > 
> > > > I'm using an Ubuntu 18.04.2 LTS system. I encountered bugs in
> > > > evolution, and I'm wondering if it would be feasible to build
> > > > the
> > > > latest version from the sources.
> 
> 
> > i scripted most of this for my use...
> > 
> > see/read the attached scripts
> > 
> > in all scripts, change all the lines containing rthompso to
> > something
> > appropriate for your system
> > 
> > in the runit script, delete everything after the invocation to
> > start
> > evolution.
> 
> Thanks a lot!
> 
> But I'm missing some list of libraries and versions which must be
> installed for the build. I've run into this:
> 
> -- Checking for module 'gobject-introspection-1.0'
> --   No package 'gobject-introspection-1.0' found
> CMake Error at cmake/modules/PkgConfigEx.cmake:32 (message):
>   Necessary libraries not found or not enough version.  If you want
> to
>   disable GObject introspection, please use
> -DENABLE_INTROSPECTION=OFF
>   argument to cmake command.
> 
> Would you have happened to write down some list?

There is a list of build dependencies for Fedora on the Gnome wiki
page:

https://wiki.gnome.org/Apps/Evolution/Building

The library names are for Fedora, not for Ubuntu (which I'm running).
But it seems to be rather easy to find out the corresponding Ubuntu
libraries.

Bye
Volker

___
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] Building the latest Evolution from the sources

2019-08-01 Thread Volker Wysk
Am Donnerstag, den 01.08.2019, 12:42 + schrieb Reid Thompson via
evolution-list:
> On Thu, 2019-08-01 at 13:24 +0100, Patrick O'Callaghan wrote:
> > [EXTERNAL SOURCE]
> > 
> > 
> > 
> > On Thu, 2019-08-01 at 14:06 +0200, Volker Wysk wrote:
> > > Hi!
> > > 
> > > I'm using an Ubuntu 18.04.2 LTS system. I encountered bugs in
> > > evolution, and I'm wondering if it would be feasible to build the
> > > latest version from the sources.


> i scripted most of this for my use...
> 
> see/read the attached scripts
> 
> in all scripts, change all the lines containing rthompso to something
> appropriate for your system
> 
> in the runit script, delete everything after the invocation to start
> evolution.

Thanks a lot!

But I'm missing some list of libraries and versions which must be
installed for the build. I've run into this:

-- Checking for module 'gobject-introspection-1.0'
--   No package 'gobject-introspection-1.0' found
CMake Error at cmake/modules/PkgConfigEx.cmake:32 (message):
  Necessary libraries not found or not enough version.  If you want to
  disable GObject introspection, please use -DENABLE_INTROSPECTION=OFF
  argument to cmake command.

Would you have happened to write down some list?

Bye,
Volker

___
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] Building the latest Evolution from the sources

2019-08-01 Thread Volker Wysk
Am Donnerstag, den 01.08.2019, 13:32 +0100 schrieb Pete Biggs:
> > Then I tried "cmake ." and got what was to be expected (namely,
> > dependency errors):
> > 
> > ...
> > -- Checking for modules 'camel-1.2>=3.32.1;libebook-
> > 1.2>=3.32.1;libecal-1.2>=3.32.1;libedataserver-
> > 1.2>=3.32.1;libedataserverui-1.2>=3.32.1;libebackend-1.2>=3.32.1'
> > --   Requested 'camel-1.2 >= 3.32.1' but version of camel is 3.28.5
> > --   Requested 'libebook-1.2 >= 3.32.1' but version of libebook is
> > 3.28.5
> > --   Requested 'libecal-1.2 >= 3.32.1' but version of libecal is
> > 3.28.5
> > --   Requested 'libedataserver-1.2 >= 3.32.1' but version of
> > libedataserver is 3.28.5
> > --   Requested 'libedataserverui-1.2 >= 3.32.1' but version of
> > libedataserverui is 3.28.5
> > --   Requested 'libebackend-1.2 >= 3.32.1' but version of
> > libebackend
> > is 3.28.5
> > CMake Error at /usr/share/cmake-
> > 3.10/Modules/FindPkgConfig.cmake:415
> > (message):
> >   A required package was not found
> > Call Stack (most recent call first):
> >   /usr/share/cmake-3.10/Modules/FindPkgConfig.cmake:593
> > (_pkg_check_modules_internal)
> >   CMakeLists.txt:286 (pkg_check_modules)
> > 
> > Can someone tell me if is feasible to manually install new library
> > versions for all the dependencies of the new evolution version? 
> 
> You need to also build evolution-data-server - evolution and
> evolution-
> data-server go together and should (must?) be of the same version. 
> Build e-d-s first so that evolution can find the relevant libraries.

Yes, it's in the guide which Patrick pointed out:

https://wiki.gnome.org/Apps/Evolution/Building


> The package(s) not found are in the text just above the error
> message: 

Okay. It looked like an independent error message to me.


> You have to realise that Evolution is not a small or simple
> application
> to build - there will be dependencies beyond e-d-s that are satisfied
> by Gnome libraries, and that will depend on what version of Gnome you
> have. Evolution is not a good place to start if you are a novice at
> building things.

I'm not. I'm just new to cmake. :-)

Bye
Volker

___
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] Building the latest Evolution from the sources

2019-08-01 Thread Volker Wysk
Am Donnerstag, den 01.08.2019, 13:24 +0100 schrieb Patrick O'Callaghan:
> On Thu, 2019-08-01 at 14:06 +0200, Volker Wysk wrote:
> > Hi!
> > 
> > I'm using an Ubuntu 18.04.2 LTS system. I encountered bugs in
> > evolution, and I'm wondering if it would be feasible to build the
> > latest version from the sources.
> 
> https://wiki.gnome.org/Apps/Evolution/Building

Oh, thank you.

Volker


___
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] Building the latest Evolution from the sources

2019-08-01 Thread Volker Wysk
Am Donnerstag, den 01.08.2019, 14:06 +0200 schrieb Volker Wysk:
> Can someone tell me if is feasible to manually install new library
> versions for all the dependencies of the new evolution version?

That's "for all the CHANGED dependencies", not all of them. Sorry.

Volker

___
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] Building the latest Evolution from the sources

2019-08-01 Thread Volker Wysk
Hi!

I'm using an Ubuntu 18.04.2 LTS system. I encountered bugs in
evolution, and I'm wondering if it would be feasible to build the
latest version from the sources.

So far I've downloaded and unpacked the latest sources from
packages.ubuntu.com.

I've also installed the build-dependencies of "evolution" (the version
18.04.2 evolution), which I intend to use as a starting point for the
new dependencies of the new version of evolution.

Then I tried "cmake ." and got what was to be expected (namely,
dependency errors):

...
-- Checking for modules 'camel-1.2>=3.32.1;libebook-
1.2>=3.32.1;libecal-1.2>=3.32.1;libedataserver-
1.2>=3.32.1;libedataserverui-1.2>=3.32.1;libebackend-1.2>=3.32.1'
--   Requested 'camel-1.2 >= 3.32.1' but version of camel is 3.28.5
--   Requested 'libebook-1.2 >= 3.32.1' but version of libebook is
3.28.5
--   Requested 'libecal-1.2 >= 3.32.1' but version of libecal is 3.28.5
--   Requested 'libedataserver-1.2 >= 3.32.1' but version of
libedataserver is 3.28.5
--   Requested 'libedataserverui-1.2 >= 3.32.1' but version of
libedataserverui is 3.28.5
--   Requested 'libebackend-1.2 >= 3.32.1' but version of libebackend
is 3.28.5
CMake Error at /usr/share/cmake-3.10/Modules/FindPkgConfig.cmake:415
(message):
  A required package was not found
Call Stack (most recent call first):
  /usr/share/cmake-3.10/Modules/FindPkgConfig.cmake:593
(_pkg_check_modules_internal)
  CMakeLists.txt:286 (pkg_check_modules)

Can someone tell me if is feasible to manually install new library
versions for all the dependencies of the new evolution version? And
what does "A required package was not found" mean? How to find out what
package has not been found?


Bye,
Volker

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