Tony,

I'm still not sure how domains were missing on your server? This doesn't sound like an rpm/yum update issue at all. The RPMs on my repo certainly don't delete domains, and the Courier to Dovecot script doesn't do this either. Now the question is this: How do whole domains go missing on a server? The missing domains may be linked to the sending problem. Were the domains missing in the mysql vpopmail database and the mail database (/home/vpopmail/domains/yourdomain.com) or just one or the other? I'd be interested to know.

You really don't have to do a conversion one way or the other. If you change IMAP servers you really only need to re-subscribe. As I remember, because I tested it on a 120 GB mail database, you can change between Courier and Dovecot by re-subscription alone. The conversion script only saves the end-users the time of re-subscribing to their accounts, the Courier and Dovecot files are left alone by the other IMAP server.

As far as SSL/TLS, amongst email clients Outlook(2003 to Latest)/TB/eMClient/Roundcube, some treat SSL/TLS as one in the same and Dovecot handles both. With those that don't I can switch between SSL and TLS and Dovecot handles that as well.

I do not do backups/restores with the qtp-backup/restore scripts any longer. While they are superb for small servers it takes hours or a day or more to unpack a large archive and retrieve files. I use external drives and incremental rsync backups for each day of the week so I have a week's worth of mail backups.

I also do incremental AWS backups using the 'aws s3 sync' command. With this, though you have a complete mail backup, you loose the permissions and the ownership of the files and folders. This runs very fast provided you have a good internet connection.

I'm sad that you encountered so many insurmountable obstacles in this conversion attempt. In spite of this, I'm still confident in Dovecot as an IMAP/POP3 server and wish that we had time to look more closely into the problems you were having.

Eric












On 5/15/2016 9:41 PM, Tony White wrote:
Eirc,
  Short answer is no Dovecot.
Reverted to backup and disabled qmail whitehorsetc repo.
This stopped the Dovecot install and allowed the
server to be updated.
As to clients, the issue was firstly that Dovecot
was configured for SSL not TLS.
Other issue was to get clients to understand the difference
and get them to change their configuration.
Missing domains was resolved by reverting to backup.
Sending emails also resolved by reverting to backup.
Still having the odd issue with accounts not present using Squirrelmail.
They are being managed by creating a pop3 not imap account.

All in all a farce, one I never want to go through again.
It would have been easier to revert to courier if I had not
done the conversion to Dovecot on client accounts.

So a word of warning, make sure you have good backups.

Is there a better backup / restore as the current script takes
literally hours to to the backup?


best wishes
  Tony White

On 16/05/2016 11:52, Eric wrote:

So, you're up and running Dovecot on this server. Can you tell us what
you did to fix it after the upgrade...In case others my try the same?

How did you resolve no clients being able to connect?
How did you resolve Squirrelmail issues?
What happened to the missing domains?
How did you resolve the sending of emails?



On 5/15/2016 7:28 PM, Tony White wrote:
The conversion to Dovecot for squirrelmail was the issue here so I did
not think going
back was the way to go.



------------------------------------------------------------------------
*From:* Eric <[email protected]>
*To:* [email protected]
*Sent:* Monday, 16 May 2016, 11:18
*Subject:* Re: [qmailtoaster] So you heard me screaming then!


Did you remove Dovecot and reinstall Courier?


On 5/15/2016 7:03 PM, Tony White wrote:
Hi Eirc,
 Sorry it took s long to get back to you.

1. My email client keeps telling me that the account no longer exists.

2. I have restored from a backup and not updated again.

3. I have managed to get a copy of the clients emails up to the day
before.

4. Changing to dovecot caused issues on clients systems due to security
enhancements like SSL.

5. Sending emails did not end up being an issue, because the pop3/imap
failed so did the smtp.

All is operating again now but I do think it is time to move on.



------------------------------------------------------------------------

*From:* Eric <[email protected] <mailto:[email protected]>>
*To:* [email protected]
<mailto:[email protected]>
*Sent:* Sunday, 15 May 2016, 0:05
*Subject:* Re: [qmailtoaster] So you heard me screaming then!

Hi Tony,


After upgrade, you were able to log in and now you can't?
After upgrade, you were able to use Squirrelmail and now you can't?
You cannot send emails?
And, a couple of domains have disappeared from domains table?

What version of Dovecot?
Have you tried restarting Dovecot?

Here's a copy of my /etc/dovecot/toaster.conf
dovecot-2.2.19-3.qt.el5

listen = *
auth_cache_size = 32M
auth_mechanisms = plain login digest-md5 cram-md5
auth_username_format = %Lu
first_valid_uid = 89
first_valid_gid = 89
log_path = /var/log/dovecot.log
login_greeting = Dovecot toaster ready.
mail_plugins = $mail_plugins quota
plugin/quota = maildir
protocols = imap pop3
ssl_cert = </var/qmail/control/servercert.pem
ssl_key = </var/qmail/control/servercert.pem
# the following will likely be the default at some point
ssl_dh_parameters_length = 2048

namespace {
 inbox = yes
 location =
 prefix =
# prefix = INBOX.
# Use 'prefix = INBOX.' for Courier-IMAP compatible transparent
migration.
# This forces all client apps to create subfolders underneath/within
# the inbox instead of adjacent to it. It's not necessary to be that
way.
# FWIW, shubes thinks this setting is annoying/rediculous/retarded.
# As a practical example, having no prefix allows mobile users to
select
# which folders get synchronized. Otherwise their whole mailbox is
# synchronized, and they have no way to choose which folders they want
sync'd.
 separator = .
 type = private
}

passdb {
 args = cache_key=%u webmail=127.0.0.1
 driver = vpopmail
}
protocol imap {
 imap_client_workarounds = "delay-newmail"
 mail_plugins = $mail_plugins imap_quota
}
protocol pop3 {
 pop3_client_workarounds = outlook-no-nuls oe-ns-eoh
 pop3_fast_size_lookups = yes
 pop3_lock_session = yes
# pop3_uidl_format = UID%u-%v
}
userdb {
 args = cache_key=%u quota_template=quota_rule=*:backend=%q
 driver = vpopmail
}

plugin {
 quota = maildir:ignore=Trash
 quota_rule = ?:storage=0
}


As a very last resort:
Maybe you should go back to old server state, remove Dovecot and
reinstall courier-imap, pop3, and authlib.

Eric




On 5/13/2016 11:24 PM, Tony White wrote:
Hi Eric,
 I am at a loss now...
I cannot even login to my mail any more.
I added the lines you mentioned but the log file does not change.


best wishes
 Tony White

On 13/05/2016 12:32, Eric wrote:

In your /etc/dovecot/toaster.conf or /etc/dovecot/local.conf try
these
settings:

auth_verbose=yes
auth_debug=yes
auth_debug_passwords=yes

and check /var/log/maillog for verbose error reporting.





On 5/12/2016 7:39 PM, Tony White wrote:
Hi Eric,
 Conversion is completed!
I am still screaming however as clients are getting
confused and frustrated with the new imap setup.
 I have just had a client with a windows mobile phone
drop in to have his config changed and I could not get
it to work.
 Every time I tried to sync I got an error that "a certificate
receieved was not in its time frame" WTFDTM? My ssl
cert is a comodo for 3 years, noone else has the issue.
Any ideas?

Also FYI I had to delete an email account and recreate it
for the new imap. There must be some changes in imap
foler structures that it told me the TRYCREATE code failed
on Trash, Sent etc...

thanks again for the help.



------------------------------------------------------------------------
*From:* Eric <[email protected]
<mailto:[email protected]> <mailto:[email protected]
<mailto:[email protected]>>>
*To:* [email protected]
<mailto:[email protected]>
<mailto:[email protected]
<mailto:[email protected]>>
*Sent:* Friday, 13 May 2016, 4:54
*Subject:* Re: [qmailtoaster] So you heard me screaming then!

How's the conversion going, Tony?

On 5/12/2016 9:33 AM, Tony White wrote:
Hi Eric,
 I just sent an email back to you but it bounced
as it was bigger than 204800bytes in size.





--
Eric C. Broch
White Horse Technical Consulting
[email protected] <mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>>
<mailto:[email protected] <mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>>>
406-214-6802
                       _
ASCII ribbon campaign ( )
 against HTML e-mail  X
                     / \

---------------------------------------------------------------------

To unsubscribe, e-mail:
[email protected]
<mailto:[email protected]>
<mailto:[email protected]
<mailto:[email protected]>>
<mailto:[email protected]
<mailto:[email protected]>
<mailto:[email protected]
<mailto:[email protected]>>>
For additional commands, e-mail:
[email protected]
<mailto:[email protected]>
<mailto:[email protected]
<mailto:[email protected]>>
<mailto:[email protected]
<mailto:[email protected]>
<mailto:[email protected]
<mailto:[email protected]>>>







---------------------------------------------------------------------
To unsubscribe, e-mail:
[email protected]
<mailto:[email protected]>
<mailto:[email protected]
<mailto:[email protected]>>
For additional commands, e-mail:
[email protected]
<mailto:[email protected]>
<mailto:[email protected]
<mailto:[email protected]>>




--
Eric C. Broch
White Horse Technical Consulting
[email protected] <mailto:[email protected]>
<mailto:[email protected] <mailto:[email protected]>>
406-214-6802
                       _
ASCII ribbon campaign ( )
 against HTML e-mail  X
                     / \

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
<mailto:[email protected]>
<mailto:[email protected]
<mailto:[email protected]>>
For additional commands, e-mail:
[email protected]
<mailto:[email protected]>
<mailto:[email protected]
<mailto:[email protected]>>




--
Eric C. Broch
White Horse Technical Consulting
[email protected] <mailto:[email protected]>
406-214-6802
                        _
ASCII ribbon campaign ( )
  against HTML e-mail  X
                      / \

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
<mailto:[email protected]>
For additional commands, e-mail: [email protected]
<mailto:[email protected]>






---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]


--
Eric C. Broch
White Horse Technical Consulting
[email protected]
406-214-6802
                       _
ASCII ribbon campaign ( )
 against HTML e-mail   X
                      / \

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to