#4337 Read User Mail does not show any Maildir folders (except Inbox)

[Amish]

Hello,

I am using webmin v1.620 but based on changelog I suppose this may be issue in latest version as well (unless I mis-configured something)

I am using sendmail+procmail (maildir mode by setting DEFAULT=$HOME/Maildir/).

In sendmail module config, I have set this:

User mail file location = File under home directory
Mail file in home directory = Maildir
Mail storage type = Maildir

Now when I go to "Read User Mail", it shows me e-mails in Inbox (folder name = ~username/Maildir/), but in folder list drop down does not show me any other folder in Maildir. i.e. I can not see Sent folder or any other I have created.

Am I missing any configuration OR it is a bug?

Something similar exists for usermin for which I will file another bug ticket.

Thanks and regards,

[Jamie Cameron]

Could be a bug - what is the path to the sent mail folder or one of the other folders?

[Amish]

Its same standard path.

~home/.Maildir/.sent/, ~home/.Maildir/.test/

If I uncheck "Detect location of mail files automatically?" (Under mailboxes module configuration)

And if I specify "Folders subdirectory under home directory" as "Maildir", then it shows me those folders BUT it also shows me "dovecot.index.log" as mail folder which is not actually a mail folder. And I can not see INBOX e-mails!

Regards,

[Jamie Cameron]

Setting "Folders subdirectory under home directory" to "Maildir" should be the correct solution. What do you mean by the INBOX emails not being visible exactly?

[Amish]

Ok I managed to solve it partially by also setting "Mail directory in user home directories" to "Maildir". (So now I can see Inbox e-mails as well)

Lets revise again:

1) In sendmail module configuration, I have set:
User mail file location = File under home directory
Mail file in home directory = Maildir
Mail storage type = Maildir

Now lets see attached pictures: (settings of "Read User Mail" module)
2) (Picture 1 - webmindef.png) First is default setting for "Read User Mail" i.e. "Detect location of mail files automatically" is set to "Yes, based on mail server" (which uses Sendmail settings as in step 1 above)

3) (Picture 2 - webmindef1.png) You can see that it just shows contents of Inbox when you try to read user e-mail. But does not show subfolders. (test, sent etc.) i.e. it read Maildir as Inbox but does not detect subfolders under it.

4) (Picture 3 - webmindef2.png) I changed "Detect automatically" to "No" and "Mail directory", "Folders subdirectory under home directory" both set to "Maildir"

5) (Picture 4 - webmindef3.png) You can see it now shows Inbox + subfolders, but it also shows "dovecot.mailbox.log" as a folder!! (this is a bug + its log file and not a directory)

Note: if in step 4) I dont set "Mail directory" it does not show Inbox but just folders under it.

Also I think when settings are done as in step 1 and step 2 is set to automatic, then internally Webmin should automatically set "Folders subdirectory" as "Maildir", too.

This will make it truely automatic.

Regards,

[Amish]

Note in above post, attachments order has changed. (by sourceforge)

1st pic is webmindef.png
2nd pic is webmindef1.png
3rd pic is webmindef2.png
4th pic is webmindef3.png

[Jamie Cameron]

Ok, it looks like the biggest bug here is that dovecot.mailbox.* files are being shown as folders - I'll fix that in the next Webmin release.

I'll also make the detection of sub-folders more automatic .. Webmin should really always be looking for sub-folders under ~/Maildir.

[Amish]

In file mailboxes/folders-lib.pl

I think .*$ is not required in line 2466
$f =~ /^dovecot-uidvalidity.*$/ || $f eq "subscriptions" ||

Also in line 2467 brackets are not required around \.\d+.
$f =~ /\.webmintmp(\.\d+)$/ || $f eq "dovecot-keywords" ||

So it should be:
$f =~ /^dovecot-uidvalidity/ || $f eq "subscriptions" ||
$f =~ /\.webmintmp\.\d+$/ || $f eq "dovecot-keywords" ||

[Jamie Cameron]

Yeah, that will basically do it. My fix can be seen at https://github.com/webmin/webmin/commit/ce03078af8f83a2d35fb7c6fc0586633c81e7968

[Amish]

Yes I had seen that fix but I was talking about other two lines where regular expression check was not efficient.

But thanks for your prompt fix.

[Jamie Cameron]

Thanks, you're right about those regexps.