> On 22/02/2021 00:43 Stephan Mending wrote:
>
>
> Hi *,
> I've setup two dovecot instances.
> As soon as i send the syncing part of dovecot to work I see the following
> errors in my maillogs.
>
> $ cat /var/log/mail.log
> doveadm(inbox@sec-level.domain): Error: doveadm server
Hi *,
I've setup two dovecot instances.
As soon as i send the syncing part of dovecot to work I see the following
errors in my maillogs.
$ cat /var/log/mail.log
doveadm(inbox@sec-level.domain): Error: doveadm server disconnected before
handshake: SSL certificate doesn't match expected host
Bonjour Markus,
Things are working but without SSL.
I will have a look and come back to you.
Thx
Le mercredi 8 février 2017 à 00:31:08, vous écriviez :
> Dear Thierry,
> (I'm omitting the remainder of your post because the below has a
> separate root cause from what has been assumed.)
Dear Thierry,
(I'm omitting the remainder of your post because the below has a
separate root cause from what has been assumed.)
>[...]
> This morning logs:
>
> Feb 07 05:50:13 doveadm: Error: Corrupted SSL parameters file in
state_dir: ssl-parameters.dat - disabling SSL 360
> Feb 07 05:50:13
Bonjour Markus,
> - Have you checked that port 12345 as specified below is open/forwarded
> and actually /used/ by dovecot (e.g., use "netstat -tulpn|grep dovecot")?
Yes of course:
tcp0 0 0.0.0.0:12345 0.0.0.0:* LISTEN
22025/dovecot
tcp6 0
Dear Thierry,
- Have you checked that port 12345 as specified below is open/forwarded
and actually /used/ by dovecot (e.g., use "netstat -tulpn|grep dovecot")?
- Did you retrace your steps and have you verified that synchronisation
works with ssl disabled?
- Did you verify your certificate files
Hi Aki,
I do not have any error message but (on both server):
doveadm replicator status '*'
doveadm(root): Fatal: net_connect_unix(/var/run/dovecot/replicator-doveadm)
failed: Connection refused
Thx
Le vendredi 3 février 2017 à 17:09:52, vous écriviez :
> Please keep responses in list. rm
Please keep responses in list. rm -f
/var/lib/dovecot/ssl-parameters.dat, i think it was in that dir.
On 2017-02-03 17:00, Thierry wrote:
Hi,
I have removed the '<' :
ssl_client_ca_file = /etc/ssl/certs/GandiCA2.pem
But now:
doveadm: Error: Corrupted SSL parameters file in state_dir:
Yes. The ssl_client_ca_file is not actually expecting <, just file name.
Aki
On 2017-02-03 15:13, Thierry wrote:
Hi,
I have made change:
ssl_protocols = !SSLv2 !SSLv3
ssl = required
verbose_ssl = no
ssl_key =
Hello,
On 02/03/2017 08:51 AM, Thierry wrote:
Hello,
Still working with my
Hi,
I have made change:
ssl_protocols = !SSLv2 !SSLv3
ssl = required
verbose_ssl = no
ssl_key = Hello,
> On 02/03/2017 08:51 AM, Thierry wrote:
>> Hello,
>>
>> Still working with my dsync pb.
>> I have done a clone (vmware) of my email server.
>> Today I have two strictly identical
Bonjour Mike,
I have made the change from 'ssl_ca =' tp 'ssl_client_ca_file =' but
now I do have:
Error: sync: Couldn't initialize SSL context: Can't load CA certs from
directory : error:02001024:system library:fopen:File name too long
thx
Le vendredi 3 février 2017 à 11:34:43, vous
Hello,
On 02/03/2017 08:51 AM, Thierry wrote:
Hello,
Still working with my dsync pb.
I have done a clone (vmware) of my email server.
Today I have two strictly identical emails servers (server1
(main) and server2 (bck) (except IP, hostname and mail_replica).
The ssl config on my
In data venerdì 6 gennaio 2017 01:34:48 CET, John Fawcett ha scritto:
> On 01/05/2017 08:55 PM, Juri wrote:
> > 5 Gennaio 2017 01:21, "John Fawcett" wrote:
> >> On 01/04/2017 08:40 PM, Juri wrote:
> Hi Juri
>
> if you find validation failing when you have only the root
> On January 6, 2017 at 2:34 AM John Fawcett wrote:
>
>
> On 01/05/2017 08:55 PM, Juri wrote:
> > 5 Gennaio 2017 01:21, "John Fawcett" wrote:
> >
> >> On 01/04/2017 08:40 PM, Juri wrote:
> >>
> >>
> > Thank you.
> >
> > In fact I tried both settings,
On 01/05/2017 08:55 PM, Juri wrote:
> 5 Gennaio 2017 01:21, "John Fawcett" wrote:
>
>> On 01/04/2017 08:40 PM, Juri wrote:
>>
>>
> Thank you.
>
> In fact I tried both settings, that is
> |ssl_client_ca_dir = /etc/ssl/certs
> |ssl_client_ca_file =
5 Gennaio 2017 01:21, "John Fawcett" <j...@voipsupport.it> wrote:
> On 01/04/2017 08:40 PM, Juri wrote:
>
>> Hi,
>> I'm trying to configure a Dovecot dsync service between two servers, using a
>> tcp+ssl connection and
>> a valid Let's Encrypt ce
On 01/04/2017 08:40 PM, Juri wrote:
> Hi,
> I'm trying to configure a Dovecot dsync service between two servers, using a
> tcp+ssl connection and
> a valid Let's Encrypt certificate.
> I followed the guide on the wiki (http://wiki.dovecot.org/Replication) using
> the tcps me
Hi,
I'm trying to configure a Dovecot dsync service between two servers, using a
tcp+ssl connection and
a valid Let's Encrypt certificate.
I followed the guide on the wiki (http://wiki.dovecot.org/Replication) using
the tcps method, but
when I launch the replication it fails writing on the log
On 08 Sep 2015, at 11:20, Sergey Schwartz
wrote:
>
> I use mdbox and probably have similar issue, but in my case only shared
> mailboxes were affected.
Yes, shared mailboxes don't work nicely with replication. Replication is
locking only the original user, so
On 02/17/2013 03:21 AM, Timo Sirainen wrote:
Although there's still some mail
duplication problem with maildir that doesn't log any errors about it.
I'm not sure why that happens.
While you're around, Timo :-)
I've had such an issue recently with 2.2.18, using Maildir, where emails
were
On 08 Sep 2015, at 01:16, Gedalya wrote:
>
> On 02/17/2013 03:21 AM, Timo Sirainen wrote:
>> Although there's still some mail
>> duplication problem with maildir that doesn't log any errors about it.
>> I'm not sure why that happens.
>
> While you're around, Timo :-)
>
>
Hello Claus,
I've installed dovecot-2.2.15-3.fc20.x86_64.rpm +
dovecot-pigeonhole-2.2.15-3.fc20.x86_64.rpm from Fedora guys and it
works like a charm.
Thank you!
Martin
Dňa 12.2.2015 18:20 Claus napísal(a):
Am 12.02.2015 um 15:47 schrieb Martin Štefany:
Hello,
I've ran into problem
Hello,
I've ran into problem with Dovecot and dsync replication. Everything
works perfectly, including replication of sieve scripts, except fact
that if user activates the 'managesieve' ruleset (I'm using currently
Roundcubemail) on mail1 host, it wouldn't be activated on mail2
host, by
Am 12.02.2015 um 15:47 schrieb Martin Štefany:
Hello,
I've ran into problem with Dovecot and dsync replication. Everything
works perfectly, including replication of sieve scripts, except fact
that if user activates the 'managesieve' ruleset (I'm using currently
Roundcubemail) on mail1 host,
Hi,
We have dsync failing once in a while when running in backup mode.
What's strange is that the result is that the file permissions on the
*source* machine ends up with the wrong permissions (set to uid 0).
Even though the dsync manual clearly says:
Backup mails from default mail location
Oh ... sorry... I forgot the last log-line. (see below)
btw... tested with versions:
Between 2.2.12 in both ends, and
between dst=2.2.12, src=2.2.13
On 2014-05-27 15:03, Peter Mogensen wrote:
The error message from dsync when failing is:
dsync-remote(root): Error: Cached message size larger
Hi!
While performing a dsync from cyrus imap to dovecot 2.2.12, dsync seems
to stop for perhaps a minute without disk / cpu / memory activity (that
I can see). This happens several times per sync per user so it takes an
enormous amount of time to sync just a couple of gigs of mail.
dsync -D
W dniu 23.05.2014 10:48, Alan McGinlay pisze:
Hi!
While performing a dsync from cyrus imap to dovecot 2.2.12, dsync seems
to stop for perhaps a minute without disk / cpu / memory activity (that
I can see). This happens several times per sync per user so it takes an
enormous amount of time
Hello,
Although this issue has been raised in another thread:
https://www.mail-archive.com/dovecot@dovecot.org/msg57281.html
I decided I should create a new one dedicated on it because that thread
includes other issues as well, and the issue in question still remains
unresolved although
On 8/4/2014 5:20 μμ, Nikolaos Milas wrote:
Still no subfolder sync (but individual messages on existing
subfolders get sync'ed):
Given that I can't make dsync work properly, until this thread provides
info that might lead to correct operation, which I hope, I am thinking
of trying syncing
Hello
Many different dsync issues have come up in this thread. Ill try to answer them
as best as I can.
1) dsync backup -R
The conclusion reached in the thread was correct. Instead of the backup option,
doveadm import would be better suited for
merging old mails into an existing mailbox.
2)
On 8/4/2014 12:38 μμ, Teemu Huovila wrote:
3) dsync replication / doveadm sync not working as expected.
These came in pretty late in the thread and I did not get a full picture of
what kind of setups and parameters were used. I
suspect these might be a configuration issue. I think trying with
On 04/08/2014 03:00 PM, Nikolaos Milas wrote:
Neither using replication nor using dsync from CLI leads to subfolders
getting replicated, as I have explained. As an example,
if a user creates subfolder boxtest e.g. under Inbox on either side, it
never gets created on the other side.
I cant
On 8/4/2014 4:47 μμ, Teemu Huovila wrote:
I cant find any errors, but I might be missing something obvious. I only have a
few suggestions for things to check.
1) You listed the config for one host (vmail i assume). Is the configuration
similar on the vmail1 side? Especially, can the
command
Hey Jiri.
Thanks for getting back.
On Friday, April 4, 2014 4:48:48 PM CEST, Jiri Bourek wrote:
- where did I fail (ignoring the backups, please. That's .. something I
know)
From the man page: backup - Backup mails from default mail
location to location2 (or vice versa, if -R parameter is
On Fri, 2014-04-04 at 15:41 +0300, Teemu Huovila wrote:
Hi
On 04/04/2014 03:38 PM, Simon Fraser wrote:
It does help, thank you. Do you also know what the '-f' option does?
According to the dsync-man page it:
Makes dsync run in full sync mode rather than fast sync mode. In fast
sync
On 04/07/2014 12:22 PM, Simon Fraser wrote:
Thank you. Is it still only the changes that are synced each way, or
the entire mailbox? I'm trying to gauge the performance hit for enabling
this on larger mailboxes. (I could, of course, run some tests, but
someone may already have done that)
Cant
The last sentence describes what happened to you: all new mail on the
new machine is a change and was discarded (by deleting new mail.) If
I'm not mistaken, this is correct behaviour for backup mode - you get
exact copy of the source side (maildir:/tmp/mail_backup) on
destination side
On 7/4/2014 4:01 μμ, Jiri Bourek wrote:
I was doing some trial and error testing with doveadm sync (should be
the same as dsync mirror.) If used on a mailbox which has seen some
changes, this sync's behaviour is just strange.
I can confirm (on 2.2.12) that the behavior is the same using
Hi.
Mostly annoying: I migrated from one machine to another, made sure the
target host worked as expected, updated mx records and - after a couple of
days - signed it off as good. This is just my private machine, no big deal
if something goes wrong..
Everything's fine? Good, let's migrate
On 31/3/2014 12:03 μμ, Simon Fraser wrote:
On Fri, 2014-03-28 at 11:58 +0200, Nikolaos Milas wrote:
Question 2a: What do options -d -N -l 30 -U signify in
replication_dsync_parameters = -d -N -l 30 -U?
I'd also be interested to know the answer to this part. I found mention
of the '-f'
On 2014-04-04 11:42, Nikolaos Milas wrote:
On 31/3/2014 12:03 μμ, Simon Fraser wrote:
On Fri, 2014-03-28 at 11:58 +0200, Nikolaos Milas wrote:
Question 2a: What do options -d -N -l 30 -U signify in
replication_dsync_parameters = -d -N -l 30 -U?
I'd also be interested to know the answer to this
On 4/4/2014 1:17 μμ, Alan McGinlay wrote:
It does appear to be completely undocumented,
We would appreciate if Timo can kindly provide us with -at least- some
details!
I tried looking in the source code but just ended up going in circles
(i'm not familiar with it at all).
I faced the
On 04/04/2014 12:42 PM, Nikolaos Milas wrote:
Anyone please?
How can we determine whether we need to configure
replication_dsync_parameters = -d -N -l 30 -U as indicated on the wiki2 (or
some variation thereof) or not?
I am definitely not Timo, but I will try a short answer based on my
On Fri, 2014-04-04 at 15:34 +0300, Teemu Huovila wrote:
-d Use a default location for the replica. As far as I can tell this is
obtained from userdb variable mail_replica.
-N Sync all (visible?) namespaces (only makes sense when syncing with a
remote host, with potentially different
Hi
On 04/04/2014 03:38 PM, Simon Fraser wrote:
It does help, thank you. Do you also know what the '-f' option does?
According to the dsync-man page it:
Makes dsync run in full sync mode rather than fast sync mode. In fast sync
mode dsync might skip syncing a mailbox, if both
locations had
Hi
- where did I fail (ignoring the backups, please. That's .. something I
know)
From the man page: backup - Backup mails from default mail location to
location2 (or vice versa, if -R parameter is given). No changes are ever
done to the source location. Any changes done in destination are
On Fri, 2014-03-28 at 11:58 +0200, Nikolaos Milas wrote:
Question 2a: What do options -d -N -l 30 -U signify in
replication_dsync_parameters = -d -N -l 30 -U?
I'd also be interested to know the answer to this part. I found mention
of the '-f' option, and adding '-f' to that list appears to
On 28/3/2014 10:40 μμ, Nikolaos Milas wrote:
When I started the server (vmail.example.com), mirroring started and
completed fine (after a few hours).
However, since then, I am not seeing a continued mirroring between the
two. I would expect changes to one of the masters to be propagated in
I am running two servers with Dovecot v2.2.12 on CentOS x86_64 (5.10 and
6.5 respectively) and users are virtual over ldap.
I have setup our main internal server (vmail.example.com) with dsync
replication according to the first part of
http://wiki2.dovecot.org/Replication. The second one
On 28/3/2014 11:58 πμ, Nikolaos Milas wrote:
When I started the server (vmail.example.com), mirroring started and
completed fine (after a few hours).
However, since then, I am not seeing a continued mirroring between the
two. I would expect changes to one of the masters to be propagated in
Hi,
I'm in the exact same situation: trying to use a state file in a cron
sync job on my laptop, it quickly becomes corrupted...
Is there a way to use incremental replication in this use case (sync
between server and laptop)?
Thanks,
--
Félix
signature.asc
Description: Digital signature
On 2014-01-31 10:51, Alan McGinlay - SICS wrote:
Hi,
I am doing a mass migration of users from Cyrus imap on a solaris
server to dovecot 1:2.2.9-1ubuntu1 and am getting this weird issue
with dsync if I try to do a full sync. Debug output below:
dsync(u...@example.com): Error: Mailbox INBOX:
Hello,
I have working dovecot configuration with LDAP based authentication in
Active Directory.
I'd like to use dsync replication but dovecot can't do user lookups.
Is it possible to configure replication in such architecture?
doveadm user '*'
Returns only one local dovecot user.
dovecot
Hi All,
I have dsync mirror command working between a standalone dovecot
server and a backend mailstore in a Dovecot Director setup. Is it
safe to do the dsync directly to the backend mailstore in this setup?
It doesn't seem to work via the director proxy.
Thanks
Murray
So schrieb Fabiano Sidler:
Hi folks!
I have set up dsync replication with SSH according to
http://wiki2.dovecot.org/Replication with the exception of having system users
and calling doveadm dsync-server directly from authorized_keys, because the
wrapper script posted on the above site is
Thus wrote Andrei Dobrotsvetov:
Hello Everyone,
I use dovecot2-2.2.10,
FreeBSD 9.2-RELEASE.
Same version and OS like me...:)
Replication was set up according to:
http://wiki2.dovecot.org/Replication,
dsync wrapper script is used.
It seems that all is worked as desired,
but i see the
Hello Everyone,
I use dovecot2-2.2.10,
FreeBSD 9.2-RELEASE.
Replication was set up according to:
http://wiki2.dovecot.org/Replication,
dsync wrapper script is used.
It seems that all is worked as desired,
but i see the following into log file:
doveadm: Error: dsync-remote(XXX@YYY): Info:
Hi folks!
I have set up dsync replication with SSH according to
http://wiki2.dovecot.org/Replication with the exception of having system users
and calling doveadm dsync-server directly from authorized_keys, because the
wrapper script posted on the above site is needless (at least in 2.2.10).
Hi Timo,
I've made some further research on this issue (Dovecot was upgraded to
the latest release in the meantime but, unsurprisingly, to no avail) and
here's what I've found so far.
On 09/02/2014 10:42, Gilles Chauvin wrote:
dsync(user2): Error:
Hi,
Here is another dsync Panic while using:
$ dsync -Dvf -u user -R backup ssh r...@server.domain.tld dsync -u user
Dovecot 2.2.11 is running on both sides:
dsync-local(user): Debug: brain M: in state=master_recv_handshake
dsync-local(user): Debug: brain M: out state=master_recv_handshake
Hi list,
Replacing offlineimap with dsync for IMAP-to-IMAP synchronization (using
dovecot 2.1.7) is working great, but now that I upgraded to 2.2.9 I'd
like to take advantage of the incremental replication [1].
I don't think having a separate replicator process notifications suits
my
Hi,
I'm trying to use dsync to convert sdbox + sis mailboxes to mbox (mbox
is chosen here to re-attach the attachments to their original place)
# dsync -Dv -u $LOGIN -o
mail_location=sdbox:/zfspool/clone_srv_mail/$LOGIN -o
mail_attachment_dir=/zfspool/clone_srv_attachments backup
On 30.1.2014, at 11.06, Asai a...@globalchangemusic.org wrote:
Maybe this error sheds some light on it:
Panic: file dsync-brain-mailbox-tree-sync.c: line 111
(dsync_brain_mailbox_tree_sync_change): assertion failed:
(brain-no_backup_overwrite)
Fixed by
Timo, you're amazing. Thank you.
--Asai
On 2/7/14 1:07 PM, Timo Sirainen wrote:
On 30.1.2014, at 11.06, Asai a...@globalchangemusic.org wrote:
Maybe this error sheds some light on it:
Panic: file dsync-brain-mailbox-tree-sync.c: line 111
(dsync_brain_mailbox_tree_sync_change): assertion
On 29.1.2014, at 15.30, Michael Smith (DF) msm...@datafoundry.com wrote:
Ok, I think I found an answer. I don't know if it's the right one...
I duplicated my dovecot.conf to backup.conf. I then removed this part from
plugin {}
zlib_save = gz
zlib_save_level = 9
I then add -c
Hi,
I am doing a mass migration of users from Cyrus imap on a solaris
server to dovecot 1:2.2.9-1ubuntu1 and am getting this weird issue with
dsync if I try to do a full sync. Debug output below:
dsync(u...@example.com): Error: Mailbox INBOX: Save commit failed:
Mailbox was deleted under us
Maybe this error sheds some light on it:
Panic: file dsync-brain-mailbox-tree-sync.c: line 111
(dsync_brain_mailbox_tree_sync_change): assertion failed:
(brain-no_backup_overwrite)
I see Timo addressed this problem with this reply ( from thread
[Dovecot] reproducible dsync backup panic (dovecot 2.2.7)/Fri Dec 20
00:37:21 EET 2013)/, but basically I don't understand how to go about
doing this:
Can you get it to dump core and use
gdb /usr/bin/doveadm core
bt full
fr 5
p
The first thing to do when experiencing problems like this is make
sure you are on the current version of whatever point release you are
running. In your case that would be 2.2.10. Then if you still
experience the problem, come back and re-ask...
OK, I upgraded to 2.2.10. Same thing. Is
I need to backup some of the mailboxes on our system. We are currently using
mdbox with zlib compression plugin.
The backups need to be maildir without compression. How can I accomplish this
using dsync?
The following just causes each msg file in maildir to be compressed as well.
dsync -f -u
'
Subject: [Dovecot] dsync backup; compressed to uncompressed
I need to backup some of the mailboxes on our system. We are currently using
mdbox with zlib compression plugin.
The backups need to be maildir without compression. How can I accomplish this
using dsync?
The following just causes each
Hello,
Since i updated to 2.2.10 there is a problem with dsync:
dsync -v -u t...@vtlx.de backup $SSH -i $KEY -p $PORT $RHOST dsync -u
t...@vtlx.de
dsync-remote(t...@vtlx.de): Error: Mailbox INBOX: Failed to set attribute
vendor/vendor.dovecot/pvt/server/sieve/files/t1: Internal attributes
On 2014-01-24 10:51 AM, Asai a...@globalchangemusic.org wrote:
We're running Dovecot 2.2.4 and the dsync command is this:
dsync -u username backup
maildir:/mnt/backups/period/domain/username
When this happens to a particular users account I delete the backup
and let it rebuild, which works
Greetings,
I've seen something like this in another thread, about a month ago, but we're
running into this error pretty frequently when we run dsync backup.
Error: Raw backtrace: /usr/lib64/dovecot/libdovecot.so.0 [0x39ccc5f1c0] -
/usr/lib64/dovecot/libdovecot.so.0(default_fatal_handler+0x35)
@dovecot.org
Sent: Wednesday, 15 January 2014 10:38 AM
Subject: [Dovecot] dsync mbox to maildir migration does not delete, deleted
e-mails
Hello,
I am planning to migrate all users from mbox to maildir.
I am trying to do it with minimum downtime. (~100GB data)
All users are currently using
Hello,
I am planning to migrate all users from mbox to maildir.
I am trying to do it with minimum downtime. (~100GB data)
All users are currently using POP3.
Dovecot version is 2.2.10 (latest).
Command used is:
dsync -u username mirror maildir:~/Maildir
Process I plan is: (omitting steps
A few days ago by dovecot installation started behaving weirdly. First it
was doveadm fts optimize which would fail (a thread running about that) and
now it's dsync, which means my backups are not working.
This all started a few days ago, which I find a little weird, because I
haven't messed
using tcp sockets. Now for some accounts
I see dsync-local crashing on the server that has the original mail base
(which is still the only of the two that receives new mail). The log
shows:
Dec 8 03:13:14 zeus dovecot: dsync-local(someuser): Panic: file mail-index-tr
ansaction-export.c
On 2013-12-13 01:10, Joseph Tam wrote:
Alan McGinlay wrote:
Can't believe I'm the only one with this error, googled it and there
is
nothing. Sorry to whine but I am getting desperate here!
I googled safe_mkstemp permission denied and first hit is this
thread
On 2013-12-10 14:25, Alan McGinlay - SICS wrote:
On 2013-12-10 14:09, Alan McGinlay - SICS wrote:
On 2013-12-10 11:52, Alan McGinlay - SICS wrote:
On 2013-12-10 11:34, Robert Schetterer wrote:
Am 10.12.2013 11:25, schrieb Alan McGinlay - SICS:
On 2013-12-09 11:21, Alan McGinlay - SICS wrote:
On
Alan McGinlay wrote:
Can't believe I'm the only one with this error, googled it and there is
nothing. Sorry to whine but I am getting desperate here!
I googled safe_mkstemp permission denied and first hit is this thread
dovecot.org/list/dovecot/2010-August/052319.html
which
On 2013-12-09 11:21, Alan McGinlay - SICS wrote:
On 2013-12-08 22:08, Alan McGinlay - SICS wrote:
Actually I do, /var/vmail (contains virtual domain mailboxes) is
owned by vmail:vmail
On 2013-12-08 21:49, Timo Sirainen wrote:
On 5.12.2013, at 22.18, Alan McGinlay - SICS al...@sics.se wrote:
Am 10.12.2013 11:25, schrieb Alan McGinlay - SICS:
On 2013-12-09 11:21, Alan McGinlay - SICS wrote:
On 2013-12-08 22:08, Alan McGinlay - SICS wrote:
Actually I do, /var/vmail (contains virtual domain mailboxes) is
owned by vmail:vmail
On 2013-12-08 21:49, Timo Sirainen wrote:
On 5.12.2013,
On 2013-12-10 11:34, Robert Schetterer wrote:
Am 10.12.2013 11:25, schrieb Alan McGinlay - SICS:
On 2013-12-09 11:21, Alan McGinlay - SICS wrote:
On 2013-12-08 22:08, Alan McGinlay - SICS wrote:
Actually I do, /var/vmail (contains virtual domain mailboxes) is
owned by vmail:vmail
On 2013-12-08
On 2013-12-10 11:52, Alan McGinlay - SICS wrote:
On 2013-12-10 11:34, Robert Schetterer wrote:
Am 10.12.2013 11:25, schrieb Alan McGinlay - SICS:
On 2013-12-09 11:21, Alan McGinlay - SICS wrote:
On 2013-12-08 22:08, Alan McGinlay - SICS wrote:
Actually I do, /var/vmail (contains virtual domain
On 2013-12-10 14:09, Alan McGinlay - SICS wrote:
On 2013-12-10 11:52, Alan McGinlay - SICS wrote:
On 2013-12-10 11:34, Robert Schetterer wrote:
Am 10.12.2013 11:25, schrieb Alan McGinlay - SICS:
On 2013-12-09 11:21, Alan McGinlay - SICS wrote:
On 2013-12-08 22:08, Alan McGinlay - SICS wrote:
Hi!
I am playing with dsync and trying to fix an issue I have mentioned in
another thread (subject: Re: [Dovecot] Dsync error: Couldn't drop
privileges: getgrnam) and feel that dsync could use some additional
informational output. It would be particularly helpful while
experimenting
On 2013-12-08 22:08, Alan McGinlay - SICS wrote:
Actually I do, /var/vmail (contains virtual domain mailboxes) is
owned by vmail:vmail
On 2013-12-08 21:49, Timo Sirainen wrote:
On 5.12.2013, at 22.18, Alan McGinlay - SICS al...@sics.se wrote:
mail_privileged_group = vmail
..
mail_location =
dsync-local crashing on the server that has the original mail base
(which is still the only of the two that receives new mail). The log
shows:
Dec 8 03:13:14 zeus dovecot: dsync-local(someuser): Panic: file mail-index-tr
ansaction-export.c: line 203 (log_append_ext_hdr_update): assertion failed
On 5.12.2013, at 22.18, Alan McGinlay - SICS al...@sics.se wrote:
mail_privileged_group = vmail
..
mail_location = maildir:~/Maildir
..
dsync(alantestu...@whatever.com): Error: user alantestu...@whatever.com:
Couldn't drop privileges: getgrnam(vmail) failed: No such file or directory
(in
Actually I do, /var/vmail (contains virtual domain mailboxes) is owned
by vmail:vmail
On 2013-12-08 21:49, Timo Sirainen wrote:
On 5.12.2013, at 22.18, Alan McGinlay - SICS al...@sics.se wrote:
mail_privileged_group = vmail
..
mail_location = maildir:~/Maildir
..
Hi,
I upgraded (in place upgrade, preserving my dovecot configs) to a newer
release of ubuntu in order to gain access to slightly newer Dovecot
release and be able to use Dsync for migration from Cyrus, here is my
doveconf -n output:
# 2.1.7: /etc/dovecot/dovecot.conf
# OS: Linux
Hello,
We're looking at changing our current Dovecot setup to use dsync between
2 servers in different data centres to share the load and to provide
resilience. We're quite excited about the possibilities!
We receive about 100,000 emails a day, to about 10,000 mailboxes - a mix
of IMAP and POP3.
On Tuesday 19 of November 2013 22:32:15 Timo Sirainen wrote:
On 19.11.2013, at 16.06, Karol Jurak karol.ju...@gmail.com wrote:
It seems that dsync-2.2.7 doesn't correctly synchronize subscription
status of a renamed mailbox.
I don’t think any of the v2.2.x dsyncs have done it correctly the
Hi,
It seems that dsync-2.2.7 doesn't correctly synchronize subscription status
of a renamed mailbox. The situation is as follows.
There are two servers: A and B, and a test user test_mdbox. Mailboxes
(mdbox) of this user on both servers are synchronized. Specifically on both
of them there is
On 19.11.2013, at 16.06, Karol Jurak karol.ju...@gmail.com wrote:
It seems that dsync-2.2.7 doesn't correctly synchronize subscription status
of a renamed mailbox.
I don’t think any of the v2.2.x dsyncs have done it correctly the first time?
Looks like the fix will be a bit complex. I’ll make
Would anyone like to hazard a guess what these errors mean:
Nov 11 18:57:04 server2 dovecot: dsync-server(mark): Panic: file
mbox-lock.c: line 799 (mbox_lock): assertion failed: (lock_type == F_RDLCK
|| mbox-mbox_lock_type != F_RDLCK)
Nov 11 18:57:04 server2 dovecot: dsync-server(mark): Fatal
Hi!
Here such synchronization error:
dovecot: dsync-local(a...@aaa.com): Warning: Mailbox changes caused a desync.
You may want to run dsync again.
dovecot: dsync-remote(a...@aaa.com): Warning:
/var/mail/virtual/aaa.com/alex/.INBOX.System/dovecot-uidlist: Duplicate file
entry at line 2298
Thanks!
It works!
On Sun, 22 Sep 2013 11:51:36 +0200
Stephan Bosch step...@rename-it.nl writes:
On 9/22/2013 10:37 AM, Цветков Алексей wrote:
I installed with a patch. In a log there was my sieve file.
This should fix it:
http://hg.rename-it.nl/dovecot-2.2-pigeonhole/rev/3163f3696498
1 - 100 of 609 matches
Mail list logo