Re: Mutt losing folders with new mails with additional session

2020-07-14 Thread Sebastian Stein
Kevin J. McCarthy  [200708 08:59]:
> > Perhaps some combination of settings is causing this.  Would you mind
> > forwarding your configuration to me, so I can try to reproduce with
> > that?
> 
> Thanks to Mike's help paring down his configuration to a minimal reproduce,
> I was able to find the problem.
> 
> I'll get a patch to stable tomorrow and a release out later this week.

Yesterday I compiled 1.14.6 from source code, but still see it happening.
Today, I had several mails in 3 different folders (Mail/folder-1-file,
Mail/folder-2-file), but only one of them showed up as being new.

I ran first fetchmail and procmail, before launching mutt.

Do you have any minimal mutt config I could try to see if the problem goes
away? My config was created like 20 years ago and not sure if there is
anything weird in.

Regards,
Sebastian


signature.asc
Description: PGP signature


Mutt and Mate

2020-07-14 Thread john . boyer
Hello,

Does Mutt have a graphical interface that would work well with the Mate desktop 
environment?

Thanks,
John

-- 
John J. Boyer
Email: john.bo...@abilitiessoft.org
website: http://www.abilitiessoft.org
Status: Company dissolved but website and email addresses  live.
Location: Madison, Wisconsin, USA
Mission: developing assistive technology software and providing STEM services 
that are available at no cost




Re: Mutt losing folders with new mails with additional session

2020-07-14 Thread Kevin J. McCarthy

On Tue, Jul 14, 2020 at 08:26:07AM +0200, Sebastian Stein wrote:

Kevin J. McCarthy  [200708 08:59]:

> Perhaps some combination of settings is causing this.  Would you mind
> forwarding your configuration to me, so I can try to reproduce with
> that?

Thanks to Mike's help paring down his configuration to a minimal reproduce,
I was able to find the problem.

I'll get a patch to stable tomorrow and a release out later this week.


Yesterday I compiled 1.14.6 from source code, but still see it happening.
Today, I had several mails in 3 different folders (Mail/folder-1-file,
Mail/folder-2-file), but only one of them showed up as being new.


Your original mail (<20200106150335.ga10...@hpfsc.de>) reported you were 
seeing the problem with 1.10.1, but then it stopped with 1.13.2.


Unfortunately, the problem Mike reported first showed up in Mutt 1.11.0. 
If you are still having the problem with 1.14.6 it may be a different 
issue.


Mike's reported bug was triggered by relative path mailboxes.  Instead 
of:

  set folder = "~/Mail"
  mailboxes =a =b =c
he had:
  set folder = "~/Mail"
  mailboxes a b c
where a, b, and c were then resolved relative to the mutt starting 
directory, instead of under $folder.  I made a mistake with the system 
call, forgetting a flag to ensure relative path behavior when resetting 
the access-time.



Do you have any minimal mutt config I could try to see if the problem goes
away? My config was created like 20 years ago and not sure if there is
anything weird in.


If the above isn't the problem, I'm afraid I would need your help in
paring down to a minimal reproduce.

--
Kevin J. McCarthy
GPG Fingerprint: 8975 A9B3 3AA3 7910 385C  5308 ADEF 7684 8031 6BDA


signature.asc
Description: PGP signature


Re: Mutt losing folders with new mails with additional session

2020-07-14 Thread Sebastian Stein
Kevin J. McCarthy  [200714 21:46]:
> Mike's reported bug was triggered by relative path mailboxes.  Instead of:
>   set folder = "~/Mail"
>   mailboxes =a =b =c
> he had:
>   set folder = "~/Mail"
>   mailboxes a b c
> where a, b, and c were then resolved relative to the mutt starting
> directory, instead of under $folder.  I made a mistake with the system call,
> forgetting a flag to ensure relative path behavior when resetting the
> access-time.
 
I have the following:

set folder="$HOME/Mail"
mailboxes `cd $HOME/Mail; echo P-*|sed -e 's/P-/+&/g'`
mailboxes `cd $HOME/Mail; echo L-*|sed -e 's/L-/+&/g'`

There are 283 mbox files counting about 4.000 characters. Is this too much?

Is it expected that value of "mailboxes" variable isn't shown when running:

mutt -D

Also inside mutt, running

:echo $mailboxes

doesn't output anything.

Some other values of (maybe) interest (via mutt -D):

mail_check=5
mail_check_recent is set
mail_check_stats is unset
mail_check_stats_interval=60

mbox="~/mbox"
mbox_type=mbox
move=no

browser_abbreviate_mailboxes is set
sort_browser=alpha

So far, I haven't found any clear way to reproduce it. I "think" it most
often happens if several emails are added by procmail to several different
mbox files. Only 1 or 2 of such folder files are marked as having new mails,
all others are lost.

I compiled 1.14.6 from source.

Official Ubuntu is still on mutt 1.13.2, but I first reported the problem
with version 1.10.1. So I think the problem might have been introduced with
version 1.10, because before Ubuntu had mutt 1.9, where I didn't encounter
this problem.

Please let me know for any additional information. Of course, you can also
contact me directly and I'm happy to share my config with you.


Regards,
Sebastian


signature.asc
Description: PGP signature


Information: Mutt/Gmail/Oauth2 Failure

2020-07-14 Thread Hokan
Hello Mutt/Gmail/Oauth2 Users,

I had a problem reading my Google mail and wanted to let you know what
happened in case any other oauth2.py users have a similar problem.

I have a number of Gmail user accounts for which I use Mutt with oauth2
to read mail and, today, one stopped working.

I started mutt and got this on the status line:
--
mutt_account_getoauthbearer: Command returned empty string
--

My Mutt config runs the oauth2.py script to get the access token.  I ran
oauth2.py manually and got this:

--
Traceback (most recent call last):
  File "/home/hokan/bin/oauth2.py", line 347, in 
main(sys.argv)
  File "/home/hokan/bin/oauth2.py", line 311, in main
print 'Access Token: %s' % response['access_token']
KeyError: 'access_token'
--

After much wailing and gnashing of teeth, I looked at my Google account
to see what had access to my data and didn't see Mutt listed.  Perhaps
after a year-and-a-half my access expired?

I followed the process to get a new Refresh Token, replaced that in my
Mutt config and I could read mail again.

So, this turned out not to be a problem with Mutt, but with my Google
account.

-- 
Hokan
Bicyclist
Sysadmin


signature.asc
Description: PGP signature


Re: Mutt losing folders with new mails with additional session

2020-07-14 Thread Kevin J. McCarthy

On Tue, Jul 14, 2020 at 11:07:10PM +0200, Sebastian Stein wrote:

set folder="$HOME/Mail"
mailboxes `cd $HOME/Mail; echo P-*|sed -e 's/P-/+&/g'`
mailboxes `cd $HOME/Mail; echo L-*|sed -e 's/L-/+&/g'`


Since you are prefixing your mailboxes with '+' (as you should!), this 
precludes the problem being related to the one fixed for 1.14.6.


There are 283 mbox files counting about 4.000 characters. Is this too 
much?


No, it shouldn't be.

Is it expected that value of "mailboxes" variable isn't shown when 
running:


mutt -D


Mailboxes are not stored in a configuration variable, so that won't be 
dumped out by mutt -D.  Mutt doesn't provide a way to print out the 
current mailboxes list.  However the 'y' keybinding () 
will list them in the mailbox browser.



So far, I haven't found any clear way to reproduce it.


This is the important part though.  I've been staring at the code 
looking into Mike's problem.  I saw a few (old) race conditions I need 
to address eventually but not much else.  Without a simplified 
configuration and instructions to reproduce, I doubt I'll be able to 
find the problem.


I "think" it most often happens if several emails are added by procmail 
to several different mbox files. Only 1 or 2 of such folder files are 
marked as having new mails, all others are lost.


Have you checked the access time vs modification time of those 
mailboxes?  Capture them before and after procmail, and then launching 
Mutt.  See if this gives any clues.


--
Kevin J. McCarthy
GPG Fingerprint: 8975 A9B3 3AA3 7910 385C  5308 ADEF 7684 8031 6BDA


signature.asc
Description: PGP signature


Re: Mutt and Mate

2020-07-14 Thread Francesco Ariis
Il 14 luglio 2020 alle 03:03 john.bo...@abilitiessoft.org ha scritto:
> Does Mutt have a graphical interface that would work well with the Mate 
> desktop environment?

I believe the point of mutt is running in a terminal — rather, some of
its defining characteristics (lightweight, shortcuts, ssh-able) blends
well with a terminal app.

I am not aware of GUIs for mutt or its clones.