<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, 3 Mar 2019 at 08:29, Voytek Eymont via dovecot <<a href="mailto:dovecot@dovecot.org">dovecot@dovecot.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
> 11:30:12 auth-worker(32307): Warning: sqlpool(mysql): Query failed,<br>
> retrying: Unknown column 'mailbox.enableimaptls' in 'where clause'<br>
> Mar 03 11:30:12 auth-worker(32307): Error:<br>
> sql(<a href="mailto:voytek@sbt.net.au" target="_blank">voytek@sbt.net.au</a>,110.175.246.167,<xBk6viWDzrRur/an>): User query<br>
> failed: Unknown column 'mailbox.enableimaptls' in 'where clause'<br>
<br>
I've found a page with SQL table mods that seems to have fixed some of my<br>
issues, after modifying SQL, I can log in<br>
<br>
Mar 03 16:23:34 master: Info: Dovecot v2.3.4.1 (3c0b8769e) starting up for<br>
pop3,<br>
 imap, sieve (core dumps disabled)<br>
Mar 03 16:23:56 config: Warning: please set ssl_dh=</etc/dovecot/dh.pem<br>
Mar 03 16:23:56 config: Warning: You can generate it with: dd<br>
if=/var/lib/doveco<br>
t/ssl-parameters.dat bs=1 skip=88 | openssl dhparam -inform der ><br>
/etc/dovecot/d<br>
h.pem<br>
Mar 03 16:23:57 imap-login: Info: Login: user=<<a href="mailto:voytek@sbt.net.au" target="_blank">voytek@sbt.net.au</a>>,<br>
method=PLAIN,<br>
 rip=110.175.246.167, lip=103.106.168.106, mpid=2757, TLS,<br>
session=<283B2CmDccdu<br>
r/an><br>
<br>
I'll do the dh.pem next<br>
<br>
//these are SQL mods I've done<br>
<br>
ALTER TABLE mailbox ADD COLUMN enableimaptls TINYINT(1) NOT NULL DEFAULT 1;<br>
ALTER TABLE mailbox ADD INDEX (enableimaptls);<br>
ALTER TABLE mailbox ADD COLUMN enablepop3tls TINYINT(1) NOT NULL DEFAULT 1;<br>
ALTER TABLE mailbox ADD INDEX (enablepop3tls);<br>
ALTER TABLE mailbox ADD COLUMN enablesievetls TINYINT(1) NOT NULL DEFAULT 1;<br>
ALTER TABLE mailbox ADD INDEX (enablesievetls);//<br>
<br>
-- <br>
Voytek<br>
<br></blockquote><div><br></div><div>What you did is quite practical. All you have to do is:</div><div>1. Make sure the static files named in the configs are moved to the destination server</div><div>2. All account names used in Dovecot config are adjusted or created in the destination server</div><div>    and the permissions/access levels are right</div><div>3. Dump mysql database and import the dump in the destination server</div><div>I have done the same before, and just made sure that I went through all the files in /etc/dovecot/ with</div><div>a toothcomb. I've missed one or two things depending on the level of distraction/concentration (which is</div><div>normal), but it always ends up working, especially if the migration is about the same domain names.</div><div>That is how it's supposed to work with virtual users I suppose.</div><div>Regarding your MySQL issues, you'll notice that we all have different MySQL schemas out here, Unless</div><div>the one you refer to is the standard one for CentOS, every man to their own when it comes to virtual users :)<br></div></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Best regards,<br>Odhiambo WASHINGTON,<br>Nairobi,KE<br>+254 7 3200 0004/+254 7 2274 3223<br>"<span style="font-size:12.8px">Oh, the cruft.</span><span style="font-size:12.8px">", </span><span style="font-size:12.8px">grep ^[^#] :-)</span></div></div></div></div></div></div>