Email domain not delivering to shared folder

dovecot
mail
v7

(bob) #1

NethServer Version: 7.4
Module: dovecot

I’ve set up my email domain in the web config, and selected “accept unknown recipients”. If I select an email address in the down box, unsorted mail is delivered to that user. If I select a shared folder then email is not delivered to that folder.

Here is the catch-all entry in /etc/dovecot/dovecot.conf

override_fields = uid=983 gid=979 home=/var/lib/nethserver/vmail/vmail+testmailfolder

Why can’t I get unsorted mail delivered to a shared folder?

Thanks
Bob


(Markus Neuberger) #2

Hello @bobtskutter,

I tested it, created a shared mailbox with domain admins as owner group, set catch all and select shared folder, wrote some mails to not existing users. Then I used roundcube to check for the mails so I logged in as admin (as only domain admins have access), I had to add (subscribe) the public folder and in this folder I can see my shared mailbox and the mails I sent.

Did you edit the config file and enter the line? I have two override_fields lines in /etc/dovecot/dovecot.conf:

override_fields = uid=987 gid=983 home=/var/lib/nethserver/vmail/%Ln
...
override_fields = uid=987 gid=983 home=/var/lib/nethserver/vmail/%u

(bob) #3

@mrmarkuz, thank you for the reply (and the detailed testing).
I used the web interface to create the catch-all. there is only 1 entry in the dovecot config file.

What does the %Ln and %u refer to?
My entry has a real folder name (vmail+testmailfolder)

thanks
bob


(Markus Neuberger) #4

Sorry, I tested on Email 2 (Beta) but there it just works. On default mail I have the same line and the same problem you have.

The mails are there:

[root@testserver ~]# ls /var/lib/nethserver/vmail/vmail+testmailbox/Maildir/new
1522011564.M634870P16930.testserver.domain.local,S=962,W=986  1522011674.M486198P17201.testserver.domain.local,S=988,W=1012

My /var/log/maillog:

[root@testserver ~]# tail /var/log/maillog
Mar 25 23:01:14 testserver postfix/qmgr[15919]: 647C530A6A94: from=<admin@domain.local>, size=748, nrcpt=1 (queue active)
Mar 25 23:01:14 testserver postfix/smtpd[17194]: proxy-accept: END-OF-MESSAGE: 250 2.0.0 Ok: queued as 647C530A6A94; from=<admin@domain.local> to=<dsfkjshgfjsdhf@domain.local> proto=ESMTP helo=<192.168.1.187>
Mar 25 23:01:14 testserver postfix/smtpd[17197]: disconnect from localhost[127.0.0.1]
Mar 25 23:01:14 testserver dovecot: lmtp(17201): Connect from local
Mar 25 23:01:14 testserver postfix/lmtp[17200]: 647C530A6A94: to=<dsfkjshgfjsdhf@domain.local>, relay=testserver.domain.local[/var/run/dovecot/lmtp], delay=0.11, delays=0.02/0.04/0.01/0.04, dsn=2.0.0, status=sent (250 2.0.0 <dsfkjshgfjsdhf@domain.local> V//EGxoOuFoxQwAArFJgQg Saved)
Mar 25 23:01:14 testserver postfix/qmgr[15919]: 647C530A6A94: removed
Mar 25 23:01:14 testserver dovecot: lmtp(17201, dsfkjshgfjsdhf@domain.local): V//EGxoOuFoxQwAArFJgQg: sieve: msgid=<acfb3ba11533024a057db2b4ca34eb1d@domain.local>: stored mail into mailbox 'INBOX'
Mar 25 23:01:14 testserver dovecot: lmtp(17201): Disconnect from local: Successful quit
Mar 25 23:01:14 testserver postfix/smtpd[17194]: disconnect from localhost[127.0.0.1]
Mar 25 23:02:24 testserver clamd[12884]: SelfCheck: Database status OK.

But they are not in roundcube:

grafik


(bob) #5

@mrmarkuz

Yup…that’s what happening on my system.
Thank you for confirming the issue.
Is there a fix? (other than switching to email2, which is beta)
Regards
Bob


(Filippo Carletti) #6

I reproduced the issue, both with mail and mail2.
Would you mind opening the issue on github?


(bob) #7

@filippo_carletti sorry, but I don’t know how to “open the issue on github”. Please PM me some instructions.

edit, just found the nethserver/dev github repository, i’ll sign up and post a bug report

Please see:

Thanks
Bob


(Davide Principi) #8

Thanks to @bobtskutter report, there’s now a fix available from nethserver-testing repo! Please check it out! /cc @quality_team

yum --enablerepo=nethserver-testing update nethserver-mail-server

@bobtskutter, does the fix solve the bug?


(bob) #9

@davidep
That seems to have fixed it. Thank you.

Regards
Bob


(Davide Principi) #10