Re: Correus duplicats Evolution

2024-04-28 Thread griera
Jo el faig servir, però mai m'ha passat això. Però també és cert que el tinc 
amb un simple IMAP.

Salut

On Sat, 27 Apr 2024 10:01:01 +0200
Jordi <215...@runbox.com> wrote:

> Bon dia, algú utilitza l'Evolution com a client de correu ?
> 
> De vegades em surt el correu amb tots els missatges duplicats i de
> vegades només algunes carpetes, no en tinc gens clar el perquè.
> 
> Es veritat que tinc 1 compte de correu dividits en diversos alies i
> l'Evolution els mira tots com si fossin comptes diferents (només mirant
> el correu principal ho rebria tot) però és l'única forma de poder
> enviar els correus des dels diferents alies. Algú sap com fer-ho per
> tenir el mateix compte amb diversos alies? es a dir... una consulta al
> servidor, distribuir els correus als seus respectius alies i a l'hora
> d'enviar, fer-ho des de l'alies que calgui. 
> 
> Salutacions 
> 
> Jordi.
> 



Correus duplicats Evolution

2024-04-27 Thread Jordi
Bon dia, algú utilitza l'Evolution com a client de correu ?

De vegades em surt el correu amb tots els missatges duplicats i de
vegades només algunes carpetes, no en tinc gens clar el perquè.

Es veritat que tinc 1 compte de correu dividits en diversos alies i
l'Evolution els mira tots com si fossin comptes diferents (només mirant
el correu principal ho rebria tot) però és l'única forma de poder
enviar els correus des dels diferents alies. Algú sap com fer-ho per
tenir el mateix compte amb diversos alies? es a dir... una consulta al
servidor, distribuir els correus als seus respectius alies i a l'hora
d'enviar, fer-ho des de l'alies que calgui. 

Salutacions 

Jordi.



Re: Gnome Evolution et email IONOS sur Bullseye

2023-05-09 Thread didier gaumet

Le 09/05/2023 à 14:17, Olivier a écrit :

Bonjour,

J'utilise au quotidien Gnome Evolution sur Debian Bullseye. J'utilise
IMAP (et non POP).

Depuis quelques jours mon prestataire (IONOS pour ne pas le nommer)
affiche le message cité plus bas.

Depuis quelques jours, mon dossier des courriels envoyés est
désespérément vide même si heureusement j'arrive à émettre et à
recevoir des courriels et les autres dossiers restent remplis et si
les courriels envoyés restent accessible via le webmail de IONOS.

Même si je ne suis pas certain des dates exactes, je suppose que les
deux évènements (boîte mail vide et modif IONOS) sont liés.
J'ai aussi imaginé que le dossier Envoyé avait simplement changé de
nom. Il s'appelle Sent dans Evolution et Envoyé via le webmail de
IONOS

"Si vous rencontrez des problèmes pour envoyer ou recevoir des e-mails
via un logiciel de messagerie e-mail externe (par exemple Outlook,
Thunderbird, etc.), c'est peut-être parce que vous accédez à votre
compte e-mail sans chiffrement ou via les protocoles de chiffrement
TLS 1.0 ou TLS 1.1, qui sont obsolètes. Pour des raisons de sécurité,
nous désactivons l'accès aux e-mails via un accès non chiffré et via
TLS 1.0 et TLS 1.1. Pour que les e-mails puissent continuer à être
transmis entre vos logiciels de messagerie et nos serveurs e-mail, ces
derniers doivent supporter TLS 1.2 ou une version supérieure et le
chiffrement (SSL/TLS) doit être activé."


En gros ton FAI te dit que jusqu'à maintenant il a été arrangeant pour 
te permettre de te connecter dans des conditions de sécurité qui ne sont 
pas idéales et que désormais il devient plus restrictif.


Sous Debian Bullseye à jour, normalement, tu ne dois pas avoir de 
problème de versions trop anciennes de TLS ou SSL.
Il est donc vraisemblable que ce qui se passe c'est qu'avant IONOS te 
laissait ne pas utiliser TLS ou SSL et que c'est ce que tu faisais.

Maintenant IONOS te l'interdit.


1. Par quel miracle, seul le dossier des courriels envoyés est impacté ?


Vraisemblablement tu avais paramétré la réception (IMAP) du compte IONOS 
avec emploi de TLS ou SSL et tu avais paramétré l'envoi (SMTP) de ce 
même compte sans emploi de TLS ou SSL



2. Dans les formulaires d'Evolution, relatif à ce compte IONOS, quels
paramètres lèvent la restriction ci-dessus ?


Là tu as deux possibilités:

1) tu utilises le bureau Gnome et ton compte IONOS a été paramétré dans 
Gnome GOA (Gnome On-Line Accounts). Il est alors automatiquement inclus 
dans Evolution.
Tu peux verifier que c'est le cas en consultant les paramètres Gnome, 
section "comptes en ligne", et tu regardes si tu as paramétré un compte 
sous ce nom, ou un compte avec un autre nom mais qui fait appel aux 
serveurs IONOS.
 a) si c'est le cas, le seul moyen, je crois, c'est de détruire le 
compte et le recréer, cette fois avec TLS ou SSL tant à la réception 
(IMAP) qu'à l'envoi (SMTP)

 b) ce n'est pas le cas? tu passes à 2)

2) le compte IONOS a été paramétré directement et intégralement dans 
Evolution.
 a) Tu vas dans "Edition" puis "Comptes", tu cliques sur le compte 
IONOS, tu vas dans "édition" puis "réception du courriel" et tu vérifies 
que "méthode de chiffrement" est à la valeur "STARTTLS..." ou "TLS..." 
et pas à la valeur "sans chiffrement". Normalement ça c'est l'IMAP et il 
est déjà correctement paramétré.
 b) toujours dans l'édition des comptes, tu cliques sur "envoi du 
courriel" (ça c'est le SMTP) et tu reportes dans "méthode de 
chiffrement" la valeur que tu as relevée plus tôt pour l'IMAP.

 c) tu cliques sur "valider" puis "fermer"

Et ça devrait être OK



Gnome Evolution et email IONOS sur Bullseye

2023-05-09 Thread Olivier
Bonjour,

J'utilise au quotidien Gnome Evolution sur Debian Bullseye. J'utilise
IMAP (et non POP).

Depuis quelques jours mon prestataire (IONOS pour ne pas le nommer)
affiche le message cité plus bas.

Depuis quelques jours, mon dossier des courriels envoyés est
désespérément vide même si heureusement j'arrive à émettre et à
recevoir des courriels et les autres dossiers restent remplis et si
les courriels envoyés restent accessible via le webmail de IONOS.

Même si je ne suis pas certain des dates exactes, je suppose que les
deux évènements (boîte mail vide et modif IONOS) sont liés.
J'ai aussi imaginé que le dossier Envoyé avait simplement changé de
nom. Il s'appelle Sent dans Evolution et Envoyé via le webmail de
IONOS

"Si vous rencontrez des problèmes pour envoyer ou recevoir des e-mails
via un logiciel de messagerie e-mail externe (par exemple Outlook,
Thunderbird, etc.), c'est peut-être parce que vous accédez à votre
compte e-mail sans chiffrement ou via les protocoles de chiffrement
TLS 1.0 ou TLS 1.1, qui sont obsolètes. Pour des raisons de sécurité,
nous désactivons l'accès aux e-mails via un accès non chiffré et via
TLS 1.0 et TLS 1.1. Pour que les e-mails puissent continuer à être
transmis entre vos logiciels de messagerie et nos serveurs e-mail, ces
derniers doivent supporter TLS 1.2 ou une version supérieure et le
chiffrement (SSL/TLS) doit être activé."

1. Par quel miracle, seul le dossier des courriels envoyés est impacté ?

2. Dans les formulaires d'Evolution, relatif à ce compte IONOS, quels
paramètres lèvent la restriction ci-dessus ?

Slts



Re: Gnome Evolution charset question

2023-05-06 Thread 黃炳熙
On Sat, 2023-05-06 at 14:03 +0200, Alex wrote:
> On Sat, 06 May 2023 20:59:38 +0900
> Byung-Hee HWANG (黃炳熙)   wrote:
> 
> > My point is that:
> > Evolution should do encoding by UTF-8 *really* like as Thunderbird.
> 
> You should bring this up at
> https://gitlab.gnome.org/GNOME/evolution/-/issues, or at their
> mailing
> list.
> 

Thanks, Alex! 
If i am sure this is bug, i'll push this question someday far later.


And for a while, i'll use below trick:

alias evo='LANG=en_US.UTF-8 evolution &'


That bypasses [EUC-KR] in Evolution.


Sincerely, Byung-Hee (Korean Debian user)

-- 
^고맙습니다 _布德天下_ 감사합니다_^))//



Re: Gnome Evolution charset question

2023-05-06 Thread Alex
On Sat, 06 May 2023 20:59:38 +0900
Byung-Hee HWANG (黃炳熙)   wrote:

> My point is that:
> Evolution should do encoding by UTF-8 *really* like as Thunderbird.

You should bring this up at
https://gitlab.gnome.org/GNOME/evolution/-/issues, or at their mailing
list.

-- 
Current PGP KeyID: 0AFB427F1800FD89751C4035292228735AE707FF

https://blueselene.com/pgp-archive/0AFB427F1800FD89751C4035292228735AE707FF/key.pub

My previous key has been revoked, make sure to import it again to
update your keyring:
https://blueselene.com/pgp-archive/11ADE4393600C1BDFFCBC0A598DE15942B08CA00/key.pub
 

For up-to-date information on my crypto keys see
https://blueselene.com/crypto.html


pgpuXvDbMaZFJ.pgp
Description: OpenPGP digital signature


Gnome Evolution charset question

2023-05-06 Thread 黃炳熙
Hellow,

I was using Gnome Evolution for a while.
Most are good. But Headers' charset is odd.

Evolution's Content-Type is *always* UTF-8.
In my case, however, From's my name and Organization header and Subject
header, these headers are encoded by [EUC-KR].

That is feature? Or that is bug?

In contrast, Mozilla Thunderbird does encoding all charset by [UTF-8].

My point is that:
Evolution should do encoding by UTF-8 *really* like as Thunderbird.


Sincerely, Byung-Hee (Korean Debian user)

-- 
^고맙습니다 _布德天下_ 감사합니다_^))//



Re: Email bodies not show anymore in Evolution Email

2023-05-05 Thread didier gaumet

Le 04/05/2023 à 20:21, Jim Popovitch a écrit :
[...]

Excellent job Debian team!


+1 Great. Hats down to Debian folks :-)




Re: Email bodies not show anymore in Evolution Email

2023-05-04 Thread 황병희
2023-05-04 (목), 18:21 +, Jim Popovitch:
> On May 4, 2023 6:13:04 PM UTC, Cindy Sue Causey <
> butterflyby...@gmail.com> wrote:
> > 
> > The security involvement appears to be that one current fix is to
> > downgrade which "leaves the user with an unpatched version of
> > WebKit".
> > 
> > Cindy :)
> 
> While that wasn't my intention when I wrote it, I'm happy to see the
> rush of attention that got this issue resolved for everyone. 
> Excellent job Debian team! 
> 

Also i resolved, thanks!

Sincerely, Byung-Hee



Re: Email bodies not show anymore in Evolution Email

2023-05-04 Thread Jim Popovitch
On May 4, 2023 6:13:04 PM UTC, Cindy Sue Causey  
wrote:
>
>The security involvement appears to be that one current fix is to
>downgrade which "leaves the user with an unpatched version of WebKit".
>
>Cindy :)

While that wasn't my intention when I wrote it, I'm happy to see the rush of 
attention that got this issue resolved for everyone.  Excellent job Debian 
team! 

-Jim P. 



Re: Email bodies not show anymore in Evolution Email

2023-05-04 Thread Tixy
On Thu, 2023-05-04 at 20:09 +0200, zithro wrote:
> 
> A recent email from the Debian security team confirms this (Advisory 
> DSA-5396-2) :
> 
> "The webkit2gtk update released as 5396-1 introduced a compatibility
> problem that caused Evolution to display e-mail incorrectly. Evolution
> has been updated to solve this issue.
> 
> For the stable distribution (bullseye), this problem has been fixed in
> version 3.38.3-1+deb11u2."
> 

Yep, just updated and the problem is fixed by

evolution (3.38.3-1+deb11u2) bullseye-security; urgency=medium

  * Cherry pick a couple of upstream patches to solve regressions caused
by the upgrade to WebKitGTK 2.40.x:
- debian/patches/frame-flattening.patch: display email bodies properly
  (Closes: #1035469).
- debian/patches/scroll-preview-messages.patch: allow scrolling
  message previews with the space bar.

 -- Alberto Garcia   Thu, 04 May 2023 17:54:18 +0200




Re: Email bodies not show anymore in Evolution Email

2023-05-04 Thread Cindy Sue Causey
On 5/4/23, Christoph Pleger  wrote:
>>
> Hello,
>
>> I have had just the same problem. I think it is caused by the last
>> security upgrade by unattended-upgrades of these packages:
>> gir1.2-javascriptcoregtk-4.0
>> gir1.2-webkit2-4.0
>> libjavascriptcoregtk-4.0-18
>> libwebkit2gtk-4.0-37
>
> Ah, thank you very much for that information. In the meanwhile, I found
> that there is already a bug report available at Debian about that.


Am almost simultaneously reading this thread AND the
Debian-Security-Announce post about the same:

In part, it says:

"Package: evolution
Debian Bug : 1035469

The webkit2gtk update released as 5396-1 introduced a compatibility
problem that caused Evolution to display e-mail incorrectly. Evolution
has been updated to solve this issue."

https://lists.debian.org/debian-security-announce/2023/msg00088.html

The bug:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1035469

The security involvement appears to be that one current fix is to
downgrade which "leaves the user with an unpatched version of WebKit".

Cindy :)
-- 
Talking Rock, Pickens County, Georgia, USA
* runs with birdseed *



Re: Email bodies not show anymore in Evolution Email

2023-05-04 Thread zithro

On 04 May 2023 17:40, Tixy wrote:

On Thu, 2023-05-04 at 12:07 +0200, Christoph Pleger wrote:



Hello,


I have had just the same problem. I think it is caused by the last
security upgrade by unattended-upgrades of these packages:
gir1.2-javascriptcoregtk-4.0
gir1.2-webkit2-4.0
libjavascriptcoregtk-4.0-18
libwebkit2gtk-4.0-37


Ah, thank you very much for that information. In the meanwhile, I
found
that there is already a bug report available at Debian about that.


That's good, because I too can only read email by hitting Ctrl-U to
view the source.



A recent email from the Debian security team confirms this (Advisory 
DSA-5396-2) :


"The webkit2gtk update released as 5396-1 introduced a compatibility
problem that caused Evolution to display e-mail incorrectly. Evolution
has been updated to solve this issue.

For the stable distribution (bullseye), this problem has been fixed in
version 3.38.3-1+deb11u2."



Re: Email bodies not show anymore in Evolution Email

2023-05-04 Thread Tixy
On Thu, 2023-05-04 at 12:07 +0200, Christoph Pleger wrote:
> > 
> Hello,
> 
> > I have had just the same problem. I think it is caused by the last 
> > security upgrade by unattended-upgrades of these packages:
> > gir1.2-javascriptcoregtk-4.0
> > gir1.2-webkit2-4.0
> > libjavascriptcoregtk-4.0-18
> > libwebkit2gtk-4.0-37
> 
> Ah, thank you very much for that information. In the meanwhile, I
> found
> that there is already a bug report available at Debian about that.

That's good, because I too can only read email by hitting Ctrl-U to
view the source.

-- 
Tixy



Re: Email bodies not show anymore in Evolution Email

2023-05-04 Thread Byung-Hee HWANG
didier gaumet  writes:

> Le 04/05/2023 à 09:54, Christoph Pleger a écrit :
>> Hello,
>> suddenly, I have the problem in Evolution Email, that email bodies
>> are not shown anymore, but only the headers.
>> This affects my private email account as well as my email account
>> for work. Maybe I have changed some setting,
>> but I cannot remember to have done that.
>> Any idea?
>
> Hello,
>
> I have had just the same problem. I think it is caused by the last
> security upgrade by unattended-upgrades of these packages:
> gir1.2-javascriptcoregtk-4.0
> gir1.2-webkit2-4.0
> libjavascriptcoregtk-4.0-18
> libwebkit2gtk-4.0-37

Me too!
After 'sudo apt update; sudo apt upgrade', i met same problem.

This is obvious bug.

> in the unattended-upgrades mail that informed me of the upgrade,
> needrestart-session added that:
>
> User sessions running outdated binaries:
>  didier @ user manager service: bwrap[2629], evolution[2417],
>  gnome-session=
> -b[2185], systemd[1956]
> Log ended: 2023-05-04  09:35:34
>
> So I restarted my gdm session (and thus Evolution)
> And since then, Evolution does not show email bodies
>
> It seems to me to be a regression bug likely caused by the upgrade of
> one the four packages above (I have done a dpkg-reconfigure of them, 
> without success)
>
>

My package is:
Debian GNU/Linux 11 (bullseye)
Evolution 3.38.3-1+deb11u1

Sincerely, Byung-Hee

-- 
^고맙습니다 _布德天下_ 감사합니다_^))//



Re: Email bodies not show anymore in Evolution Email

2023-05-04 Thread Christoph Pleger
> 
Hello,

> I have had just the same problem. I think it is caused by the last 
> security upgrade by unattended-upgrades of these packages:
> gir1.2-javascriptcoregtk-4.0
> gir1.2-webkit2-4.0
> libjavascriptcoregtk-4.0-18
> libwebkit2gtk-4.0-37

Ah, thank you very much for that information. In the meanwhile, I found
that there is already a bug report available at Debian about that.

Regards
  Christoph


signature.asc
Description: This is a digitally signed message part


Re: Email bodies not show anymore in Evolution Email

2023-05-04 Thread didier gaumet

Le 04/05/2023 à 09:54, Christoph Pleger a écrit :

Hello,

suddenly, I have the problem in Evolution Email, that email bodies are not 
shown anymore, but only the headers.
This affects my private email account as well as my email account for work. 
Maybe I have changed some setting,
but I cannot remember to have done that.

Any idea?


Hello,

I have had just the same problem. I think it is caused by the last 
security upgrade by unattended-upgrades of these packages:

gir1.2-javascriptcoregtk-4.0
gir1.2-webkit2-4.0
libjavascriptcoregtk-4.0-18
libwebkit2gtk-4.0-37

in the unattended-upgrades mail that informed me of the upgrade, 
needrestart-session added that:


User sessions running outdated binaries:
 didier @ user manager service: bwrap[2629], evolution[2417], 
gnome-session=

-b[2185], systemd[1956]
Log ended: 2023-05-04  09:35:34

So I restarted my gdm session (and thus Evolution)
And since then, Evolution does not show email bodies

It seems to me to be a regression bug likely caused by the upgrade of 
one the four packages above (I have done a dpkg-reconfigure of them, 
without success)




Email bodies not show anymore in Evolution Email

2023-05-04 Thread Christoph Pleger
Hello,

suddenly, I have the problem in Evolution Email, that email bodies are not 
shown anymore, but only the headers.
This affects my private email account as well as my email account for work. 
Maybe I have changed some setting,
but I cannot remember to have done that.

Any idea?

Regards
  Christoph





signature.asc
Description: This is a digitally signed message part


Re: Evolution email (problem?) (IMAP, Gmail, email compacting)

2023-05-01 Thread rhkramer
Oh, I meant to add that compacting is typically useful when record (email?) 
storage is in something like an mbox file -- it saves the need to rewrite the 
file each time a single file is deleted (for example).  

On the other  hand, with storage in something like mdirr files (right name -- 
one email / record per file) it is not really relevant (unless those records / 
emails are indexed by some other indexing system that stores pointers to all 
of those records).

In (older versions?) of kmail, with mbox storage, compactiing is necessary to 
reclaim unused space after deletions, and there is an option in the context 
menu for (most) kmail folders to initiate compaction.

On Monday, May 01, 2023 08:45:15 AM rhkra...@gmail.com wrote:
> On Sunday, April 30, 2023 06:24:14 PM Default User wrote:
> > > What is 'compacting', what is it meant to do?
> 
> The definition of compacting as I "grew up" with it (not sure where I first
> encountered it is the idea that in some applications, the act of "deleting"
> something doesn't actually delete it from the file, instead it is marked
> for deletion (and no longer visible to the user).
> 
> Compacting actually deletes that thing, and shrinks the file to avoid any
> wasted (empty") space previously used by those deleted things.
> 
> I suspect I first encountered that back in the early days of DOS based
> databases, even prior to dBase II.

-- 
rhk 

| No entity has permission to use this email to train an AI. 



Re: Evolution email (problem?) (IMAP, Gmail, email compacting)

2023-05-01 Thread rhkramer
On Sunday, April 30, 2023 06:24:14 PM Default User wrote:
> > What is 'compacting', what is it meant to do? 

The definition of compacting as I "grew up" with it (not sure where I first 
encountered it is the idea that in some applications, the act of "deleting" 
something doesn't actually delete it from the file, instead it is marked for 
deletion (and no longer visible to the user).

Compacting actually deletes that thing, and shrinks the file to avoid any 
wasted (empty") space previously used by those deleted things.

I suspect I first encountered that back in the early days of DOS based 
databases, even prior to dBase II.

-- 
rhk 

(sig revised 20230312 -- modified first paragraph, some other irrelevant 
wordsmithing)

| No entity has permission to use this email to train an AI. 

If you reply: snip, snip, and snip again; leave attributions; avoid HTML; 
avoid top posting; and keep it "on list".  (Oxford comma (and semi-colon) 
included at no charge.)  If you revise the topic, change the Subject: line.  
If you change the topic, start a new thread.

Writing is often meant for others to read and understand (legal documents 
excepted?) -- make it easier for your reader by various means, including 
liberal use of whitespace (short paragraphs, separated by whitespace / blank 
lines) and minimal use of (obscure?) jargon, abbreviations, acronyms, and 
references.

If someone has already responded to a question, decide whether any response 
you add will be helpful or not ...

A picture is worth a thousand words.  A video (or "audio"): not so much -- 
divide by 10 for each minute of video (or audio) or create a transcript and 
edit it to 10% of the original.

A speaker who uses ahhs, ums, or such may have a real physical or mental 
disability, or may be showing disrespect for his listeners by not properly 
preparing in advance and thinking before speaking. (That speaker might have 
been "trained" to do this by being interrupted often if he pauses.)  (Remember 
Cicero who did not have enough time to write a short missive.)

A radio (or TV) station which broadcasts speakers with high pitched voices (or 
very low pitched / gravelly voices) (which older people might not be able to 
hear properly) disrespects its listeners.   Likewise if it broadcasts 
extraneous or disturbing sounds (like gunfire or crying), or broadcasts 
speakers using their native language (with or without an overdubbed 
translation).

A person who writes a sig this long probably has issues and disrespects (and 
offends) a large number of readers. ;-)
'



Re: Evolution email (problem?) (IMAP, Gmail, email compacting)

2023-05-01 Thread tomas
On Mon, May 01, 2023 at 07:38:45AM +0100, Tixy wrote:
> On Sun, 2023-04-30 at 18:24 -0400, Default User wrote:
> > It does occur to me that Evolution may use the maildir format rather
> > than the mbox format [...]

> I thought we were talking about IMAP protocol access to Google? In
> which case Evolution isn't storing email in any format [1], it's
> accessing it on a remote server [...]

Oh, goody. I only brought mbox up as an attempt to explain how such
a kind of unser interface (mark for deletion, then bulk expunge/
compact/whatyoucallit) might have developed.

After that, users might expect that kind of interface regardless of
the actual storage backend, so many mailers offer it.

Cheers
-- 
t


signature.asc
Description: PGP signature


Re: Evolution email (problem?) (IMAP, Gmail, email compacting)

2023-05-01 Thread Tixy
On Sun, 2023-04-30 at 18:24 -0400, Default User wrote:
> It does occur to me that Evolution may use the maildir format rather
> than the mbox format.  I just ASSumed that it used mbox, since in Menu
> > File, there is an option to save messages in mbox format.  If
> Evolution uses the maildir format, compacting apparently does not
> apply, which would seem to explain it.  I have not yet determined
> whether Evolution uses mbox or maildir.  

I thought we were talking about IMAP protocol access to Google? In
which case Evolution isn't storing email in any format [1], it's
accessing it on a remote server. Evolution does have an 'On This
Computer' email account, don't know what format it uses for that. In
Evolution you can also create email accounts where email is stored
locally in maildir or mbox format. I used maildir some years ago to
have an email archive of some mailing lists. 

[1] Well, Evolution does cache email in ~/.cache/evolution/mail
which seems to involve SQLite database and a file for each email. If
you want to free that space you can just 'rm -rf ~/.cache/evolution'
but I guess if you have 'download for offline use' configured or
actually look at the remote email folders again it will re-download
them.

-- 
Tixy



Re: Evolution email (problem?) (IMAP, Gmail, email compacting)

2023-04-30 Thread Max Nikulin

On 01/05/2023 05:36, Stefan Monnier wrote:

According to this:
https://support.mozilla.org/en-US/kb/compacting-folders


This basically explains that compacting is an operation that should
fundamentally be transparent to the user, and that Thunderbird makes the
user aware of it for ... no good reason.


This support page discusses behavior for local folders. This thread is 
dedicated to specific of Gmail and Evolution interaction in respect to 
IMAP protocols. I mentioned compacting of folders in Thnderbird because 
earlier I have seen that performing "Compact" in Thunderbird expunges 
messages earlier marked for deletion. Strike through in message list may 
be a sign that the message is marked for deletion.


I expect that the following applies to message state on server, not to 
local folders:

https://datatracker.ietf.org/doc/html/rfc3501#section-2.3.2
RFC 3501 IMAPv4
2.3.2.  Flags Message Attribute


\Deleted
   Message is "deleted" for removal by later EXPUNGE


It is independent of maildir or mbox storage format of local folders or 
local offline cache of remote folder. Gmail may use internally some 
proprietary format that is neither mbox nor maildir, e.g. records in 
some database.


I like that Thunderbird exposes the "compact" option to UI because I 
earlier used it to forced removal of large messages from server account 
with rather strict quota. Several times I used "undelete" to recover 
messages I deleted by mistake, so I like that messages just marked for 
deletion by default as well.


The following is related neither to Evolution (at least directly) nor to 
Thunderbird, but still might be relevant:

https://support.microsoft.com/en-us/office/restore-deleted-messages-when-using-an-imap-account-4559a297-4d46-47e7-bfbf-71287b1935ed


If you use Google Gmail as an IMAP account, messages marked for deletion
are permanently deleted from their original folder but may still appear
there in strikethrough text. These messages are still recoverable
because a copy is kept in the Gmail Trash folder.


On 01/05/2023 05:24, Default User wrote:

compacting does not:
- delete messages
- remove messages


These statements may be confusing in the context of this thread. It is 
true that the action does not deletes messages if the user earlier has 
not requested removal. However in some cases it possible to undelete 
message before compacting, but not after. So it really deletes messages, 
perhaps hidden from UI (or displayed as strike through and still available).




Re: Evolution email (problem?) (IMAP, Gmail, email compacting)

2023-04-30 Thread Default User
On Sun, 2023-04-30 at 20:47 +0200, to...@tuxteam.de wrote:
> On Sun, Apr 30, 2023 at 06:26:53PM +0100, Tixy wrote:
> > On Sun, 2023-04-30 at 11:19 -0400, Default User wrote:
> > > (BTW, if anyone does have information about compacting folders in
> > > Evolution, I would love to hear about it!)
> > 
> > What is 'compacting', what is it meant to do? [...]
> 
> > If it just means really deleting email, then you can select the
> > menu
> > option File > Empty Wastebasket which does that for all accounts.
> > Or
> > for just a single account, right click on it's Wastebasket. There
> > is
> > also Folder > Expunge which I believe does it for a single folder.
> 
> This is probably the intended meaning. For strange historical reasons
> (mbox), reclaiming the space of a deleted mail used to be a non
> trivial
> operation, so the user interface separated both: marking single mails
> for deletion and actually doing it (which went by different names,
> like "expunge", possibly "compact" -- the latter reminiscent of
> crushing
> the holes left in a linear mbox).
> 
> That user interface proved useful for other reasons (time for
> remorse),
> so it stuck, probably.
> 
> So yes, wastebasket emptying is probably it.
> 
> Cheers



Hi, Tomas.  

Okay, it looks like Evolution does indeed use the MAILDIR format.  See:

https://help.gnome.org/users/evolution/stable/import-supported-file-formats.html.en

which says, 

"The format used by Evolution (for local folders since version 3.0).
There is no need to import Maildir files as you can configure a Maildir
account in Evolution and point to the folder where the Maildir files
are stored."  

And according to:

https://support.mozilla.org/en-US/kb/compacting-folders  


MBOX is the default format, where all of a folder's messages are stored
in a single file on disk. This is where the compact process is useful,
and the purpose of this article is to explain how and why.  

Maildir is a newer storage format, where every message of a folder is a
separate file. Maildir does not need compact, and so this article is
not applicable to Maildir folders. 

So, apparently Evolution does not need "compacting"!  

BTW, interesting that Thunderbird seems to still use the mbox format by
default, although you can apparently choose to store messages in either
mbox or maildir format.  Which is why they explain and offer the choice
to users.  





Re: Evolution email (problem?) (IMAP, Gmail, email compacting)

2023-04-30 Thread Stefan Monnier
> According to this:
> https://support.mozilla.org/en-US/kb/compacting-folders

This basically explains that compacting is an operation that should
fundamentally be transparent to the user, and that Thunderbird makes the
user aware of it for ... no good reason.

Thunderbird will compact things for you as needed even if you don't
explicitly ask for it, so you don't need to worry about it.

Evolution doesn't bother the user with this, which is the better option.


Stefan



Re: Evolution email (problem?) (IMAP, Gmail, email compacting)

2023-04-30 Thread Default User
On Sun, 2023-04-30 at 18:26 +0100, Tixy wrote:
> On Sun, 2023-04-30 at 11:19 -0400, Default User wrote:
> > (BTW, if anyone does have information about compacting folders in
> > Evolution, I would love to hear about it!)
> 
> What is 'compacting', what is it meant to do? Sounds like
> 'compressing'
> to me, don't know if protocols like IMAP has a way to ask the server
> to
> compress it's folders. (I would have though how emails are actually
> stored would be an internal implementation detail of the server).
> 
> If it just means really deleting email, then you can select the menu
> option File > Empty Wastebasket which does that for all accounts. Or
> for just a single account, right click on it's Wastebasket. There is
> also Folder > Expunge which I believe does it for a single folder.
> 
> You can also configure Evolution to empty the wastebasket after a
> period of time, or as I have it configured, whenever you close
> Evolution. (I've always hated the idea of Wastebaskets, if I delete
> something I want it deleted, not just hidden and taking up space).
> 



Hi Tixy.

I don't know technically what "compacting" is supposed to mean, but
just as a total guess, I wonder if it is something like the 'vacuuming"
operation for databases. 

According to this:
https://support.mozilla.org/en-US/kb/compacting-folders
compacting does not:
- delete messages
- remove messages
- compress folders

Note that this just says that compacting improves performance.  But I
believe I have read elsewhere that not compacting regularly can have
potentially dire consequences, such as corrupted email storage files
and lost email messages.  

Also consider this:
https://thunderbirdtweaks.blogspot.com/2011/07/compacting-what-is-it-and-why-must-i-do.html

So "expunging" emails may not be the same thing as compacting.  FWIW,
in Evolution I had multiple email accounts with more than 1,000
messages each, including one which had over 24,000 messages!  Spending
many days, deleting sometimes several hundred messages at a time, I
have now reduced that to less than 6,000. No lost messages or file
corruption yet . . .

It does occur to me that Evolution may use the maildir format rather
than the mbox format.  I just ASSumed that it used mbox, since in Menu
> File, there is an option to save messages in mbox format.  If
Evolution uses the maildir format, compacting apparently does not
apply, which would seem to explain it.  I have not yet determined
whether Evolution uses mbox or maildir.  

BTW, I also never did really like the wastebasket (recycle bin)
concept, in any application program.  After all, delete should mean
delete, right?  But I must confess that the wastebasket idea has
rescued me more than once from a deletion by mistake, or when I have
"changed my mind"!  





Re: Evolution email (problem?) (IMAP, Gmail, email compacting)

2023-04-30 Thread tomas
On Sun, Apr 30, 2023 at 06:26:53PM +0100, Tixy wrote:
> On Sun, 2023-04-30 at 11:19 -0400, Default User wrote:
> > (BTW, if anyone does have information about compacting folders in
> > Evolution, I would love to hear about it!)
> 
> What is 'compacting', what is it meant to do? [...]

> If it just means really deleting email, then you can select the menu
> option File > Empty Wastebasket which does that for all accounts. Or
> for just a single account, right click on it's Wastebasket. There is
> also Folder > Expunge which I believe does it for a single folder.

This is probably the intended meaning. For strange historical reasons
(mbox), reclaiming the space of a deleted mail used to be a non trivial
operation, so the user interface separated both: marking single mails
for deletion and actually doing it (which went by different names,
like "expunge", possibly "compact" -- the latter reminiscent of crushing
the holes left in a linear mbox).

That user interface proved useful for other reasons (time for remorse),
so it stuck, probably.

So yes, wastebasket emptying is probably it.

Cheers
-- 
t


signature.asc
Description: PGP signature


Re: Evolution email (problem?) (IMAP, Gmail, email compacting)

2023-04-30 Thread Tixy
On Sun, 2023-04-30 at 11:19 -0400, Default User wrote:
> (BTW, if anyone does have information about compacting folders in
> Evolution, I would love to hear about it!)

What is 'compacting', what is it meant to do? Sounds like 'compressing'
to me, don't know if protocols like IMAP has a way to ask the server to
compress it's folders. (I would have though how emails are actually
stored would be an internal implementation detail of the server).

If it just means really deleting email, then you can select the menu
option File > Empty Wastebasket which does that for all accounts. Or
for just a single account, right click on it's Wastebasket. There is
also Folder > Expunge which I believe does it for a single folder.

You can also configure Evolution to empty the wastebasket after a
period of time, or as I have it configured, whenever you close
Evolution. (I've always hated the idea of Wastebaskets, if I delete
something I want it deleted, not just hidden and taking up space).

-- 
Tixy





Re: Evolution email (problem?) (IMAP, Gmail, email compacting)

2023-04-30 Thread Default User
On Sat, 2023-04-29 at 00:01 +0700, Max Nikulin wrote:
> For those who missed start of the thread: it is dedicated to IMAP
> access 
> to Gmail and Evolution behavior.
> 
> On 27/04/2023 23:15, Default User wrote:
> > It stays in both folders, with
> > only the one in "All Mail" having a line through it, showing that
> > is
> > marked for deletion, but is not deleted, and is not even moved to
> > "Trash", which remains empty.
> 
> What will happen if you try to "compact" the "All Mail" folder? I am 
> unsure concerning precise name of such action in evolution. In 
> thunderbird delete vs. mark for deletion setting is account-wide and
> can 
> not be chosen per folder. However even when "delete" is chosen,
> messages 
> may be retained in folders till they are automatically compacted or
> this 
> action is forced by user.
> 
> > Moving the message from "Inbox" to another folder in the same email
> > account, for example "Spam", DOES remove the message from "All
> > Mail".
> > That does not make sense to me!
> 
> It is better to experiment with a custom label. Spam or Trash are
> rather 
> special cases (perhaps on both sides: client and server).
> 
> > I am reluctant to test moving a message from one email account to
> > another one, as I do not do not want to have an another unexpected
> > problem occur, and I do want to keep the email accounts strictly
> > isolated from each other.
> 
> Almost certainly messages may be deleted from web UI. Anyway a couple
> of 
> test messages should not cause real mess.
> 



Hi, Max.

I can not seem to find any information about compacting folders in
Evolution.  Which is strange. In Thunderbird, you can manually compact
folders any time, and it will compact automatically by default, with
adjustable parameters.  

Perhaps Evolution considers "expunging" (actual deletion) of messages
in the Trash folder, or otherwise marked for deletion (except in the
All Mail folder), as "compacting".  I sure hope that Evolution is
actually compacting folders somehow, and just not bothering to explain
when or how.  

Anyway, I think I have spent enough time on the Evolution All Mail
folder issue.  For now, I will just add one or more "Saved" folders,
and pretty much just ignore the All Mail folder, unless for some reason
I need to move messages from there to other folders. 

So, thanks to all who weighed in on the issue. 

(BTW, if anyone does have information about compacting folders in
Evolution, I would love to hear about it!)





Re: Evolution email (problem?) (IMAP, Gmail)

2023-04-28 Thread Max Nikulin
For those who missed start of the thread: it is dedicated to IMAP access 
to Gmail and Evolution behavior.


On 27/04/2023 23:15, Default User wrote:

It stays in both folders, with
only the one in "All Mail" having a line through it, showing that is
marked for deletion, but is not deleted, and is not even moved to
"Trash", which remains empty.


What will happen if you try to "compact" the "All Mail" folder? I am 
unsure concerning precise name of such action in evolution. In 
thunderbird delete vs. mark for deletion setting is account-wide and can 
not be chosen per folder. However even when "delete" is chosen, messages 
may be retained in folders till they are automatically compacted or this 
action is forced by user.



Moving the message from "Inbox" to another folder in the same email
account, for example "Spam", DOES remove the message from "All Mail".
That does not make sense to me!


It is better to experiment with a custom label. Spam or Trash are rather 
special cases (perhaps on both sides: client and server).



I am reluctant to test moving a message from one email account to
another one, as I do not do not want to have an another unexpected
problem occur, and I do want to keep the email accounts strictly
isolated from each other.


Almost certainly messages may be deleted from web UI. Anyway a couple of 
test messages should not cause real mess.




Re: Evolution email (problem?)

2023-04-27 Thread Default User
On Thu, 2023-04-27 at 17:17 +0100, Tixy wrote:
> On Wed, 2023-04-26 at 11:05 -0400, Default User wrote:
> > Even if it did not work from a Live Debian session, it makes no
> > sense
> > to me that Evolution could be designed this way.  I see no good
> > reason
> > that messages can be directly deleted from any other folder, but
> > not
> > [Gmail]/All Mail.  
> > 
> > Does anyone have a solution, so that messages must be moved to
> > another
> > folder (if they are not also there already), just to be deleted? 
> > Or at
> > least a "good" explanation as to why Evolution appears to be
> > designed
> > this way?  
> 
> I'd be inclined to blame Gmail's quirks.
> 
> Personally, I've used Evolution since Debain 5 without issue, though
> not with Gmail though. Well, except on a work laptop for a few months
> until I realised it didn't behave properly (like hiding your own
> mails
> sent to lists) so I just set up a rule for gmail to forward all mail
> to
> proper IMAP sever (Dovecot) run by me and used that for work email.
> 
> -- 
> Tixy 
> 


Hi, Tixy:

It is unfortunately a well-known "feature" of Gmail: if you send an
email message, it does not show up in your "Inbox".  You have to look
in your "Sent Mail" folder to see it.  

But hey, "It's not a bug - it's a feature!"
Right . . .





Re: Evolution email (problem?)

2023-04-27 Thread Default User
On Thu, 2023-04-27 at 17:26 +0200, Michel Verdier wrote:
> Le 27 avril 2023 Default User a écrit :
> 
> > Anyway, it would be interesting to hear from Evolution users, to
> > see if
> > others experience the situation I have described.  I would find it
> > hard
> > to believe that no one else on debian-user@lists.debian.org uses
> > Gnome/Evolution on Debian Stable!  
> 
> I don't use evolution and I use pop3 to fetch mails from gmail. I
> have
> problems deleting mails from lists : duplicate mails are not included
> in
> fetch and have to be deleted directly on gmail. So I think your
> problem
> is not on evolution or imap, it's only on gmail...
> 


Hi, Michel.  

Yes, it could well be. Gmail is Google, after all.  
As actress/comedian Lilly Tomlin used to say on the old American
television show "Laugh In":

"We don't care. We don't have to. We're the phone company!"





Re: Evolution email (problem?)

2023-04-27 Thread Default User
On Thu, 2023-04-27 at 17:26 +0100, Tixy wrote:
> On Thu, 2023-04-27 at 12:15 -0400, Default User wrote:
> > If a message is in both of the folders "Inbox" and "All Mail", it
> > CAN
> > NOT be directly deleted from "All Mail". It stays in both folders,
> > with
> > only the one in "All Mail" having a line through it, showing that
> > is
> > marked for deletion, but is not deleted, and is not even moved to
> > "Trash", which remains empty. 
> 
> Well, one email can't be _in_ two folders. You can have two emails,
> one
> in each folder, and deleting one shouldn't affect the other. Except
> you're using Google's Gmail where 'folders' aren't really folders,
> just
> tags applied in a database. Who knows how it's going to behave when
> they Google maps that onto the IMAP protocol.
> 



Hi, Tixy.

Yes, I think there is never more than one actual message, there is just
one message with one or more "labels" of virtual folders attached to
it, until it is really deleted from Gmail's database.  





Re: Evolution email (problem?)

2023-04-27 Thread Tixy
On Thu, 2023-04-27 at 12:15 -0400, Default User wrote:
> If a message is in both of the folders "Inbox" and "All Mail", it CAN
> NOT be directly deleted from "All Mail". It stays in both folders, with
> only the one in "All Mail" having a line through it, showing that is
> marked for deletion, but is not deleted, and is not even moved to
> "Trash", which remains empty. 

Well, one email can't be _in_ two folders. You can have two emails, one
in each folder, and deleting one shouldn't affect the other. Except
you're using Google's Gmail where 'folders' aren't really folders, just
tags applied in a database. Who knows how it's going to behave when
they Google maps that onto the IMAP protocol.

-- 
Tixy



Re: Evolution email (problem?)

2023-04-27 Thread Tixy
On Wed, 2023-04-26 at 11:05 -0400, Default User wrote:
> Even if it did not work from a Live Debian session, it makes no sense
> to me that Evolution could be designed this way.  I see no good reason
> that messages can be directly deleted from any other folder, but not
> [Gmail]/All Mail.  
> 
> Does anyone have a solution, so that messages must be moved to another
> folder (if they are not also there already), just to be deleted?  Or at
> least a "good" explanation as to why Evolution appears to be designed
> this way?  

I'd be inclined to blame Gmail's quirks.

Personally, I've used Evolution since Debain 5 without issue, though
not with Gmail though. Well, except on a work laptop for a few months
until I realised it didn't behave properly (like hiding your own mails
sent to lists) so I just set up a rule for gmail to forward all mail to
proper IMAP sever (Dovecot) run by me and used that for work email.

-- 
Tixy 



Re: Evolution email (problem?)

2023-04-27 Thread Default User
On Thu, 2023-04-27 at 22:25 +0700, Max Nikulin wrote:
> On 27/04/2023 21:38, Default User wrote:
> > "All Mail" apparently assigned to all messages
> 
> Do you expect that deleting from "All Mail" removes message from
> another 
> folder to which you moved it earlier? I am in doubts it should be
> done 
> without a dialog to confirm such operation. However I just realized
> that 
> thunderbird does it quietly.
> 
> My impression is that deleting message from Inbox removes it from
> "All 
> mail" (thunderbird again), however moving message from Inbox to a
> folder 
> from another account removes it from Inbox, but not from "All Mail".
> I 
> admit that such peculiarities are unavoidable due to tree vs. labels 
> concepts difference.
> 



Hi, Max.

If a message is in both of the folders "Inbox" and "All Mail", it CAN
be directly deleted from "Inbox", which removes it from both folders,
moving it to the "Trash" folder, from which it can be "expunged"
("Trash" is then "emptied").  

If a message is in both of the folders "Inbox" and "All Mail", it CAN
NOT be directly deleted from "All Mail". It stays in both folders, with
only the one in "All Mail" having a line through it, showing that is
marked for deletion, but is not deleted, and is not even moved to
"Trash", which remains empty.  

Moving the message from "Inbox" to another folder in the same email
account, for example "Spam", DOES remove the message from "All Mail". 
That does not make sense to me!  

I am reluctant to test moving a message from one email account to
another one, as I do not do not want to have an another unexpected
problem occur, and I do want to keep the email accounts strictly
isolated from each other.

I do wish that "deleting" a message from any folder would remove it
from all folders.  But, of course, a confirmation dialog before doing
any deletion or expungement would seem to be virtually mandatory!





Re: Evolution email (problem?)

2023-04-27 Thread Michel Verdier
Le 27 avril 2023 Default User a écrit :

> Anyway, it would be interesting to hear from Evolution users, to see if
> others experience the situation I have described.  I would find it hard
> to believe that no one else on debian-user@lists.debian.org uses
> Gnome/Evolution on Debian Stable!  

I don't use evolution and I use pop3 to fetch mails from gmail. I have
problems deleting mails from lists : duplicate mails are not included in
fetch and have to be deleted directly on gmail. So I think your problem
is not on evolution or imap, it's only on gmail...



Re: Evolution email (problem?)

2023-04-27 Thread Max Nikulin

On 27/04/2023 21:38, Default User wrote:

"All Mail" apparently assigned to all messages


Do you expect that deleting from "All Mail" removes message from another 
folder to which you moved it earlier? I am in doubts it should be done 
without a dialog to confirm such operation. However I just realized that 
thunderbird does it quietly.


My impression is that deleting message from Inbox removes it from "All 
mail" (thunderbird again), however moving message from Inbox to a folder 
from another account removes it from Inbox, but not from "All Mail". I 
admit that such peculiarities are unavoidable due to tree vs. labels 
concepts difference.




Re: Evolution email (problem?)

2023-04-27 Thread Default User
On Thu, 2023-04-27 at 09:22 +0700, Max Nikulin wrote:
> On 26/04/2023 22:05, Default User wrote:
> > it absolutely refuses to delete email
> > messages directly from the [Gmail]/All Mail folder of any email
> > account.
> 
> Disclaimer: I do not use evolution.
> 
> Do you use IMAP for your gmail account? Notice that IMAP assumes 
> tree-like structure of folders and messages. Gmail uses concept of 
> labels, so the same message may have multiple labels. When mapped to 
> IMAP it means the same message (not a copy) may be accessed from 
> different folders. Moreover All Mail is a meta label/folder that 
> includes every message (besides trash?). I am unsure if it can be 
> reasonably handled using conventional IMAP.
> 
> So gmail IMAP accounts may be special to some degree for mail
> clients. 
> Perhaps some kind of cooperation between a mailer and the server is 
> necessary. I am unsure at which moment a message should completely 
> disappear from the server in response to removing it from particular 
> folders (actually labels).
> 


Hi, Max.

Evolution does indeed use IMAP.  Unfortunately, I don't know much about
email protocols.  

I am aware that Gmail uses the concept of labels, and that "Inbox",
"Sent Mail", "All Mail", etc. are just labels assigned to email
messages, with "All Mail" apparently assigned to all messages (except
those with the "Trash" label).  

Anyway, it would be interesting to hear from Evolution users, to see if
others experience the situation I have described.  I would find it hard
to believe that no one else on debian-user@lists.debian.org uses
Gnome/Evolution on Debian Stable!  





Re: Evolution email (problem?)

2023-04-26 Thread Max Nikulin

On 26/04/2023 22:05, Default User wrote:

it absolutely refuses to delete email
messages directly from the [Gmail]/All Mail folder of any email
account.


Disclaimer: I do not use evolution.

Do you use IMAP for your gmail account? Notice that IMAP assumes 
tree-like structure of folders and messages. Gmail uses concept of 
labels, so the same message may have multiple labels. When mapped to 
IMAP it means the same message (not a copy) may be accessed from 
different folders. Moreover All Mail is a meta label/folder that 
includes every message (besides trash?). I am unsure if it can be 
reasonably handled using conventional IMAP.


So gmail IMAP accounts may be special to some degree for mail clients. 
Perhaps some kind of cooperation between a mailer and the server is 
necessary. I am unsure at which moment a message should completely 
disappear from the server in response to removing it from particular 
folders (actually labels).




Re: Evolution email (problem?)

2023-04-26 Thread Default User
On Wed, 2023-04-26 at 11:11 -0400, Patrick Wiseman wrote:
> Can't explain it, but it strikes me it's almost certainly a
> permissions problem.
> 
> Patrick
> 
> 
> 
> 
> On Wed, Apr 26, 2023 at 11:06 AM Default User
>  wrote:
> > Strange . . . 
> > 
> > I run Debian 11 (Bullseye) Stable, up to date, Gnome 3 desktop
> > environment.
> > 
> > I recently set up Evolution email.  Works okay.  
> > 
> > Two days ago, I realized that it absolutely refuses to delete email
> > messages directly from the [Gmail]/All Mail folder of any email
> > account.  To delete a message in the All Mail folder, that is not
> > also
> > in another folder, the message must be moved into another folder
> > and
> > then deleted from there. 
> > 
> > I sure think I remember being able to delete directly from the All
> > Mail
> > folder when I first set up Evolution. 
> > 
> > I re-started Evolution.  No change.  
> > I re-booted. No change.
> > I did sudo aptitude reinstall evolution.  No Change.  
> > I moved ~/.local/share/evolution/mail/local/folders.db to Trash,
> > then
> > re-started Evolution to construct a new folders.db file. No
> > change.  
> > I did sudo aptitude purge evolution, then sudo aptitude install
> > Evolution.  No change.  
> > I moved ~/.local/share/evolution, ~/.cache/evolution, and
> > ~/.config/evolution to Trash, then did sudo aptitude purge
> > evolution,
> > then sudo aptitude install Evolution.  No change.  
> > I did some research online, seeking a solution, or at least a
> > "good"
> > explanation.  No solution or "good" answer was found.  
> > 
> > But . . .   then I booted into a Debian 11.6 Live/Install usb thumb
> > drive, and then installed Evolution into the Live session, upon
> > which
> > Evolution DID allow message deletion directly from the [Gmail]/All
> > Mail
> > folder!  
> > 
> > Back to my regular Debian 11 Stable install.  No change.
> > 
> > It makes no sense to me that it would work from a Debian 11
> > Live/Install session, but not (currently) from a regular Debian
> > session.
> > 
> > Even if it did not work from a Live Debian session, it makes no
> > sense
> > to me that Evolution could be designed this way.  I see no good
> > reason
> > that messages can be directly deleted from any other folder, but
> > not
> > [Gmail]/All Mail.  
> > 
> > Does anyone have a solution, so that messages must be moved to
> > another
> > folder (if they are not also there already), just to be deleted? 
> > Or at
> > least a "good" explanation as to why Evolution appears to be
> > designed
> > this way?  
> > 
> > 
> > 



Hi, Patrick.

I don't see anything obviously wrong about the permissions on my
computer.  Not surprising, since I rarely change any permissions, and
can't recall doing so where it might cause the condition in question.

But I don't know what exactly to look for.   
Perhaps a directory that has extra or inappropriate read-only
permission(s)?  

And I don't think that any permissions on my computer are involved,
since the email folders in question are not on my local computer, they
are on one or more Google server(s) elsewhere.  I am just accessing
them remotely, they are not downloaded to my computer.

Possibly interesting note: The [Gmail]/Important and [Gmail]/All Mail
folders both have listed in "folder properties"/"Labels" the Server Tag
"$Phishing".  No other folders do.  

But again, messages can be directly deleted from [Gmail]/Important
folders, but not from [Gmail]/All Mail folders.  So it probably doesn't
mean anything in the current context.  

Well, anyway, do other Debian Stable Evolution users experience this
problem?  

Or is it really "just me"?





Re: Evolution email (problem?)

2023-04-26 Thread Patrick Wiseman
Can't explain it, but it strikes me it's almost certainly a permissions
problem.

Patrick




On Wed, Apr 26, 2023 at 11:06 AM Default User 
wrote:

> Strange . . .
>
> I run Debian 11 (Bullseye) Stable, up to date, Gnome 3 desktop
> environment.
>
> I recently set up Evolution email.  Works okay.
>
> Two days ago, I realized that it absolutely refuses to delete email
> messages directly from the [Gmail]/All Mail folder of any email
> account.  To delete a message in the All Mail folder, that is not also
> in another folder, the message must be moved into another folder and
> then deleted from there.
>
> I sure think I remember being able to delete directly from the All Mail
> folder when I first set up Evolution.
>
> I re-started Evolution.  No change.
> I re-booted. No change.
> I did sudo aptitude reinstall evolution.  No Change.
> I moved ~/.local/share/evolution/mail/local/folders.db to Trash, then
> re-started Evolution to construct a new folders.db file. No change.
> I did sudo aptitude purge evolution, then sudo aptitude install
> Evolution.  No change.
> I moved ~/.local/share/evolution, ~/.cache/evolution, and
> ~/.config/evolution to Trash, then did sudo aptitude purge evolution,
> then sudo aptitude install Evolution.  No change.
> I did some research online, seeking a solution, or at least a "good"
> explanation.  No solution or "good" answer was found.
>
> But . . .   then I booted into a Debian 11.6 Live/Install usb thumb
> drive, and then installed Evolution into the Live session, upon which
> Evolution DID allow message deletion directly from the [Gmail]/All Mail
> folder!
>
> Back to my regular Debian 11 Stable install.  No change.
>
> It makes no sense to me that it would work from a Debian 11
> Live/Install session, but not (currently) from a regular Debian
> session.
>
> Even if it did not work from a Live Debian session, it makes no sense
> to me that Evolution could be designed this way.  I see no good reason
> that messages can be directly deleted from any other folder, but not
> [Gmail]/All Mail.
>
> Does anyone have a solution, so that messages must be moved to another
> folder (if they are not also there already), just to be deleted?  Or at
> least a "good" explanation as to why Evolution appears to be designed
> this way?
>
>
>
>


Evolution email (problem?)

2023-04-26 Thread Default User
Strange . . . 

I run Debian 11 (Bullseye) Stable, up to date, Gnome 3 desktop
environment.

I recently set up Evolution email.  Works okay.  

Two days ago, I realized that it absolutely refuses to delete email
messages directly from the [Gmail]/All Mail folder of any email
account.  To delete a message in the All Mail folder, that is not also
in another folder, the message must be moved into another folder and
then deleted from there. 

I sure think I remember being able to delete directly from the All Mail
folder when I first set up Evolution. 

I re-started Evolution.  No change.  
I re-booted. No change.
I did sudo aptitude reinstall evolution.  No Change.  
I moved ~/.local/share/evolution/mail/local/folders.db to Trash, then
re-started Evolution to construct a new folders.db file. No change.  
I did sudo aptitude purge evolution, then sudo aptitude install
Evolution.  No change.  
I moved ~/.local/share/evolution, ~/.cache/evolution, and
~/.config/evolution to Trash, then did sudo aptitude purge evolution,
then sudo aptitude install Evolution.  No change.  
I did some research online, seeking a solution, or at least a "good"
explanation.  No solution or "good" answer was found.  

But . . .   then I booted into a Debian 11.6 Live/Install usb thumb
drive, and then installed Evolution into the Live session, upon which
Evolution DID allow message deletion directly from the [Gmail]/All Mail
folder!  

Back to my regular Debian 11 Stable install.  No change.

It makes no sense to me that it would work from a Debian 11
Live/Install session, but not (currently) from a regular Debian
session.

Even if it did not work from a Live Debian session, it makes no sense
to me that Evolution could be designed this way.  I see no good reason
that messages can be directly deleted from any other folder, but not
[Gmail]/All Mail.  

Does anyone have a solution, so that messages must be moved to another
folder (if they are not also there already), just to be deleted?  Or at
least a "good" explanation as to why Evolution appears to be designed
this way?  





Re: Evolution doesn't receive messages in Debian 11.

2023-02-23 Thread Van Snyder
On Thu, 2023-02-23 at 15:04 -0500, Jeffrey Walton wrote:
> You can probably use 'deb [arch=amd64,i386]' instead of duplicating
> some of the sources.

/etc/apt/sources uses deb [arch=amd64,i386]. The packages listed in
/var/lib/apt/lists/*Packages are the ones that are installed.



Re: Evolution doesn't receive messages in Debian 11.

2023-02-23 Thread Jeffrey Walton
On Thu, Feb 23, 2023 at 2:47 PM Van Snyder  wrote:
>
> On Thu, 2023-02-23 at 13:54 +1100, David wrote:
>
> The command I suggested reports packages whose origin is unknown to the apt
> database.  There's 118 of them in your output, including g++-9, many libs
> and 6 kernels, pythons 2.7 and 3.9 and perl 5.
>
> My understanding of the origin = (installed locally) tags in that output is
> that this means that the apt* tools are unable to manage updating of these
> packages because it cannot associate them with a repository.
>
> So anything in future that involves/requires a change to any of these
> packages will require you to do the dependency resolution yourself because
> apt* won't be able to do that for you.
>
> Another way to see what repositories have been used on that machine is
> to run:
>   ls /var/lib/apt/lists/*Packages
>
> It would also be interesting to see the output of that command if you wish
> to share it.
>
>
> /var/lib/apt/lists/apt.repos.intel.com_oneapi_dists_all_main_binary-all_Packages
> /var/lib/apt/lists/apt.repos.intel.com_oneapi_dists_all_main_binary-amd64_Packages
> /var/lib/apt/lists/apt.repos.intel.com_oneapi_dists_all_main_binary-i386_Packages
> /var/lib/apt/lists/deb.debian.org_debian_dists_buster_contrib_binary-amd64_Packages
> /var/lib/apt/lists/deb.debian.org_debian_dists_buster_contrib_binary-i386_Packages
> /var/lib/apt/lists/deb.debian.org_debian_dists_buster_main_binary-amd64_Packages
> /var/lib/apt/lists/deb.debian.org_debian_dists_buster_main_binary-i386_Packages
> /var/lib/apt/lists/deb.debian.org_debian_dists_buster_non-free_binary-amd64_Packages
> /var/lib/apt/lists/deb.debian.org_debian_dists_buster_non-free_binary-i386_Packages
> /var/lib/apt/lists/deb.debian.org_debian_dists_buster-updates_main_binary-amd64_Packages
> /var/lib/apt/lists/deb.debian.org_debian_dists_buster-updates_main_binary-amd64_Packages.diff_Index
> /var/lib/apt/lists/deb.debian.org_debian_dists_buster-updates_main_binary-i386_Packages
> /var/lib/apt/lists/deb.debian.org_debian_dists_buster-updates_main_binary-i386_Packages.diff_Index
> /var/lib/apt/lists/ftp.us.debian.org_debian_dists_bookworm_main_binary-amd64_Packages
> /var/lib/apt/lists/ftp.us.debian.org_debian_dists_bookworm_main_binary-amd64_Packages.diff_Index
> /var/lib/apt/lists/ftp.us.debian.org_debian_dists_bookworm_main_binary-i386_Packages
> /var/lib/apt/lists/ftp.us.debian.org_debian_dists_bookworm_main_binary-i386_Packages.diff_Index
> /var/lib/apt/lists/security.debian.org_debian-security_dists_buster_updates_main_binary-amd64_Packages
> /var/lib/apt/lists/security.debian.org_debian-security_dists_buster_updates_main_binary-i386_Packages
>
> I still have some 32-bit codes that I don't have source for, so I can't 
> compile them, so I still need both i386 and amd64 packages.

Regarding i386 and x86_64, see https://wiki.debian.org/Multiarch/HOWTO
. I'm not sure how up-to-date it is.

You can probably use 'deb [arch=amd64,i386]' instead of duplicating
some of the sources.

Jeff



Re: Evolution doesn't receive messages in Debian 11.

2023-02-23 Thread Van Snyder
On Thu, 2023-02-23 at 13:54 +1100, David wrote:

> The command I suggested reports packages whose origin is unknown to
> the apt
> database.  There's 118 of them in your output, including g++-9, many
> libs
> and 6 kernels, pythons 2.7 and 3.9 and perl 5.
> 
> My understanding of the origin = (installed locally) tags in that
> output is
> that this means that the apt* tools are unable to manage updating of
> these
> packages because it cannot associate them with a repository.
> 
> So anything in future that involves/requires a change to any of these
> packages will require you to do the dependency resolution yourself
> because
> apt* won't be able to do that for you.
> 
> Another way to see what repositories have been used on that machine
> is
> to run:
>   ls /var/lib/apt/lists/*Packages
> 
> It would also be interesting to see the output of that command if you
> wish
> to share it.


/var/lib/apt/lists/apt.repos.intel.com_oneapi_dists_all_main_binary-
all_Packages
/var/lib/apt/lists/apt.repos.intel.com_oneapi_dists_all_main_binary-
amd64_Packages
/var/lib/apt/lists/apt.repos.intel.com_oneapi_dists_all_main_binary-
i386_Packages
/var/lib/apt/lists/deb.debian.org_debian_dists_buster_contrib_binary-
amd64_Packages
/var/lib/apt/lists/deb.debian.org_debian_dists_buster_contrib_binary-
i386_Packages
/var/lib/apt/lists/deb.debian.org_debian_dists_buster_main_binary-
amd64_Packages
/var/lib/apt/lists/deb.debian.org_debian_dists_buster_main_binary-
i386_Packages
/var/lib/apt/lists/deb.debian.org_debian_dists_buster_non-free_binary-
amd64_Packages
/var/lib/apt/lists/deb.debian.org_debian_dists_buster_non-free_binary-
i386_Packages
/var/lib/apt/lists/deb.debian.org_debian_dists_buster-
updates_main_binary-amd64_Packages
/var/lib/apt/lists/deb.debian.org_debian_dists_buster-
updates_main_binary-amd64_Packages.diff_Index
/var/lib/apt/lists/deb.debian.org_debian_dists_buster-
updates_main_binary-i386_Packages
/var/lib/apt/lists/deb.debian.org_debian_dists_buster-
updates_main_binary-i386_Packages.diff_Index
/var/lib/apt/lists/ftp.us.debian.org_debian_dists_bookworm_main_binary-amd64_Packages
/var/lib/apt/lists/ftp.us.debian.org_debian_dists_bookworm_main_binary-amd64_Packages.diff_Index
/var/lib/apt/lists/ftp.us.debian.org_debian_dists_bookworm_main_binary-i386_Packages
/var/lib/apt/lists/ftp.us.debian.org_debian_dists_bookworm_main_binary-i386_Packages.diff_Index
/var/lib/apt/lists/security.debian.org_debian-
security_dists_buster_updates_main_binary-amd64_Packages
/var/lib/apt/lists/security.debian.org_debian-
security_dists_buster_updates_main_binary-i386_Packages

I still have some 32-bit codes that I don't have source for, so I can't
compile them, so I still need both i386 and amd64 packages.



Re: Evolution doesn't receive messages in Debian 11.

2023-02-22 Thread David
On Thu, 23 Feb 2023 at 12:51, Van Snyder  wrote:
> On Thu, 2023-02-23 at 11:39 +1100, David wrote:
> On Thu, 23 Feb 2023 at 09:21, Van Snyder  wrote:
> On Wed, 2023-02-22 at 16:13 -0500, Dan Ritter wrote:
> Van Snyder wrote:

> You are mixing way too many things here. Better tell us the
> contents of all your /etc/apt/sources.list and
> /etc/apt/sources.list.d/* files.

> opm-ubuntu-ppa-kinetic.list
> opm-ubuntu-ppa-kinetic.list.save
> skype-stable.list
> skype-stable.list.save
>
> I have a line for
> deb [arch=amd64,i386] https://apt.repos.intel.com/oneapi all main
>
> but there is also a file /etc/apt/sources.list/Intel/oneAPI.list that has
> the same line.
>
> Moving everything from /etc/apt/sources.list.d to
> /etc/apt/save.sources.list.d makes the update and dist-upgrade appear to
> work without complaint.

> What output do you see for this command:
>   aptitude search '~i' -F '%p %O#' | grep -v Debian

> Output is attached.

(sorry for the broken quotes above)

I will attempt to comment on the results, but many people here are much
more competent with apt* tools than I am, so I hope they will comment also.

The command I suggested reports packages whose origin is unknown to the apt
database.  There's 118 of them in your output, including g++-9, many libs
and 6 kernels, pythons 2.7 and 3.9 and perl 5.

My understanding of the origin = (installed locally) tags in that output is
that this means that the apt* tools are unable to manage updating of these
packages because it cannot associate them with a repository.

So anything in future that involves/requires a change to any of these
packages will require you to do the dependency resolution yourself because
apt* won't be able to do that for you.

Another way to see what repositories have been used on that machine is
to run:
  ls /var/lib/apt/lists/*Packages

It would also be interesting to see the output of that command if you wish
to share it.



Re: Evolution doesn't receive messages in Debian 11.

2023-02-22 Thread Van Snyder
On Thu, 2023-02-23 at 11:39 +1100, David wrote:
> On Thu, 23 Feb 2023 at 09:21, Van Snyder 
> wrote:
> > On Wed, 2023-02-22 at 16:13 -0500, Dan Ritter wrote:
> > Van Snyder wrote:
> 
> > You are mixing way too many things here. Better tell us the
> > contents of all your /etc/apt/sources.list and
> > /etc/apt/sources.list.d/* files.
> 
> > opm-ubuntu-ppa-kinetic.list
> > opm-ubuntu-ppa-kinetic.list.save
> > 
> > skype-stable.list
> > skype-stable.list.save
> > 
> > I have a line for
> > 
> > deb [arch=amd64,i386] https://apt.repos.intel.com/oneapi all main
> > 
> > but there is also a file /etc/apt/sources.list/Intel/oneAPI.list
> > that has
> > the same line.
> > 
> > Moving everything from /etc/apt/sources.list.d to
> > /etc/apt/save.sources.list.d makes the update and dist-upgrade
> > appear to
> > work without complaint.
> 
> Worth reading:
>   https://wiki.debian.org/DontBreakDebian
> 
> > Hopefully, that will cure the problems.
> 
> Fixing your sources.list isn't going to uninstall all your
> non-Debian packages. Which might cause problems
> in future, per the above wiki page.
> 
> What output do you see for this command:
>   aptitude search '~i' -F '%p %O#' | grep -v Debian

Output is attached.


cpp-9 (installed locally)
crda (installed locally)
edrawmax (installed locally)
freeglut3 (installed locally)
g++-9 (installed locally)
gcc-9 (installed locally)
gcc-9-base (installed locally)
gfortran-9 (installed locally)
hddtemp (installed locally)
igfxdcd (installed locally)
libabsl20200923 (installed locally)
libaom0 (installed locally)
libasan5 (installed locally)
libavcodec58 (installed locally)
libavdevice58 (installed locally)
libavfilter7 (installed locally)
libavformat58 (installed locally)
libavif9 (installed locally)
libavresample4 (installed locally)
libavutil56 (installed locally)
libcfitsio9 (installed locally)
libcodec2-0.9 (installed locally)
libdav1d4 (installed locally)
libdns-export1110 (installed locally)
libffi7 (installed locally)
libflac8 (installed locally)
libfwupdplugin1 (installed locally)
libgav1-0 (installed locally)
libgcc-9-dev (installed locally)
libgfortran-9-dev (installed locally)
libicu67 (installed locally)
libidn11 (installed locally)
libigdgmm11 (installed locally)
libigdgmm11:i386 (installed locally)
libilmbase25 (installed locally)
libisc-export1105 (installed locally)
libjim0.79 (installed locally)
libjsoncpp24 (installed locally)
libkf5screen7 (installed locally)
libldap-2.4-2 (installed locally)
libldap-2.4-2:i386 (installed locally)
libmalcontent-ui-0-0 (installed locally)
libnautilus-extension1a (installed locally)
libnetpbm10 (installed locally)
libnetpbm10-dev (installed locally)
libntfs-3g883 (installed locally)
libokular5core9 (installed locally)
libopenexr25 (installed locally)
libotf0 (installed locally)
libperl5.32 (installed locally)
libphodav-2.0-0 (installed locally)
libphodav-2.0-common (installed locally)
libplacebo72 (installed locally)
libpoppler102 (installed locally)
libpostproc55 (installed locally)
libproj19 (installed locally)
libprotobuf-lite23 (installed locally)
libpython2-stdlib (installed locally)
libpython2.7-minimal (installed locally)
libpython2.7-stdlib (installed locally)
libpython3.9 (installed locally)
libpython3.9-minimal (installed locally)
libpython3.9-stdlib (installed locally)
libqalculate20 (installed locally)
libruby2.7 (installed locally)
libsrt1.4-gnutls (installed locally)
libssl1.1 (installed locally)
libssl1.1:i386 (installed locally)
libstdc++-9-dev (installed locally)
libswresample3 (installed locally)
libswscale5 (installed locally)
libtesseract4 (installed locally)
libtiff5 (installed locally)
libtiff5:i386 (installed locally)
libvpx6 (installed locally)
libwebkit2gtk-4.0-37-gtk2 (installed locally)
libwebp6 (installed locally)
libwebp6:i386 (installed locally)
libwxbase3.0-0v5 (installed locally)
libwxgtk3.0-gtk3-0v5 (installed locally)
libx264-160 (installed locally)
libx265-192 (installed locally)
libxmlb1 (installed locally)
linux-compiler-gcc-10-x86 (installed locally)
linux-headers-4.19.0-10-common (installed locally)
linux-headers-4.19.0-12-common (installed locally)
linux-headers-4.19.0-9-common (installed locally)
linux-headers-5.10.0-10-amd64 (installed locally)
linux-headers-5.10.0-10-common (installed locally)
linux-headers-5.10.0-13-amd64 (installed locally)
linux-headers-5.10.0-13-common (installed locally)
linux-headers-5.10.0-16-amd64 (installed locally)
linux-headers-5.10.0-16-common (installed locally)
linux-headers-5.10.0-18-amd64 (installed locally)
linux-headers-5.10.0-18-common (installed locally)
linux-headers-5.10.0-20-amd64 (installed locally)
linux-headers-5.10.0-20-common (installed locally)
linux-headers-5.10.0-9-amd64 (installed locally)
linux-headers-5.10.0-9-common (installed locally)
linux-image-5.10.0-10-amd64 (installed locally)
linux-image-5.10.0-13-amd64 (installed locally)
linux-image-5.10.0-16-amd64 (installed locally)
linux-image-5.10.0-18-amd64 (installed locally)

Re: Evolution doesn't receive messages in Debian 11.

2023-02-22 Thread David
Hi Van Snyder

You replied to my mailing list message by sending
a file attachment directly to me only.
It would be better if you send that information to the
mailing list, so that other readers are not excluded
from seeing your reply, and you can benefit from group
discussion.



Re: Evolution doesn't receive messages in Debian 11.

2023-02-22 Thread David
On Thu, 23 Feb 2023 at 09:21, Van Snyder  wrote:
> On Wed, 2023-02-22 at 16:13 -0500, Dan Ritter wrote:
> Van Snyder wrote:

> You are mixing way too many things here. Better tell us the
> contents of all your /etc/apt/sources.list and
> /etc/apt/sources.list.d/* files.

> opm-ubuntu-ppa-kinetic.list
> opm-ubuntu-ppa-kinetic.list.save
>
> skype-stable.list
> skype-stable.list.save
>
> I have a line for
>
> deb [arch=amd64,i386] https://apt.repos.intel.com/oneapi all main
>
> but there is also a file /etc/apt/sources.list/Intel/oneAPI.list that has
> the same line.
>
> Moving everything from /etc/apt/sources.list.d to
> /etc/apt/save.sources.list.d makes the update and dist-upgrade appear to
> work without complaint.

Worth reading:
  https://wiki.debian.org/DontBreakDebian

> Hopefully, that will cure the problems.

Fixing your sources.list isn't going to uninstall all your
non-Debian packages. Which might cause problems
in future, per the above wiki page.

What output do you see for this command:
  aptitude search '~i' -F '%p %O#' | grep -v Debian



Re: Evolution doesn't receive messages in Debian 11.

2023-02-22 Thread Van Snyder
On Wed, 2023-02-22 at 16:13 -0500, Dan Ritter wrote:
> Van Snyder wrote: 
> 

> You are mixing way too many things here. Better tell us the
> contents of all your /etc/apt/sources.list and
> /etc/apt/sources.list.d/* files.
> 
> -dsr-

Dan:

Thanks for the reminder to look in /etc/apt/sources.d

I hadn't put any files there, but apparently the half-vast upgrade
added some ubuntu sources.


opm-ubuntu-ppa-kinetic.list
opm-ubuntu-ppa-kinetic.list.save

and some installation, long ago, added

skype-stable.list
skype-stable.list.save

I have a line for

deb [arch=amd64,i386] https://apt.repos.intel.com/oneapi all main

but there is also a file /etc/apt/sources.list/Intel/oneAPI.list that
has the same line.

Moving everything from /etc/apt/sources.list.d to
/etc/apt/save.sources.list.d makes the update and dist-upgrade appear
to work without complaint. Hopefully, that will cure the problems.

Except I just noticed I have no sound. My NVidia graphics card has
sound, and there's Intel sound on the main board. The audio icon in my
KDE task bar says there are no devices. How do I know which driver is
actually running, if any?

Thanks,
Van



Re: Evolution doesn't receive messages in Debian 11.

2023-02-22 Thread Dan Ritter
Van Snyder wrote: 
> On Tue, 2023-02-21 at 15:42 -0600, David Wright wrote:
> > On Wed 22 Feb 2023 at 06:34:27 (+1000), David wrote:
> > > On Tue, 2023-02-21 at 12:09 -0800, Van Snyder wrote:
> > > > 
> > > > When I installed Debian 11, I didn't destroy Debian 10. I still
> > > > have
> > > > Debian 10 on a different drive. In attempting to repair an
> > > > entirely
> > > > different problem, I had done
> > > > 
> > > >   apt-get update; apt-get upgrade
> > > 
> > > One of the reasons I prefer aptitude's `safe-upgrade'.
> > 
> > That's the equivalent command, and would not protect you. It will
> > upgrade everything that doesn't involve a new package, but nothing
> > else, hence the mish-mash of Debian 10 and 11.
> > 
> > If you want keep an old system around, you need to make sure that the
> > sources.list has the correct version's proper name in it, ie buster
> > in your case. And if you're later going to use it at all, you need
> > to keep it updated with those two commands.
> > 
> > > > Does anybody have any suggestions to repair it?
> > 
> > As others have suggested, the easiest is probably to:
> > 
> >   # apt-get update; apt-get dist-upgrade
> 
> apt-get update doesn't work:
> 
> ...
> Err:11 http://ppa.launchpad.net/opm/ppa/ubuntu kinetic Release 
> 404 Not Found [IP: 185.125.190.52 80]
> ...
> Reading package lists... Done 
> W: https://apt.repos.intel.com/oneapi/dists/all/InRelease: Key is
> stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the
> DEPRECATION section in apt-key(8) for details.
> E: The repository 'http://ppa.launchpad.net/opm/ppa/ubuntu kinetic
> Release' does not have a Release file.
> N: Updating from such a repository can't be done securely, and is
> therefore disabled by default.
> N: See apt-secure(8) manpage for repository creation and user
> configuration details.

You are mixing way too many things here. Better tell us the
contents of all your /etc/apt/sources.list and
/etc/apt/sources.list.d/* files.

-dsr-



Re: Evolution doesn't receive messages in Debian 11.

2023-02-22 Thread Van Snyder
On Wed, 2023-02-22 at 06:07 +0100, to...@tuxteam.de wrote:
> On Tue, Feb 21, 2023 at 12:09:30PM -0800, Van Snyder wrote:
> > I just upgraded to Debian 11. I had been using Debian 10. I've used
> > Evolution for many years. The version in Debian 11 is 3.48.
> > 
> > I use KDE Plasma version 5.26.90. The KDE Frameworks version is
> > 5.102.0.
> > 
> > I get pop-up notes from KDE that evolution has received new
> > messages.
> 
> Possibly a secondary thing: no messages -> no popup.
> 
> > But the messages don't appear in Evolution [...]
> 
> Since the thread is trying to derail into whether "safe upgrade"
> is somehow safer or not (spoiler: sometimes, but here most probably
> irrelevant; alas, that's how we nerds are ;)...
> 
> I have no clue with Evolution, but it might help those helping you
> to tell us how Evolution is "getting" its mails.
> 
> My hunch would be that it is set up to fetch its mails from the
> server (how? IMAP? POP3?).

Evolution is using imap to receive mail. I can read the messages on the
server in Firefox. I can read the messages in Evolution if I run
evolution in the messed-up bastardized Debian 10/11, but when I run a
pure newly-installed Debian 11, thats when Evolution doesn't display
the messages that KDE has announced have arrived.

My Evolution is set up to read several accounts. The same problem
affects all of them.

I haven't tried Thunderbird.

> It would be useful to try to debug this process. Again, I've never
> touched Evolution in my life, but here [1] is a nice debugging guide
> which might help getting things started.
> 
> Now let's hope to get back on topic and perhaps some Evolution guru
> chimes in.
> 
> Cheers
> 
> [1] https://wiki.gnome.org/Apps/Evolution/Debugging



Re: Evolution doesn't receive messages in Debian 11.

2023-02-22 Thread Van Snyder
On Tue, 2023-02-21 at 15:42 -0600, David Wright wrote:
> On Wed 22 Feb 2023 at 06:34:27 (+1000), David wrote:
> > On Tue, 2023-02-21 at 12:09 -0800, Van Snyder wrote:
> > > 
> > > When I installed Debian 11, I didn't destroy Debian 10. I still
> > > have
> > > Debian 10 on a different drive. In attempting to repair an
> > > entirely
> > > different problem, I had done
> > > 
> > >   apt-get update; apt-get upgrade
> > 
> > One of the reasons I prefer aptitude's `safe-upgrade'.
> 
> That's the equivalent command, and would not protect you. It will
> upgrade everything that doesn't involve a new package, but nothing
> else, hence the mish-mash of Debian 10 and 11.
> 
> If you want keep an old system around, you need to make sure that the
> sources.list has the correct version's proper name in it, ie buster
> in your case. And if you're later going to use it at all, you need
> to keep it updated with those two commands.
> 
> > > Does anybody have any suggestions to repair it?
> 
> As others have suggested, the easiest is probably to:
> 
>   # apt-get update; apt-get dist-upgrade

apt-get update doesn't work:

...
Err:11 http://ppa.launchpad.net/opm/ppa/ubuntu kinetic Release 
404 Not Found [IP: 185.125.190.52 80]
...
Reading package lists... Done 
W: https://apt.repos.intel.com/oneapi/dists/all/InRelease: Key is
stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the
DEPRECATION section in apt-key(8) for details.
E: The repository 'http://ppa.launchpad.net/opm/ppa/ubuntu kinetic
Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is
therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user
configuration details.



> which will take it up to stable ≡ bullseye.
> 
> Then edit the sources.list and change stable → bullseye.
> And do the same edit to the system that was already Debian 11.
> 
> In a few ?weeks, you can decide which of the two drives you want to
> upgrade to Debian 12 ≡ bookworm, and leave the other as Debian 11,
> upgradeable /safely/ as Debian 11.
> 
> Cheers,
> David.
> 



Re: Evolution doesn't receive messages in Debian 11.

2023-02-22 Thread didier gaumet



Hello,

Le mardi 21 février 2023 à 12:09 -0800, Van Snyder a écrit :
> I just upgraded to Debian 11. I had been using Debian 10. I've used
> Evolution for many years. The version in Debian 11 is 3.48.

Evolution in Debian Stable (11, Bullseye) is 3.38

[...]
> But the messages don't appear in Evolution.
[...]
> When I installed Debian 11, I didn't destroy Debian 10.
[...]
> . Now, in
> Debian 10, there's a mish-mash of Debian 11 parts. Evolution is
> version 3.46.
[...]

Indeed, from the source of your e-mail, you are using Evolution 3.46.

That's probably your main problem: if I am not wrong, your Debian 
installation is neither plain Debian 10 (Oldstable) nor plain Debian 11 
(Stable) but partially or totally Debian Testing or Debian Unstable with 
scories of Debian 10 and 11.
Evolution 3.46 is not available from Stable or Oldstable repos, only 
from Testing and Unstable repos.


https://wiki.debian.org/DontBreakDebian

Then probably your best choice would be:
- riskier: to convert your installation to Testing or Unstable 
(depending on what is installed on your system)
- safer: to reinstall Debian 11 Stable properly, because trying to 
downgrade Debian form Testing or Unstable is not supported and even if 
you manage to do it, it is likely to cause later undesired side-effects






Re: Evolution doesn't receive messages in Debian 11.

2023-02-21 Thread tomas
On Tue, Feb 21, 2023 at 12:09:30PM -0800, Van Snyder wrote:
> I just upgraded to Debian 11. I had been using Debian 10. I've used
> Evolution for many years. The version in Debian 11 is 3.48.
> 
> I use KDE Plasma version 5.26.90. The KDE Frameworks version is
> 5.102.0.
> 
> I get pop-up notes from KDE that evolution has received new messages.

Possibly a secondary thing: no messages -> no popup.

> But the messages don't appear in Evolution [...]

Since the thread is trying to derail into whether "safe upgrade"
is somehow safer or not (spoiler: sometimes, but here most probably
irrelevant; alas, that's how we nerds are ;)...

I have no clue with Evolution, but it might help those helping you
to tell us how Evolution is "getting" its mails.

My hunch would be that it is set up to fetch its mails from the
server (how? IMAP? POP3?).

It would be useful to try to debug this process. Again, I've never
touched Evolution in my life, but here [1] is a nice debugging guide
which might help getting things started.

Now let's hope to get back on topic and perhaps some Evolution guru
chimes in.

Cheers

[1] https://wiki.gnome.org/Apps/Evolution/Debugging
-- 
t


signature.asc
Description: PGP signature


Re: Evolution doesn't receive messages in Debian 11.

2023-02-21 Thread David
On Tue, 2023-02-21 at 15:42 -0600, David Wright wrote:
> On Wed 22 Feb 2023 at 06:34:27 (+1000), David wrote:
> > On Tue, 2023-02-21 at 12:09 -0800, Van Snyder wrote:
> > > 
> > > When I installed Debian 11, I didn't destroy Debian 10. I still
> > > have
> > > Debian 10 on a different drive. In attempting to repair an
> > > entirely
> > > different problem, I had done
> > > 
> > >   apt-get update; apt-get upgrade
> > 
> > One of the reasons I prefer aptitude's `safe-upgrade'.
> 
> That's the equivalent command, and would not protect you.

That's what many think:

aptitude safe-upgrade upgrades currently installed packages and can
install new packages to resolve new dependencies.

apt-get upgrade upgrades currently installed packages.


>  It will
> upgrade everything that doesn't involve a new package, but nothing
> else, hence the mish-mash of Debian 10 and 11.
> 
> If you want keep an old system around, you need to make sure that the
> sources.list has the correct version's proper name in it, ie buster
> in your case. And if you're later going to use it at all, you need
> to keep it updated with those two commands.
> 
> > > Does anybody have any suggestions to repair it?
> 
> As others have suggested, the easiest is probably to:
> 
>   # apt-get update; apt-get dist-upgrade
> 
> which will take it up to stable ≡ bullseye.
> 
> Then edit the sources.list and change stable → bullseye.
> And do the same edit to the system that was already Debian 11.
> 
> In a few ?weeks, you can decide which of the two drives you want to
> upgrade to Debian 12 ≡ bookworm, and leave the other as Debian 11,
> upgradeable /safely/ as Debian 11.
> 
> Cheers,
> David.
> 




Re: Evolution doesn't receive messages in Debian 11.

2023-02-21 Thread David Wright
On Wed 22 Feb 2023 at 06:34:27 (+1000), David wrote:
> On Tue, 2023-02-21 at 12:09 -0800, Van Snyder wrote:
> >
> > When I installed Debian 11, I didn't destroy Debian 10. I still have
> > Debian 10 on a different drive. In attempting to repair an entirely
> > different problem, I had done
> >
> >   apt-get update; apt-get upgrade
>
> One of the reasons I prefer aptitude's `safe-upgrade'.

That's the equivalent command, and would not protect you. It will
upgrade everything that doesn't involve a new package, but nothing
else, hence the mish-mash of Debian 10 and 11.

If you want keep an old system around, you need to make sure that the
sources.list has the correct version's proper name in it, ie buster
in your case. And if you're later going to use it at all, you need
to keep it updated with those two commands.

> > Does anybody have any suggestions to repair it?

As others have suggested, the easiest is probably to:

  # apt-get update; apt-get dist-upgrade

which will take it up to stable ≡ bullseye.

Then edit the sources.list and change stable → bullseye.
And do the same edit to the system that was already Debian 11.

In a few ?weeks, you can decide which of the two drives you want to
upgrade to Debian 12 ≡ bookworm, and leave the other as Debian 11,
upgradeable /safely/ as Debian 11.

Cheers,
David.



Re: Evolution doesn't receive messages in Debian 11.

2023-02-21 Thread David
On Tue, 2023-02-21 at 12:09 -0800, Van Snyder wrote:
> I just upgraded to Debian 11. I had been using Debian 10. I've used
> Evolution for many years. The version in Debian 11 is 3.48.
> 
> I use KDE Plasma version 5.26.90. The KDE Frameworks version is
> 5.102.0.
> 
> I get pop-up notes from KDE that evolution has received new messages.
> 
> But the messages don't appear in Evolution. 

I am using Evolution 3.38.3-1+deb11u1 with Stable, and Evolution
3.46.4-1 with Unstable quite successfully.

> I know it's not a mail
> server problem because I can read the messages in Firefox -- but
> Firefox doesn't have access to my archive, so I can't save anything
> (on
> my own computer). If I were to work out how to get Firefox to save
> them, and if I ever get Evolution working again, the messages won't
> be
> in Evolution's format, and the other Evolution data structures won't
> be
> updated.
> 
> There was a note about "messages not appearing in Evolution" many
> years
> ago. It turned out to have been caused by the user's configuration
> mistake. When I looked for that mistake in my configuration (which I
> hadn't touched), I hadn't made it.
> 
> Does anybody have any suggestions to get it working?
> 
> When I installed Debian 11, I didn't destroy Debian 10. I still have
> Debian 10 on a different drive. In attempting to repair an entirely
> different problem, I had done
> 
>   apt-get update; apt-get upgrade

One of the reasons I prefer aptitude's `safe-upgrade'.

> on the advice of a posting in one of the Debian forums. Now, in
> Debian
> 10, there's a mish-mash of Debian 11 parts. Evolution is version
> 3.46.
> It works, but the user interface is now a mess. Icons are tiny and in
> different places. The body has a black border between itself and the
> window border. The title bar for the composer is entirely different
> from the title bar of any other window -- about three times as thick,
> containing several icons, including the "send" icon.
> 
> Does anybody have any suggestions to repair it?

I'd try a reinstall of the version that is standard for that Debian
iteration.
How Evolution presents depends very much on if it is on a laptop or
desktop. I have it installed on both, and see none of the things you
are describing. This applies to another version I have installed on
FreeBSD, also. I have a mix of KDE and Gnome apps on an Enlightenment
window manager, so doubt conflict problems between desktop apps. You
will be looking at conflict between versions and desktop, with
unmatched dependencies, I should say.
HTH
Cheers!
 





Evolution doesn't receive messages in Debian 11.

2023-02-21 Thread Van Snyder
I just upgraded to Debian 11. I had been using Debian 10. I've used
Evolution for many years. The version in Debian 11 is 3.48.

I use KDE Plasma version 5.26.90. The KDE Frameworks version is
5.102.0.

I get pop-up notes from KDE that evolution has received new messages.

But the messages don't appear in Evolution. I know it's not a mail
server problem because I can read the messages in Firefox -- but
Firefox doesn't have access to my archive, so I can't save anything (on
my own computer). If I were to work out how to get Firefox to save
them, and if I ever get Evolution working again, the messages won't be
in Evolution's format, and the other Evolution data structures won't be
updated.

There was a note about "messages not appearing in Evolution" many years
ago. It turned out to have been caused by the user's configuration
mistake. When I looked for that mistake in my configuration (which I
hadn't touched), I hadn't made it.

Does anybody have any suggestions to get it working?

When I installed Debian 11, I didn't destroy Debian 10. I still have
Debian 10 on a different drive. In attempting to repair an entirely
different problem, I had done

  apt-get update; apt-get upgrade

on the advice of a posting in one of the Debian forums. Now, in Debian
10, there's a mish-mash of Debian 11 parts. Evolution is version 3.46.
It works, but the user interface is now a mess. Icons are tiny and in
different places. The body has a black border between itself and the
window border. The title bar for the composer is entirely different
from the title bar of any other window -- about three times as thick,
containing several icons, including the "send" icon.

Does anybody have any suggestions to repair it?



Evolution on Bookworm does not show CalDav entries in calendar and task view

2022-09-07 Thread eugen . wintersberger
Hi all,
  I recently installed a Debian testing (Bookworm). The system seems to
work quite fine. However, I stumbled upon a rather stragen problem with
Evolution. When I add new CalDav calendards and tasks lists Evolution
does not whos already existing entries from these calendars and task
lists. It shows new ones I create in Evolution. It also refuses to show
new appointments I create with a different client. 
This looks to me as if Evolution does not pick up already existing
entries from the CalDav sources. 

Does anyone experience the same difficulties or is this a known issue. 
I use Evolution for about 20 years and it never let me down so I am 
bit suprised about this behavior though this is not a stable release.

Thanks in advance and best regards
  Eugen



Re: Re: Re: GNOME Evolution cannot lock /var/spool/mail/

2022-01-28 Thread Patrice Duroux


Hmm!
Ok before saying there is a possible bug, I will try to remove evolution-data-
server, install it again, and check!
Currently with Sid I have:

patrice@kos-moceratops ~> LANG=C apt --installed list "evolution*"
Listing... Done
evolution-common/unstable,unstable,now 3.42.3-1 all [installed]
evolution-data-server-common/unstable,unstable,now 3.42.3-1 all [installed]
evolution-data-server/unstable,now 3.42.3-1 amd64 [installed]
evolution-ews/unstable,now 3.42.3-1 amd64 [installed]
evolution-plugin-bogofilter/unstable,now 3.42.3-1 amd64 [installed]
evolution-plugin-pstimport/unstable,now 3.42.3-1 amd64 [installed]
evolution-plugins/unstable,now 3.42.3-1 amd64 [installed]
evolution/unstable,now 3.42.3-1 amd64 [installed]

Let see...

Thanks again!



Re: Re: GNOME Evolution cannot lock /var/spool/mail/

2022-01-28 Thread didier gaumet



Le vendredi 28 janvier 2022 à 14:32 +0100, Patrice Duroux a écrit :

[...]
> Just in case that that a package version as introduce some change to
> the
> following:
> 
> patrice@kos-moceratops ~> ls -l /usr/libexec/camel-lock-helper-1.2 
> -rwxr-xr-x 1 root root 22784 14 janv. 13:15 /usr/libexec/camel-lock-
> helper-1.2
> 
> (no setuid, etc.)
[...]

Here:

didier@hp-notebook14:~$ ls -al /usr/libexec/camel-lock-helper*
-rwxr-sr-x 1 root mail 22704 25 janv.  2021 /usr/libexec/camel-lock-
helper-1.2

this is the same version but here it is GID mail instead of root, and
setuid GID at execution




Re: Re: GNOME Evolution cannot lock /var/spool/mail/

2022-01-28 Thread Patrice Duroux
Hello,

That more or less exactly the same on my side.
I should have wrote /var/mail/ in fact.
(The old bug affected me too much! :-D)
And it is just to read all the emails (root) aliased to my user.

Just in case that that a package version as introduce some change to the
following:

patrice@kos-moceratops ~> ls -l /usr/libexec/camel-lock-helper-1.2 
-rwxr-xr-x 1 root root 22784 14 janv. 13:15 /usr/libexec/camel-lock-helper-1.2

(no setuid, etc.)

Thanks!



Re: GNOME Evolution cannot lock /var/spool/mail/

2022-01-28 Thread didier gaumet



Hello,

Pretty old bugs you dug up: more than 10 and 20 years old ;-)

Here (Bullseye, Evolution 3.38, Exim standard setup (local only)), with
an Evolution dedicated local account set up to send (server type:
sendmail) and receive (server type: local distribution in
/var/mail/didier), I have no problem.

But:
- I directly use /var/mail/didier, not /var/spool/mail/didier
(/var/spool/mail is a link to /var/mail)
- I use this mail account in Evolution it only for local distribution,
I do not send/receive external mails, for this I use ordinary IMAP/SMTP
ISP mail accounts (gmail.com, free.fr, ...)
- My main use of this local account is to receive various system
messages (unattended-upgrades, apt-listbugs and so on)




GNOME Evolution cannot lock /var/spool/mail/

2022-01-27 Thread Patrice Duroux


Hi,


I use Sid but this problem came back to me a while ago now.
Searching the internet for a solution, I dug around and ended up in the
following:

https://bugs.launchpad.net/ubuntu/+source/evolution-data-server/+bug/640705
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=107881
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=598502

I just put the first issue at Ubuntu launchpad because I wrote it and I forgot
that!! :-D
The 2 last reports are archived so not very «accessible».

What is going on? (unsupported?)
Do I have to create a new one?

Thanks,
Patrice



[testing] Evolution 3.42 et bal local

2021-10-05 Thread Gaëtan PERRIER
Bonjour,

Depuis le passage d'Evolution de la version 3.38 à la 3.42 celui-ci n'arrive
plus à accéder aux bal locales dans /var/mail/

Il se plaint de ne pouvoir verrouiller /var/mail/

Auriez-vous une idée de la cause ?

Merci,

Gaëtan


signature.asc
Description: This is a digitally signed message part


Re: Evolution

2021-05-05 Thread Jerry Mellon
I have been to settings but found no errors. I removed the account and 
reentered it, no change. Still will not connect to internet.   ?

Sent from my iPad

> On May 4, 2021, at 10:26 PM, Liam O'Toole  wrote:
> 
> On Tue, 27 Apr, 2021 at 18:49:55 +, Jerry Mellon wrote:
>>   Hello,
>>   I have been using Debian 10 now for about 6 months and all of a sudden
>>   Evolution will not allow me to login.
>>   I am getting a box while Evolution is starting and loading that says
>>   "Please enter the password for @xxx"
>>   an below is my user ID and the password as dots. I reenter the
>>   password(checked at to correctness). The box disappears but returns in
>>   10-15 sec.
>>   I have logged in to my email account from my browser and user id and
>>   password are correct.
>>   Any suggestions as to what to try.
> 
> Evolution uses GNOME Online Accounts. Check that no error is reported in the 
> "Online Accounts" category under "Settings" (assuming the GNOME desktop).
> 
> 



Evolution

2021-05-04 Thread Jerry Mellon
 Hi,New to Debian, have been using for 6 months and Evolution has now stopped 
connecting to network for email.On startup of Evolution I get a box telling me 
that evolution cannot connect to my email address. It asks me for my password 
for the my email account. I enter the password and it pause for a second or two 
and the box reappears asking for my password. The password is the same as my 
login password which works. Using a browser I go to my email with out any 
problem. Any suggestions are appreciated.
Thanks
 
Jerry Mellon
501 Los Caminos St.
Jacksonville, FL 32.95
jfmel...@netscape.net
407-461-9216



Re: problème avec evolution et gnome-keyring-daemon

2021-04-30 Thread Daniel Caillibaud
Le 28/04/21 à 07:47, benoit  a écrit :
> Comment lancer gnome-keyring-daemon pour qu’il me propose le prompt graphique 
> ?

Je connais mal la bestiole, mais depuis buster j'ai ce souci :
- si je lance chromium avant d'avoir utilisé une clé ssh, il me demande mon mot 
de passe
  pour ouvrir mon trousseau de clés, et ensuite impossible d'utiliser mes clés 
ssh (ça plante
  sans demander de pass), je dois relancer manuellement

gnome-keyring-daemon --replace --daemonize --components=pkcs11,secrets,gpg,ssh

et ensuite le premier usage d'une clé ssh me demande bien le pass de la clé ssh.

Si j'utilise mes clés ssh avant de lancer qqchose qui veut le trousseau gnome, 
ça marche bien.

Y'a probablement moyen de sortir ssh de la gestion de gnome, mais je sais pas 
faire, j'ai
cherché, pas trouvé et abandonné (ça n'arrive pas souvent car j'ai en général 
besoin de
git|rsync|ssh avant d'ouvrir chromium).
Le virer de la liste de la commande précédente suffit pas, faut le virer 
ailleurs dans la conf
gnome et je sais pas où.

Sur un autre PC j'avais eu un souci bcp plus gênant, répondu une fois 
"abandonner" à une
demande de pass du trousseau gnome, et ensuite une de mes connexions wifi n'a 
plus jamais voulu
fonctionner (il me demandais login/pass du wifi et je me faisait jeter comme si 
le pass était
mauvais, alors qu'il fonctionnait sur d'autres appareils).

-- 
Daniel

En France, le racisme avance à pas de Guéant.
Guillaume Erner



Re: Evolution

2021-04-28 Thread deloptes
Cindy Sue Causey wrote:

> My intentions are to try it again one day to attempt to figure out why
> it didn't work. It's comforting to know it's not just me encountering
> something usability related there.

:) thank you for sharing this. I can share the comforting.
I dropped Gnome into the basket around 2001 (now exactly 20y later it is
still in the basket)
Especially Evolution never kept the promise - no idea why gnomes are doing
this. IMO they like it and never learn from the mistakes. Another thing I
can imagine is that you can write a driver in C but not a GUI, but here
some people will object for sure ...
If someone has a good reading, it's welcome.




Re: Evolution

2021-04-28 Thread Cindy Sue Causey
On 4/27/21, deloptes  wrote:
>
> If you want a stable desktop you know there is one called Trinity Desktop
> (TDE) - it just works. But upfront the Evolution monster will behave the
> same if you insist using it :D

While attempting to find something calendar-like, I tried Evolution on
Xfce4 about a year ago. Installed it, gave it a shot for about 5 1/2
seconds, said pt(!), and threw it on a very far back burner.

My intentions are to try it again one day to attempt to figure out why
it didn't work. It's comforting to know it's not just me encountering
something usability related there.

Cindy :)
-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with birdseed *



problème avec evolution et gnome-keyring-daemon

2021-04-28 Thread benoit
Bonjour à tou·te·s,

Habituellement mon client mail ouvre un prompt graphique pour 
gnome-keyring-daemon dans lequel je tape mon mot de passe.

Et là le prompt ne s’affiche pas quand je lance mon client mail (evolution), je 
n’ai rien changé à ma config.

Comment lancer gnome-keyring-daemon pour qu’il me propose le prompt graphique ?

gnome-keyring-daemon –unlock

Ne propose pas de prompt…

Dans un deuxième temps, comment lancer un trousseau de clés équivalant (capable 
de fournir les mdp à évolution) en mode terminal (J’ai configuré 
multi-user.target, donc je ne me logue pas en mode graphique) et utiliser le 
mdp de mon login pour ne le taper qu’une fois ?

Merci d’avance

–

Benoit

Sent with [ProtonMail](https://protonmail.com) Secure Email.

Re: Evolution

2021-04-27 Thread deloptes
Jerry Mellon wrote:

> Hello,I have been using Debian 10 now for about 6 months and all of a
> sudden Evolution will not allow me to login.I am getting a box while
> Evolution is starting and loading that says "Please enter the password for
> @xxx"an below is my user ID and the password as dots. I reenter
> the password(checked at to correctness). The box disappears but returns in
> 10-15 sec.I have logged in to my email account from my browser and user id
> and password are correct.Any suggestions as to what to try.

Unfortunately I gave up on Gnome and it's family of gnomes many years ago.
But I recall this odd behavior from the past when I was checking the
progress of the Gnome desktop from time to time.

example from 2010
https://forums.opensuse.org/showthread.php/461414-Cannot-Use-Evolution-because-of-Keyring-Password-in-gnome

Even if they come up with OnlineAccounts or whatever - honestly I do not
want to insult anybody, but why the waste of human time?

On the other hand to make the reader laugh I think it is probably good that
these developers are busy with breaking and repairing Gnome all the time,
so that they can not break anything else around :D

If you want a stable desktop you know there is one called Trinity Desktop
(TDE) - it just works. But upfront the Evolution monster will behave the
same if you insist using it :D





Re: Evolution

2021-04-27 Thread Liam O'Toole
On Tue, 27 Apr, 2021 at 18:49:55 +, Jerry Mellon wrote:
>Hello,
>I have been using Debian 10 now for about 6 months and all of a sudden
>Evolution will not allow me to login.
>I am getting a box while Evolution is starting and loading that says
>"Please enter the password for @xxx"
>an below is my user ID and the password as dots. I reenter the
>password(checked at to correctness). The box disappears but returns in
>10-15 sec.
>I have logged in to my email account from my browser and user id and
>password are correct.
>Any suggestions as to what to try.

Evolution uses GNOME Online Accounts. Check that no error is reported in the 
"Online Accounts" category under "Settings" (assuming the GNOME desktop).



Evolution

2021-04-27 Thread Jerry Mellon
 Hello,I have been using Debian 10 now for about 6 months and all of a sudden 
Evolution will not allow me to login.I am getting a box while Evolution is 
starting and loading that says "Please enter the password for @xxx"an 
below is my user ID and the password as dots. I reenter the password(checked at 
to correctness). The box disappears but returns in 10-15 sec.I have logged in 
to my email account from my browser and user id and password are correct.Any 
suggestions as to what to try.
 
Jerry Mellon
501 Los Caminos ST.
St. Augustine, FL 32095
jfmel...@netscape.net
407-461-9216



Re: Security Vulnerabilities with Nginx v1.14.2 and GNOME Evolution

2020-09-15 Thread Eduardo M KALINOWSKI
On 15/09/2020 10:44, Greg Wooledge wrote:
> Another choice would be to run Debian stable, but don't install Debian's
> version of nginx.  Use upstream's releases, compile them yourself, and
> update them yourself whenever you need to (for security reasons or
> otherwise).

If one chooses to do so, it might be better to fetch the debian source
package of the newer version and create a .deb out of it. At least the
benefits of the debian packaging are retained.

(In other words, you create your own backport.)

But if the versions of libraries required for building the newer version
are not available in stable, the process becomes much more difficult.
(But so would be building from the upstream source, probably.)


-- 
I enjoy the time that we spend together.

Eduardo M KALINOWSKI
edua...@kalinowski.com.br



Re: Security Vulnerabilities with Nginx v1.14.2 and GNOME Evolution

2020-09-15 Thread Eduardo M KALINOWSKI
On 15/09/2020 10:38, Klaus Singvogel wrote:
> No: no new version.
> 
> If you're unhappy with that, think about these choices:
> 
> - install upcoming Debian 11 (Testing, Bullseye) and live with the changes
>   of packages and possible errors in the system. Release date unknown.
> 
> - install Debian Sid (Unstable) and live with many more changes

You can also check if there is a newer version in backports (there
doesn't seem to be), and you can request one (but it will depend on some
volunteer's effort to create it, so no guarantees).

But note that there is no offical security support for backports. A
newer version may also get backported, but it might take a while, or it
might not happen.


-- 
We gave you an atomic bomb, what do you want, mermaids?
-- I. I. Rabi to the Atomic Energy Commission

Eduardo M KALINOWSKI
edua...@kalinowski.com.br



Re: Security Vulnerabilities with Nginx v1.14.2 and GNOME Evolution

2020-09-15 Thread Greg Wooledge
On Tue, Sep 15, 2020 at 03:38:33PM +0200, Klaus Singvogel wrote:
> No: no new version.
> 
> If you're unhappy with that, think about these choices:
> 
> - install upcoming Debian 11 (Testing, Bullseye) and live with the changes
>   of packages and possible errors in the system. Release date unknown.
> 
> - install Debian Sid (Unstable) and live with many more changes
> 
> - if both are not fullfilling your needs, think about a different
>   distribution: LFS (Linux from Scratch), or Yocto, or commerical one.

Another choice would be to run Debian stable, but don't install Debian's
version of nginx.  Use upstream's releases, compile them yourself, and
update them yourself whenever you need to (for security reasons or
otherwise).

Personally I'd prefer to let the Debian security team do all that work
for me, but the OP seems to value large numbers for their own sake.



Re: Security Vulnerabilities with Nginx v1.14.2 and GNOME Evolution

2020-09-15 Thread Klaus Singvogel
Hi Revanth,

Suryadevara, Revanth wrote:
> Hi  Klaus,
> 
> Just needed to re-confirm couple of things here
> 
> 1. I understand that the NGINX version shipped by default is secured and will 
> be updated with patches should there be some security issues. But my question 
> is, Can we expect the latest version of NGINX(i.e. v1.18.x) to be available 
> in Debian 10, soon ? If yes, when ?

As others said, and I explained already: no.

Debian 10's version of a package will never change. No new features, no
loss of features, no new syntax of configurations, no other changes.

> 2.  Please provide some kind of confirmation on CVE-2020-11879
>   If Vulnerability was already addressed, please point me to some article 
> which confirms the same.
>   If not addressed, please confirm on when can we expect 3.35.91 or 
> greater version to be available in Debian 10?

No: no new version.

If you're unhappy with that, think about these choices:

- install upcoming Debian 11 (Testing, Bullseye) and live with the changes
  of packages and possible errors in the system. Release date unknown.

- install Debian Sid (Unstable) and live with many more changes

- if both are not fullfilling your needs, think about a different
  distribution: LFS (Linux from Scratch), or Yocto, or commerical one.

  But beware of the security updates. AFAIK both, LFS and Yocto, needs
  your effort to keep your machine(s) secure.

Best regards,
Klaus.
-- 
Klaus Singvogel
GnuPG-Key-ID: 1024R/5068792D  1994-06-27



Re: Security Vulnerabilities with Nginx v1.14.2 and GNOME Evolution

2020-09-15 Thread Dan Ritter
Suryadevara, Revanth wrote: 
> Just needed to re-confirm couple of things here
> 
> 1. I understand that the NGINX version shipped by default is secured and will 
> be updated with patches should there be some security issues. But my question 
> is, Can we expect the latest version of NGINX(i.e. v1.18.x) to be available 
> in Debian 10, soon ? If yes, when ?

No, never.

Debian creates stable releases. That means that, unless there is
a compelling reason, no new major versions are packaged.
Instead, security patches are applied as necessary.

When Debian 11 is released, most likely in 2021, there will be a new
major version of nginx.

You want to subscribe to the debian-security-announce list, and
at least look at the archives of debian-security.

You should read through the Debian Handbook, too. 
https://debian-handbook.info/

-dsr-



Re: Security Vulnerabilities with Nginx v1.14.2 and GNOME Evolution

2020-09-15 Thread tomas
On Tue, Sep 15, 2020 at 12:23:11PM +, Suryadevara, Revanth wrote:
> Hi  Klaus,
> 
> Just needed to re-confirm couple of things here
> 
> 1. I understand that the NGINX version shipped by default is secured and will 
> be updated with patches should there be some security issues. But my question 
> is, Can we expect the latest version of NGINX(i.e. v1.18.x) to be available 
> in Debian 10, soon ? If yes, when ?

Debian doesn't change package versions in its stable release
(except exceptions, see Greg's post in this thread).

That's the meaning of "stable". Debian 10, aka Buster is
the current stable version [1]. So the answer is "most
probably not".

> 2.  Please provide some kind of confirmation on CVE-2020-11879
>   If Vulnerability was already addressed, please point me to some article 
> which confirms the same.
>   If not addressed, please confirm on when can we expect 3.35.91 or 
> greater version to be available in Debian 10?

Well, you can do that yourself. Enter "CVE-2020-11879 site:debian.org"
into your favourite Internet search engine (which hopefully isn't
Google, but I disgress), you'll be lead to [2]. Follow the links
from there, and you'll get lots of information :-)

Cheers

[1] https://www.debian.org/releases/index.html
[2] https://security-tracker.debian.org/tracker/CVE-2020-11879

 - t


signature.asc
Description: Digital signature


Re: Security Vulnerabilities with Nginx v1.14.2 and GNOME Evolution

2020-09-15 Thread Greg Wooledge
On Tue, Sep 15, 2020 at 12:23:11PM +, Suryadevara, Revanth wrote:
> 1. I understand that the NGINX version shipped by default is secured and will 
> be updated with patches should there be some security issues. But my question 
> is, Can we expect the latest version of NGINX(i.e. v1.18.x) to be available 
> in Debian 10, soon ? If yes, when ?

No.

Please read .



RE: Security Vulnerabilities with Nginx v1.14.2 and GNOME Evolution

2020-09-15 Thread Suryadevara, Revanth
Hi  Klaus,

Just needed to re-confirm couple of things here

1. I understand that the NGINX version shipped by default is secured and will 
be updated with patches should there be some security issues. But my question 
is, Can we expect the latest version of NGINX(i.e. v1.18.x) to be available in 
Debian 10, soon ? If yes, when ?

2.  Please provide some kind of confirmation on CVE-2020-11879
If Vulnerability was already addressed, please point me to some article 
which confirms the same.
If not addressed, please confirm on when can we expect 3.35.91 or 
greater version to be available in Debian 10?

Thanks,
Revanth.

-Original Message-
From: Klaus Singvogel  
Sent: 15 September 2020 15:10
To: Suryadevara, Revanth 
Cc: debian-user@lists.debian.org
Subject: Re: Security Vulnerabilities with Nginx v1.14.2 and GNOME Evolution

Hi Revanth,

as you might have found out now, the Debian Security team is backporting 
security patches to older versions of OpenSource software, and Debian 10 isn't 
insecure.

The advantage of backporting is, that you don't have to adapt config files to 
latest syntax on an update, nor introduce incompatible libraries to your system 
on update.

So, don't worry about the older versions of software regarding security.
They are getting regular patches by the Debian Security team, even when the 
package maintainer doesn't support this version anymore.

I want to thank here the Debian Security team for there excellent job they did 
in the past and the future. Thank you.

Regarding missing CVE-2020-11879 for GNOME Evolution: I don't have the proof, 
but I think this points out to the fact the shipped version isn't affected.

Best regards,
Klaus.

Suryadevara, Revanth wrote:
> Hi Klaus,
>   
> 1.) Pertaining to Nginx there is no CVE-ID, main concern is, According 
> to nginx download page, 
> (https://us-east-2.protection.sophos.com?d=nginx.org=aHR0cDovL25naW54Lm9yZy9lbi9kb3dubG9hZC5odG1s=cmV2YW50aC5zdXJ5YWRldmFyYUBhcmNzZXJ2ZS5jb20==QjhjRHpDSVhOY2tZQWxCRzZrQTdxSXRJRklrSko2bEVqbnBFcGhvZGhzZz0==8babb3b80f934e38bc57897e4ca56711)
>  Nginx 1.14.x is no longer supported and will not be getting regular patches. 
> So, if any security Vulnerabilities arise then system would be at high risk 
> as the vendor no longer provide updates.
> 
> 2.) Pertaining to GNOME Evolution , the CVE-ID is  CVE-2020-11879 . This ID 
> isn't present in the links which you've shared.
> 
> Thanks,
> Revanth.
> 
> -Original Message-
> From: Klaus Singvogel 
> Sent: 15 September 2020 13:32
> To: Suryadevara, Revanth 
> Cc: debian-user@lists.debian.org
> Subject: Re: Security Vulnerabilities with Nginx v1.14.2 and GNOME 
> Evolution
> 
> Suryadevara, Revanth wrote:
> > 
> > We have a system running on Debian 10 with Nginx v1.14.2, GNOME Evolution 
> > v3.30.5-1.1 installed along with other packages.
> > 
> [...]
> > When can we expect latest versions of Nginx and GNOME Evolution to be 
> > available in Debian 10 ?
> 
> Which security bugs do you think are in the Debian 10 version of Nginx
> v1.14.2 or GNOME Evolution v3.30.5-1.1 not fixed?
> 
>   
> https://us-east-2.protection.sophos.com?d=debian.org=aHR0cHM6Ly9tZXR
> hZGF0YS5mdHAtbWFzdGVyLmRlYmlhbi5vcmcvY2hhbmdlbG9ncy8vbWFpbi9uL25naW54L
> 25naW54XzEuMTQuMi0yK2RlYjEwdTNfY2hhbmdlbG9n=cmV2YW50aC5zdXJ5YWRldmFy
> YUBhcmNzZXJ2ZS5jb20==V1JzK082WlRla1JMWEFzNjR4WDJvK1gwSHRoQTVkOWtISkF
> Pc084Y0NRdz0==1d129af62b6248948c99efacbb1de4f1
> 
>   
> https://us-east-2.protection.sophos.com?d=debian.org=aHR0cHM6Ly9tZXR
> hZGF0YS5mdHAtbWFzdGVyLmRlYmlhbi5vcmcvY2hhbmdlbG9ncy8vbWFpbi9lL2V2b2x1d
> Glvbi9ldm9sdXRpb25fMy4zMC41LTEuMV9jaGFuZ2Vsb2c==cmV2YW50aC5zdXJ5YWRl
> dmFyYUBhcmNzZXJ2ZS5jb20==eVVUdmdWUGNsVzVrTHp2N0M0cmU0UklHZzl5T0xGN3N
> tNno3aHRtY25yVT0==1d129af62b6248948c99efacbb1de4f1
> 
> Please name us the CVE identifiers, which you believe Debian 10 is affected 
> by.
> 
> Thanks in advance.
> 
> Best regards,
>   Klaus.
> --
> Klaus Singvogel
> GnuPG-Key-ID: 1024R/5068792D  1994-06-27

--
Klaus Singvogel
GnuPG-Key-ID: 1024R/5068792D  1994-06-27



Re: Security Vulnerabilities with Nginx v1.14.2 and GNOME Evolution

2020-09-15 Thread Greg Wooledge
On Tue, Sep 15, 2020 at 09:13:04AM +, Suryadevara, Revanth wrote:
> 1.) Pertaining to Nginx there is no CVE-ID, main concern is, 
> According to nginx download page, (http://nginx.org/en/download.html) Nginx 
> 1.14.x is no longer supported and will not be getting regular patches. So, if 
> any security Vulnerabilities arise then system would be at high risk as the 
> vendor no longer provide updates.

The Debian security team backports patches to fix security issues
whenever possible.

*If* in the future a vulnerability is discovered which cannot easily be
fixed by a patch backported from a future version of nginx, then the
security team *may* opt to use a newer upstream version of nginx in
the stable release.  There is some precedent for this with other packages
such as samba and bind9.



Re: Security Vulnerabilities with Nginx v1.14.2 and GNOME Evolution

2020-09-15 Thread Klaus Singvogel
Hi Revanth,

as you might have found out now, the Debian Security team is backporting
security patches to older versions of OpenSource software, and Debian 10
isn't insecure.

The advantage of backporting is, that you don't have to adapt config files
to latest syntax on an update, nor introduce incompatible libraries to
your system on update.

So, don't worry about the older versions of software regarding security.
They are getting regular patches by the Debian Security team, even when
the package maintainer doesn't support this version anymore.

I want to thank here the Debian Security team for there excellent job they
did in the past and the future. Thank you.

Regarding missing CVE-2020-11879 for GNOME Evolution: I don't have the
proof, but I think this points out to the fact the shipped version isn't
affected.

Best regards,
Klaus.

Suryadevara, Revanth wrote:
> Hi Klaus,
>   
> 1.) Pertaining to Nginx there is no CVE-ID, main concern is, 
> According to nginx download page, (http://nginx.org/en/download.html) Nginx 
> 1.14.x is no longer supported and will not be getting regular patches. So, if 
> any security Vulnerabilities arise then system would be at high risk as the 
> vendor no longer provide updates.
> 
> 2.) Pertaining to GNOME Evolution , the CVE-ID is  CVE-2020-11879 . This ID 
> isn't present in the links which you've shared.
> 
> Thanks,
> Revanth.
> 
> -Original Message-
> From: Klaus Singvogel  
> Sent: 15 September 2020 13:32
> To: Suryadevara, Revanth 
> Cc: debian-user@lists.debian.org
> Subject: Re: Security Vulnerabilities with Nginx v1.14.2 and GNOME Evolution
> 
> Suryadevara, Revanth wrote:
> > 
> > We have a system running on Debian 10 with Nginx v1.14.2, GNOME Evolution 
> > v3.30.5-1.1 installed along with other packages.
> > 
> [...]
> > When can we expect latest versions of Nginx and GNOME Evolution to be 
> > available in Debian 10 ?
> 
> Which security bugs do you think are in the Debian 10 version of Nginx
> v1.14.2 or GNOME Evolution v3.30.5-1.1 not fixed?
> 
>   
> https://us-east-2.protection.sophos.com?d=debian.org=aHR0cHM6Ly9tZXRhZGF0YS5mdHAtbWFzdGVyLmRlYmlhbi5vcmcvY2hhbmdlbG9ncy8vbWFpbi9uL25naW54L25naW54XzEuMTQuMi0yK2RlYjEwdTNfY2hhbmdlbG9n=cmV2YW50aC5zdXJ5YWRldmFyYUBhcmNzZXJ2ZS5jb20==V1JzK082WlRla1JMWEFzNjR4WDJvK1gwSHRoQTVkOWtISkFPc084Y0NRdz0==1d129af62b6248948c99efacbb1de4f1
> 
>   
> https://us-east-2.protection.sophos.com?d=debian.org=aHR0cHM6Ly9tZXRhZGF0YS5mdHAtbWFzdGVyLmRlYmlhbi5vcmcvY2hhbmdlbG9ncy8vbWFpbi9lL2V2b2x1dGlvbi9ldm9sdXRpb25fMy4zMC41LTEuMV9jaGFuZ2Vsb2c==cmV2YW50aC5zdXJ5YWRldmFyYUBhcmNzZXJ2ZS5jb20==eVVUdmdWUGNsVzVrTHp2N0M0cmU0UklHZzl5T0xGN3NtNno3aHRtY25yVT0==1d129af62b6248948c99efacbb1de4f1
> 
> Please name us the CVE identifiers, which you believe Debian 10 is affected 
> by.
> 
> Thanks in advance.
> 
> Best regards,
>   Klaus.
> -- 
> Klaus Singvogel
> GnuPG-Key-ID: 1024R/5068792D  1994-06-27

-- 
Klaus Singvogel
GnuPG-Key-ID: 1024R/5068792D  1994-06-27



Re: Security Vulnerabilities with Nginx v1.14.2 and GNOME Evolution

2020-09-15 Thread Reco
Hi.

Please do not top post.

On Tue, Sep 15, 2020 at 09:13:04AM +, Suryadevara, Revanth wrote:
> Hi Klaus,
>   
> 1.) Pertaining to Nginx there is no CVE-ID, main concern is, 
> According to nginx download page, (http://nginx.org/en/download.html)
> Nginx 1.14.x is no longer supported and will not be getting regular
> patches. So, if any security Vulnerabilities arise then system would
> be at high risk as the vendor no longer provide updates.

No known CVE = no problem. Unless of course you just happen to know a
private zero-day.
And, as the version of nginx shows, they've fixed some CVEs in past,
trice for the duration of buster.


> 2.) Pertaining to GNOME Evolution , the CVE-ID is  CVE-2020-11879 .
> This ID isn't present in the links which you've shared.

Buster's evolution is vulnerable indeed - [1]. Security impact is low,
so it's hardly a surprise it is not fixed yet.

Reco

[1] https://security-tracker.debian.org/tracker/source-package/evolution



RE: Security Vulnerabilities with Nginx v1.14.2 and GNOME Evolution

2020-09-15 Thread Suryadevara, Revanth
Hi Klaus,

1.) Pertaining to Nginx there is no CVE-ID, main concern is, 
According to nginx download page, (http://nginx.org/en/download.html) Nginx 
1.14.x is no longer supported and will not be getting regular patches. So, if 
any security Vulnerabilities arise then system would be at high risk as the 
vendor no longer provide updates.

2.) Pertaining to GNOME Evolution , the CVE-ID is  CVE-2020-11879 . This ID 
isn't present in the links which you've shared.

Thanks,
Revanth.

-Original Message-
From: Klaus Singvogel  
Sent: 15 September 2020 13:32
To: Suryadevara, Revanth 
Cc: debian-user@lists.debian.org
Subject: Re: Security Vulnerabilities with Nginx v1.14.2 and GNOME Evolution

Suryadevara, Revanth wrote:
> 
> We have a system running on Debian 10 with Nginx v1.14.2, GNOME Evolution 
> v3.30.5-1.1 installed along with other packages.
> 
[...]
> When can we expect latest versions of Nginx and GNOME Evolution to be 
> available in Debian 10 ?

Which security bugs do you think are in the Debian 10 version of Nginx
v1.14.2 or GNOME Evolution v3.30.5-1.1 not fixed?


https://us-east-2.protection.sophos.com?d=debian.org=aHR0cHM6Ly9tZXRhZGF0YS5mdHAtbWFzdGVyLmRlYmlhbi5vcmcvY2hhbmdlbG9ncy8vbWFpbi9uL25naW54L25naW54XzEuMTQuMi0yK2RlYjEwdTNfY2hhbmdlbG9n=cmV2YW50aC5zdXJ5YWRldmFyYUBhcmNzZXJ2ZS5jb20==V1JzK082WlRla1JMWEFzNjR4WDJvK1gwSHRoQTVkOWtISkFPc084Y0NRdz0==1d129af62b6248948c99efacbb1de4f1


https://us-east-2.protection.sophos.com?d=debian.org=aHR0cHM6Ly9tZXRhZGF0YS5mdHAtbWFzdGVyLmRlYmlhbi5vcmcvY2hhbmdlbG9ncy8vbWFpbi9lL2V2b2x1dGlvbi9ldm9sdXRpb25fMy4zMC41LTEuMV9jaGFuZ2Vsb2c==cmV2YW50aC5zdXJ5YWRldmFyYUBhcmNzZXJ2ZS5jb20==eVVUdmdWUGNsVzVrTHp2N0M0cmU0UklHZzl5T0xGN3NtNno3aHRtY25yVT0==1d129af62b6248948c99efacbb1de4f1

Please name us the CVE identifiers, which you believe Debian 10 is affected by.

Thanks in advance.

Best regards,
Klaus.
-- 
Klaus Singvogel
GnuPG-Key-ID: 1024R/5068792D  1994-06-27



Re: Security Vulnerabilities with Nginx v1.14.2 and GNOME Evolution

2020-09-15 Thread Klaus Singvogel
Suryadevara, Revanth wrote:
> 
> We have a system running on Debian 10 with Nginx v1.14.2, GNOME Evolution 
> v3.30.5-1.1 installed along with other packages.
> 
[...]
> When can we expect latest versions of Nginx and GNOME Evolution to be 
> available in Debian 10 ?

Which security bugs do you think are in the Debian 10 version of Nginx
v1.14.2 or GNOME Evolution v3.30.5-1.1 not fixed?


https://metadata.ftp-master.debian.org/changelogs//main/n/nginx/nginx_1.14.2-2+deb10u3_changelog


https://metadata.ftp-master.debian.org/changelogs//main/e/evolution/evolution_3.30.5-1.1_changelog

Please name us the CVE identifiers, which you believe Debian 10 is affected by.

Thanks in advance.

Best regards,
Klaus.
-- 
Klaus Singvogel
GnuPG-Key-ID: 1024R/5068792D  1994-06-27



Security Vulnerabilities with Nginx v1.14.2 and GNOME Evolution

2020-09-15 Thread Suryadevara, Revanth
Hi,

We have a system running on Debian 10 with Nginx v1.14.2, GNOME Evolution 
v3.30.5-1.1 installed along with other packages.


  1.  Security Vulnerability with Nginx v1.14.2:

THREAT:
According to nginx download page, (http://nginx.org/en/download.html) Nginx 
1.14.x is no longer supported and will not be getting regular patches

IMPACT:
The system is at high risk of being exposed to security vulnerabilities because 
the vendor no longer provides updates.

SOLUTION:
Upgrading to latest version of NGINX would resolve this Vulnerability.



  1.  Security Vulnerability with GNOME Evolution v3.30.5-1.1:

THREAT:
Gnome Evolution is prone to information disclosure vulnerability using the 
proprietary (non-RFC6068) quote"mailto?attach=..."quote parameter, a website 
(or other source of mailto links) can make Evolution attach local files or 
directories to a composed email message without showing a warning to the user, 
as demonstrated by an attach=. value.
Affected Version:
GNOME Evolution before 3.35.91

IMPACT:
Successful exploitation of this issue will lead to information disclosure.

SOLUTION:
Upgrading to 3.35.91 or to the latest version of GNOME Evolution 
(http://www.gnome.org/projects/evolution/) would resolve this Vulnerability.


When can we expect latest versions of Nginx and GNOME Evolution to be available 
in Debian 10 ?


Thanks,
Revanth.



[Evolution et nouveau coup de gueule contre systemd] : Effacer les fichiers qui ne sont contenus dans aucun paquet

2020-06-11 Thread BERTRAND Joël
Sébastien Dinot a écrit :
> BERTRAND Joël a écrit :
>> Existe-t-il un moyen d'effacer tous les fichiers d'un répertoire qui
>> ne sont pas dans l'un des paquets installé sur le système (autre que
>> l'algo trivial qui doit être en n² consistant à chercher pour tous les
>> fichiers du répertoire s'ils apparaissent dans l'une des sorties de
>> dpkg-query -L xx) ?
> 
> Cela me semble très délicat car des fichiers ou des liens symboliques
> peuvent ne pas être fournis par les paquets, mais bel et bien créés par
> eux lors de l'installation.
> 
> J'ai trouvé la commande élégante et efficace pour identifier tous les
> paquets non fournis par les paquets sur Stack Exchange :
> 
> https://unix.stackexchange.com/questions/153260/how-to-find-files-that-are-not-owned-by-any-package
> 
> La commande est :
> 
> comm -23 <(find / -xdev -type f | sort) <(sort -u /var/lib/dpkg/info/*.list)
> 
> Mais cette liste constitue une base de travail brute, qu'il faut
> minutieusement affiner. Par exemple, il faut en exclure tout ce qui est
> dans /home et dans d'autres répertoires tels que /usr/lib, /var/log,
> voire /var, etc.
> 
> Sébastien
> 

Merci à tous, je vais regarder ça.

Néanmoins, il y a un problème connexe qui pourrait éviter de faire ce
que j'ai fait à la hussarde (recopier /bin /sbin et les libs d'une
installation fraîche puis certaines bibliothèques...). Pourquoi n'y
a-t-il pas dans une installation Debian la même chose que dans NetBSD
par exemple ? Lors des débuts de Linux, c'était compréhensible, les
disques n'était pas énormes. Aujourd'hui, ça l'est nettement moins.

legendre:[/rescue] > ls -al
total 2409644
drwxr-xr-x2 root  wheel 3072 May 23 17:31 .
drwxr-xr-x   25 root  wheel 1024 May 24 23:57 ..
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 [
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 atactl
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 badsect
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 brconfig
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 bunzip2
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 bzcat
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 bzip2
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 cat
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 ccdconfig
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 cgdconfig
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 chgrp
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 chio
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 chmod
...
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 tetris
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 ttyflags
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 tunefs
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 umbctl
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 umount
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 veriexecctl
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 vi
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 vnconfig
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 vndconfig
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 wdogctl
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 wsconsctl
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 zcat
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 zegrep
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 zfgrep
-r-xr-xr-x  155 root  wheel  7811464 May 23 17:16 zgrep
legendre:[/rescue] > du -hs
20M .
legendre:[/rescue] >

Tous les utilitaires critiques sont naturellement dans /bin et /sbin,
mais sont aussi compilés statiquement dans /rescue (façon busybox, le
même programme (presque toujours) avec des liens hard, la détection de
la fonction étant faite par argc dans le code). Ces fichiers ne sont pas
effaçables directement par root (un rm -f demande explicitement si on
est d'accord parce les droits sont r-x). Même en cas de destruction
d'une partie de la racine par un script foireux, on peut toujours
redémarrer le NetBSD en passant /rescue/sh comme init et même tourner
quasiment normalement avec un lien de /bin et /sbin sur /rescue. C'est
vraiment très pratique.

Le problème qui ma posé le plus de souci n'est pas le contenu de /bin
ou /sbin, il n'y a pas tant de bibliothèques que cela, mais un truc
aussi bête que apt (pour forcer la réinstallation des paquets). Parce
que apt est lié avec un tas de bibliothèques qui en utilise à son tour
d'autres. J'ai dû bricoler avant d'obtenir un apt qui fasse autre chose
qu'un segfault.

Sinon, autre bug de systemd (vous allez dire que je n'aime pas l'outil,
certes, mais je l'aime de moins ne moins à mesure que le temps passe)
sur lequel j'ai passé quelques heures hier.

bertrand@rayleigh:~$ cat /etc/udev/rules.d/70-persistent-net.rules
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
ATTR{address}=="50:46:5d:72:ef:a2", ATTR{dev_id}=="0x0",
ATTR{type}=="1", KERNEL=="eno*", NAME="eth0"
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
ATTR{address}=="00:08:02:af:da:70", ATTR{dev_id}=="0x0",
ATTR{type}=="1", 

Re: [crash] Evolution sous testing

2020-04-18 Thread Haricophile
Le Sat, 18 Apr 2020 11:14:39 +0200,
Jean-Marc  a écrit :

> Et pour info, pour le moment, il y a pas mal de paquets migrés vers Gnome
> 3.36. C'est peut-être une source possible de soucis.

A mon humble avis, supprimer le "peut-être" de la phrase, les versions de
gnome et les compatibilités c'est une grande aventure...



Re: [crash] Evolution sous testing

2020-04-18 Thread Jean-Marc
Fri, 17 Apr 2020 23:48:02 +0200
Frederic Zulian  écrivait :

> Bonjour,

salut Frédéric,

> Je tente de sortir de ma dépendance à l'écosystème Google en commençant par
> les mails avec Evolution.
> L'installation et la configuration se sont déroulées sans problème.

Okay.

> Désormais lorsque je lance Evolution j'ai le message d'erreur suivant :
> 
> (evolution:3800818): GLib-GIO-WARNING **: 23:38:10.432: Your application
> did not unregister from D-Bus before destruction. Consider using
> g_application_run().

Le message semble n'être qu'un avertissement.
Que se passe-t-il après ?
Evolution te montre un message et se ferme/s'arrête ?

Perso, je viens de démarrer Evolution sans soucis.
J'ai un avertissement similaire pour evolution-alarm mais sans conséquence.

Et pour info, pour le moment, il y a pas mal de paquets migrés vers Gnome 3.36.
C'est peut-être une source possible de soucis.

> [...]
> Une idée ?

Commencer par essayer d'avoir plus d'infos.  Debian Testing est parfois 
difficile de par son instabilité.

Voir s'il existe un bug déjà rapporté (cf. 
http://www.mail-archive.com/debian-bugs-dist%40lists.debian.org/).

Se renseigner sur les canaux IRC de Debian (cf. https://wiki.debian.org/fr/IRC 
- canal #debian-next).
C'est anglophone sur les canaux généraux, #debian-fr est francophone.
Attention, il faut être patient parfois.  Cela va dépendre des personnes 
disponibles.


> Frédéric ZULIAN

Jean-Marc 
https://6jf.be/keys/ED863AD1.txt


pgpVGFGUuk7BG.pgp
Description: PGP signature


Re: [crash] Evolution sous testing

2020-04-18 Thread elguero eric


apparemment il y a un problème avec la librairie GLib.
Peut-être installer la dernière version de GLib
et recompiler?

e.e.






Le vendredi 17 avril 2020 à 23:48:35 UTC+2, Frederic Zulian  
a écrit : 





Bonjour,

Je tente de sortir de ma dépendance à l'écosystème Google en commençant par les 
mails avec Evolution.  
L'installation et la configuration se sont déroulées sans problème.

Désormais lorsque je lance Evolution j'ai le message d'erreur suivant :

(evolution:3800818): GLib-GIO-WARNING **: 23:38:10.432: Your application did 
not unregister from D-Bus before destruction. Consider using 
g_application_run().

J'ai tenté de faire quelques recherches avec QWANT mais je me retrouve toujours 
avec des réponses faisant références à Microsoft ou Apple

Une idée ? 

Frédéric ZULIAN
--
Pour la santé de votre ordinateur, préférez les logiciels libres.
https://www.april.org/



[crash] Evolution sous testing

2020-04-17 Thread Frederic Zulian
Bonjour,

Je tente de sortir de ma dépendance à l'écosystème Google en commençant par
les mails avec Evolution.
L'installation et la configuration se sont déroulées sans problème.

Désormais lorsque je lance Evolution j'ai le message d'erreur suivant :

(evolution:3800818): GLib-GIO-WARNING **: 23:38:10.432: Your application
did not unregister from D-Bus before destruction. Consider using
g_application_run().

J'ai tenté de faire quelques recherches avec QWANT mais je me retrouve
toujours avec des réponses faisant références à Microsoft ou Apple

Une idée ?

Frédéric ZULIAN
--
Pour la santé de votre ordinateur, préférez les logiciels libres.
https://www.april.org/


Re: [testing] pb récupération email en imap avec Evolution

2020-04-10 Thread Gaëtan Perrier
Moi en 3.36

Le vendredi 10 avril 2020 à 17:32 +0200, Christian Quentin a écrit :
> J'utilise Evolution et ça fonctionne normalement. Je suis en gnome 3.30
> 
> A+
> Christian
> 
> Le vendredi 10 avril 2020 à 13:49 +0200, Gaëtan Perrier a écrit :
> > Le mercredi 25 mars 2020 à 00:58 +0100, Gaëtan Perrier a écrit :
> > > Bonjour, 
> > > 
> > > Depuis quelques jours Evolution a beaucoup de mal à récupérer les mails
> > > sur
> > > mes
> > > comptes (en imap). A force de le fermer et de le relancer ça finit par
> > > fonctionner mais c'est pénible.
> > > Je ne sais pas si c'est lié à la transition en cours vers Gnome 3.36 ou
> > > si
> > > c'est autre chose ?
> > > Est-ce que quelqu'un d'autre constate ce problème ?
> > > 
> > > A+
> > > 
> > > Gaëtan
> > 
> > 
> > Personne n'utilise Evolution ?
> > 
> > Gaëtan



signature.asc
Description: This is a digitally signed message part


Re: [testing] pb récupération email en imap avec Evolution

2020-04-10 Thread Christian Quentin
J'utilise Evolution et ça fonctionne normalement. Je suis en gnome 3.30

A+
Christian

Le vendredi 10 avril 2020 à 13:49 +0200, Gaëtan Perrier a écrit :
> Le mercredi 25 mars 2020 à 00:58 +0100, Gaëtan Perrier a écrit :
> > Bonjour, 
> > 
> > Depuis quelques jours Evolution a beaucoup de mal à récupérer les mails sur
> > mes
> > comptes (en imap). A force de le fermer et de le relancer ça finit par
> > fonctionner mais c'est pénible.
> > Je ne sais pas si c'est lié à la transition en cours vers Gnome 3.36 ou si
> > c'est autre chose ?
> > Est-ce que quelqu'un d'autre constate ce problème ?
> > 
> > A+
> > 
> > Gaëtan
> 
> 
> Personne n'utilise Evolution ?
> 
> Gaëtan


Re: [testing] pb récupération email en imap avec Evolution

2020-04-10 Thread Gaëtan Perrier
Le mercredi 25 mars 2020 à 00:58 +0100, Gaëtan Perrier a écrit :
> Bonjour, 
> 
> Depuis quelques jours Evolution a beaucoup de mal à récupérer les mails sur
> mes
> comptes (en imap). A force de le fermer et de le relancer ça finit par
> fonctionner mais c'est pénible.
> Je ne sais pas si c'est lié à la transition en cours vers Gnome 3.36 ou si
> c'est autre chose ?
> Est-ce que quelqu'un d'autre constate ce problème ?
> 
> A+
> 
> Gaëtan


Personne n'utilise Evolution ?

Gaëtan


signature.asc
Description: This is a digitally signed message part


[testing] pb récupération email en imap avec Evolution

2020-03-24 Thread Gaëtan Perrier
Bonjour, 

Depuis quelques jours Evolution a beaucoup de mal à récupérer les mails sur mes
comptes (en imap). A force de le fermer et de le relancer ça finit par
fonctionner mais c'est pénible.
Je ne sais pas si c'est lié à la transition en cours vers Gnome 3.36 ou si
c'est autre chose ?
Est-ce que quelqu'un d'autre constate ce problème ?

A+

Gaëtan


signature.asc
Description: This is a digitally signed message part


[SOLVED] Re: Delay evolution-*-factory startup

2020-02-03 Thread Jim Popovitch
On Mon, 2020-02-03 at 10:24 -0500, Jim Popovitch wrote:
> On Mon, 2020-02-03 at 15:19 +, Nektarios Katakis wrote:
> > Στις 2020-02-03 14:59, Jim Popovitch έγραψε:
> > > On Mon, 2020-02-03 at 14:49 +, Nektarios Katakis wrote:
> > > > Στις 2020-02-03 14:24, Jim Popovitch έγραψε:
> > > > > On Mon, 2020-02-03 at 14:07 +, Nektarios Katakis wrote:
> > > > > > Στις 2020-02-03 12:59, Jim Popovitch έγραψε:
> > > > > > > Hello!
> > > > > > > 
> > > > > > > Is there a way in Buster+Cinnamon to disable evolution-
> > > > > > > (calendar|addressbook)-factory until after a VPN has connected?
> > > > > > > 
> > > > > > > Everytime I login and start Evolution I have a handful of blue
> > > > > > > warnings,
> > > > > > > that I must clear, because Evolution was unable to connect to 
> > > > > > > services
> > > > > > > only available over a VPN. By the time I clear the blue warnings 
> > > > > > > the
> > > > > > > VPN
> > > > > > > is active, the warning just accrue after login and before network
> > > > > > > manager activates the VPN.
> > > > > > > 
> > > > > > > -Jim P.
> > > > > > 
> > > > > > You can run the VPN as a systemd user service as the Evolution is 
> > > > > > now.
> > > > > > And put VPN service to run before the evolution one.
> > > > > 
> > > > > The NetworkManager-OVPN depends on user configuration, therefore the
> > > > > VPN won't start until after user login.
> > > > 
> > > > The calendar service should be the same. Since it s a user service it
> > > > starts after you login.
> > > 
> > > It does, but I don't want it started until after it can reach the
> > > calendar server (which is only available on the VPN).
> > > 
> > > > > > Alternatively you can disable evolution from starting automatically
> > > > > > and
> > > > > > do it once you have connected manually in your VPN.
> > > > 
> > > > To disable it you can try: `systemctl --user disable
> > > > evolution-calendar-factory.service`
> > > > Alternatively you can remove the WantedBy block from the unit file.
> > > 
> > > Thanks again, unfortunately that doesn't seem to survive a reboot. :-(
> > > 
> > > I tried disabling all evolution related services, but they still 
> > > startup
> > > after a normal reboot
> > 
> > If no one else is using evolution on that PC you can do `rm 
> > /usr/lib/systemd/user/evolution-*`
> > 
> > When you reinstall the package you ll have the service files back 
> > anyway.
> 
> Thanks, I'd rather not do it that way.
> 
> I guess I'll open a bug with Gnome to see if they can suppress the blue
> connectivity warnings at startup as there is no need to report an error
> that resolves itself once the user has started the application.

While messing around with some Evolution settings I resolved this
problem by setting:
   Evolution -> Preferences -> Network Preferences -> 
Method to detect online state = Network Manager.  

Bam! Problem solved.

-Jim P.




  1   2   3   4   5   6   7   8   9   10   >