I understand what yo say but that is not the case. I just double checked it. Is there any way to restore those mails? The fetch mail moves the mail on source server to trash folder. Maybe it does on the destination server as well. I'm so sad losing all those mails....
Check if there is a file /var/mail/getmail file and if yes, open it with a text editor to see if it contains these mails.
Yes, the file is there and it looks like the mails as well. any way to "extract" that file and copy it to mailbox? Searched the web but couldn't find any tool for it. Thanks for all the help so far!
This file is in mailbox format, what you need is maildir format. there are scripts to convert mbox to maildir like mb2md http://batleth.sapienti-sat.org/projects/mb2md/
Hi till, I've been looking into this but I see no possibility to run those commands as the dovecot user as root is not allowed. Feel stupid now but how am i surpose to do that in ispconfig? Ralph
mb2md is a perl script, you can run that as any user incl. root. The user dovecot is not used for any access to maildirs. After you converted the mbox to maildir, chown the new maildir files to user and group vmail and copy them into a subfolder of your existing maildir.
Hi Till, I managed to get it all restored thanks to your help. The final solution was using thunderbird which can read mbox mail. It was a lot of work because all the original mails were packet inside an undelivered as attachment but with some patients I'm saved. Regards Ralph
Hello guys, had this problem too a few days ago. I was quite shocked but could recover it from Time Machine. The scenario here is the following. 1. I have one mail account '[email protected]' on my server which is managed by ISPconfig. 2. I have a Google account which has a login alias of '[email protected]'. 3. I wanted to have my mails downloaded from Google to have them in my local mailbox frequently (and erase them after fetching from Google). As soon as I configured the fetchmail stuff all my mails in my local server inbox got lost. So if there is a problem in fetching mails of an account with the same login imho ISPconfig should deny the configuartion of that. Regards Marco
The problem is that ispconfig can not know if the target and destination address is the same, example: My old mailbox has the username "till" and the email addresses [email protected], [email protected] and [email protected]. When I add this into fetchmail, ISPConfig can not know all aliases of this account. But what we can do is to add a warning text so users are more carefull with choosing mailbox names and to not use this function to migrate emails as it is not intended for migration accounts.
Yes I understand your point of view. For sureISPconfig cannot guess what aliases the destination mailbox has in its database. But if I configure "get my mails from [email protected] and deliver it to my local mailbox [email protected]" ISPconfig can estmate that this could result in problems. Couldn't you for example implement some "remote user name cannot be same than local user name" or something like that? Im my special case I reconfigured the getmail line for Gmail and used the real account name (so [email protected] and so different then my local one) and that worked like a charm. So it was just a problem of having both the same username. But to be honest until now I don't understand why fetching a mail from a remote provider results in losing all my hundreds of mails in my Inbox. Can someone explain? Bye Marco
First of all, no mails can be lost if you select to keep the emails in the mailbox (see fetchmail options, there is a checkbox where you can configure if emails shall be kept or not). A loss of emails is only possible if you have choosen to delete the mails in the old mailbox in conjunction with a email delivery failure on the receiving mailbox. The exact reason for the delivery failure can be found in the mail.log file of your server.
Yes, got me. I checked the "erase mails after fetching" or whatever it is called in the english gui. I thought it is just deleting the mail which was just fetched. Seems to work different, because not this one mail was lost but also all other mails from the local inbox. But imho this is not the main thing. The main reason which put me in big trouble was that the login for the remote mailbox (Google) was the same than on my real local mailbox. So just denying that this can happen (so remote login mustn't be equal the local login or any alias of this) would avoid a lot of trouble. Yes, I know that there are many more things to check and on some of them you are not even able to perform checks (e.g. aliases used on the remote mailbox), but this one topic is easy to check and I think an important thing to check. Or am I wrong?
