I can't read the email after a replication of /var/vmail

[voltron81]

Hi to everybody,
I've a very big problem after a replication test of /var/vmail
When I enter in the email with roundcube, I can see the subject of the emails (for some of them I can just see (no subject), but when I open the email there is nothing.
And I can not see also the folders in roundcube, like sent, trash, etc...

What's going on?

Thanks
Michele

[voltron81]

After a lot of tests, maybe I found the right configuration for the glusterfs replication.

But now I've this terrible issue and there are few accounts already online in this days... and now they can not read the emails...

Is maybe a permissions issue?
I'm checking the /var/vmail permissions and it seems to be ok...
Please suggestions?

Michele

[voltron81]

Ok luckely I have a backup copy of /var/vmail folder, so I've just replaced that folder with my backup copy and the emails are working ok now...
So it was I guess a replication error or a permission error...

[voltron81]

Ok now I've replace with the backup copy of /var/vmail and I can now read the email.
I can also send emails.
But I can not receive any email...
I had a look into the mail.log and it seems to be ok:

Nov 13 09:46:28 srv2 amavis[2251]: (02251-01) Passed CLEAN, [88.xxx.xxx.xxx] [88.xxx.xxx.xxx] <me@domain.com> -> <user@domain.com>, Message-ID: <200911130xxx@domain.com>, mail_id: RL4xxx, Hits: 1.45, size: 395, queued_as: C329xxxx, 684 ms
Nov 13 09:46:28 srv2 postfix/smtp[15082]: 988Dxxx: to=<user@domain.com>, relay=127.0.0.1[127.0.0.1]:10024, delay=50, delays=49/0.05/0.02/0.68, dsn=2.0.0, status=sent (250 2.0.0 Ok, id=02251-01, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as C329xxxx)
Nov 13 09:46:28 srv2 postfix/qmgr[2813]: 988Dxxxx: removed
Nov 13 09:46:29 srv2 postfix/pipe[15087]: C329xxxx: to=<user@domain.com>, relay=maildrop, delay=0.22, delays=0.01/0.02/0/0.19, dsn=2.0.0, status=sent (delivered via maildrop service)
Nov 13 09:46:29 srv2 postfix/qmgr[2813]: C329xxx: removed

What is wrong?
Yesterday, before some replication test, the mailserver was working correctly...
Thanks
Michele

[voltron81]

Hi guys,
I upgrade here the situation, hoping that somebody will give me a good suggestion...
I was thinking that was a permission issue. But all the folder /var/vmail is owned by vmail and if I send an email, I'll see it in the "sent" folder, so postfix have the permission to write in that folder.
What else it should be?

[till]

Try to enable debugging in the imap daemon and check if there are any error messages when you use imap.

[till]

Originally Posted by voltron81

I was thinking that was a permission issue. But all the folder /var/vmail is owned by vmail and if I send an email, I'll see it in the "sent" folder, so postfix have the permission to write in that folder.

No. The email is put to the sent folder by rouncube via the imap daemon and not postfix.

[voltron81]

Ok even if is IMAP daemon, if it put the sent mail into the sent folder, means that it can write in /var/vmail
What else I could check to see what's wrong?
As I said before, I checked the mail.log (even in debug mode), and I can not see any error.
If I'll create a competely new email with ISPConfig, I'll not receive also the wellcome email.

thanks Till
Michele

PS: at the end of this adventure, I'll write an howto wihere I'll explain how to have a master-master replication of the mailserver managed by ISPconfig...

[voltron81]

Ok Till, I've chenged the debug level in /etc/courier/authdaemonrc and I've rebooted the server, so now I've an huge mail.log.
Anyway I can not see any error...

[voltron81]

I tested maildrop with this command:

echo testing 123 | maildrop -V 9 -d michele@domain.com

and this is the result:

maildrop: authlib: groupid=5000
maildrop: authlib: userid=5000
maildrop: authlib: logname=michele@domain.com, home=/var/vmail, mail=               

                                                             /var/vmail/domain.com/michele
maildrop: Changing to /var/vmail
Message start at 0 bytes, envelope sender=michele@domain.com
maildrop: Attempting .mailfilter
Tokenized eof
WARN: quota string '10485760' not parseable
maildrop: Delivery complete.

After that command, I've received an email, but it's completely empty.
The strange thing is that if I'm going to /cur and I open with vim that email, I can see that there is this string: "testing 123".
So the email is in cur and there is a message inside, but with roundcube or a POP3 connection I can not see nothing... so subject and no words in the email...

Any idea?