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…
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?
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.
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!
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”.
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.
