Everything was ok, then today i was not more able to download my email “email@example.com” (example), i checked mail.err log and i got:
Sep 29 11:17:22 server_name dovecot: IMAP(info.domain):
mkdir(/home/domain/homes/info/Maildir/cur) failed: Permission denied
i checked and that dir is not more existing…
Then i’ve tried to save again account info, under virtualmin->edit mail and ftp user-> save… and it seems has just updated the email account, but now the Mailfolder is empty, it was an imap with 600 MB, and now i’m not more able to use smtp server…
what is happened? what can i do?
now i’ve configured postfix using ssl connection, with port 465, with SASL and TLS, and now it seems work… but i’ve lost old email, even if i’had a backup archive…
what is happened?
Other domain on my server are good, no problem…
Just yesterday and user reached max allowed available space, with his email account full.
And to restore old email archive, could i just upload old email to my server in user’s Mailfolder?
Sep 29 11:17:22 server_name dovecot: IMAP(info.domain): mkdir(/home/domain/homes/info/Maildir/cur) failed: Permission denied
It sounds like something changed somewhere… did the users home directory change? Or perhaps the permissions on their home directory? Either of those could cause what you’re seeing. The key though would be to make sure that there aren’t any permissions issues preventing access to that users directory.
but i’ve lost old email, even if i’had a backup archive… what is happened?
It’s tough to say what happened… it also shouldn’t have been corrected by switching to port 465.
It’s possible the problem still exists, and is just covered up by using that other port. I’d recommend verifying in the mail logs that there aren’t errors still in there.
If the users home directory had been changed, it’s possible the email is still in the old location.
If there’s a permissions problem, it’s possible the email is where it’s supposed to be, and that Dovecot just can’t read it.
Ok tanks. But which maillog do you suggest to check? Really I didn’t change anything. Server was working as usually.
Could you suggest some file log where I could find some info about error? I’ve checked /var/log/mail.error. Others?
Which logfiles are available on your system depends on the Linux distribution you’re using. As far as mail logs go, CentOS uses /var/log/maillog, and Debian and Ubuntu use /var/log/mail.log. Hopefully that’ll get you started!
Ok so i’ve found this error in mail.log
“dovecot: Mailbox is in inconsistent state, please relogin.”
Then there are errors about permission denied.
What is happened?
Then how could I disable imap access and leave only pop3?
It sounds like something is very wrong, but I don’t have any idea what it might be
What you’re describing should never happen, but it sounds like something outside of Dovecot is modifying the mail files, directories, or permissions.
If you do wish to disable IMAP, you can do so by editing /etc/dovecot/dovecot.conf, and remove “imap” from the available protocols listed on the “protocols =” line, then restart Dovecot with “/etc/init.d/dovecot restart”.
Ok could be just a memory problem? My ssh access is protected with rsa key, so I don’t thinks anyone is accessing server…
i’ve found old email on server… just mail has been moved from /home/domain/homes/user to /home/domain/public_html/homes/user
What is happened according to you? Maybe the online webmail roundcube?
Hrm, that’s a fine question… I’ve used Roundcube and Dovecot quite a bit, and never seen anything like that happen before. Roundcube accesses the email via Dovecot, rather than directly accessing the mail files, so it wouldn’t even have the permissions necessary to move that directory.
And Dovecot certainly wouldn’t arbitrarily move the email into the DocumentRoot.
If I had to guess, I’d guess that perhaps the owner of the domain was browsing around with an FTP client, and accidentally moved the “homes” directory into public_html.
You could test that theory by looking in the ProFTP logs in /var/log. One of the logs there, possibly the xferlog, should show all the actions performed via ProFTP.