Hi Stephen,
Does it work if you delete the Maildir/ on the destination first and
then initiate the backup?
I ran into this problem recently - see my post on 21 Feb. Looks very
similar if not the same root cause.
On 1/03/2022 6:46 am, Stephane Magnier wrote:
I've seen in a previous
Following up to my original mail:
On 18/02/2022 3:59 pm, Reuben Farrelly wrote:
Hi,
I've recently migrated my two VMs across from Linode (who use KVM)
onto a local VPS service (which also uses KVM). Since doing so I have
started to see some strange problems with Dovecot relating to indexes
Hi,
I've recently migrated my two VMs across from Linode (who use KVM) onto
a local VPS service (which also uses KVM). Since doing so I have
started to see some strange problems with Dovecot relating to indexes
and replication.
I have copied the configuration files across from old host to
Hi,
I've been seeing errors logged for some time with replication processes,
whereby replication sessions seem to be timing out periodically.
This is with dovecot version 2.3.10.1 (a3d0e1171) and both are Gentoo
x86_64.
After some investigation I've determined that these timeouts are only
/667118
Note: it's not a problem with glibc-2.27, but new to 2.28.
Reuben
On 19/09/2018 6:53 pm, Aki Tuomi wrote:
I have no idea why it's returning invalid argument, maybe you need to
raise this as issue with glibc?
Aki
On 19.09.2018 10:43, Reuben Farrelly wrote:
Sure:
thunderstorm ~ # cat
/nssswitch.conf?
Aki
On 19.09.2018 10:40, Reuben Farrelly wrote:
I've been running with this almost identical patch already for some time:
diff -up dovecot-2.3.0.1/src/auth/mycrypt.c.libxcrypt
dovecot-2.3.0.1/src/auth/mycrypt.c
--- dovecot-2.3.0.1/src/auth/mycrypt.c.libxcrypt 2018-02-28
15:28
en
On 19/09/2018 5:34 pm, Aki Tuomi wrote:
This is bit of a longshot, but can you try applying
https://github.com/dovecot/core/commit/63a74b9.patch and see if this helps?
Aki
On 19.09.2018 10:33, Reuben Farrelly wrote:
glibc-2.28.
There was a posting by Michael Marley on 31/08 saying he saw
glibc-2.28.
There was a posting by Michael Marley on 31/08 saying he saw something
similar to this problem after upgrading to 2.28 as well with 'doveadm
purge'.
Reuben
On 19/09/2018 4:50 pm, Aki Tuomi wrote:
Which glibc version are you using?
Aki
On 19.09.2018 09:39, Reuben Farrelly
Hi Aki,
How did you go with this in the end? Do you need anything more from me
or were you able to reproduce this?
Thanks,
Reuben
On 1/09/2018 12:41 am, Reuben Farrelly wrote:
Sure:
https://www.reub.net/files/dovecot/lightning-dovecot.conf
https://www.reub.net/files/dovecot/thunderstorm
: Reuben Farrelly
Date: 31/08/2018 17:12 (GMT+02:00)
To: Aki Tuomi , Dovecot Mailing List
Subject: Re: Dovecot User Listing Error - getpwent() failed: Invalid
Argument
No. Neither of those are installed on either system.
Reuben
On 1/09/2018 12:09 am, Aki Tuomi wrote:
> Could apparmor or seli
No. Neither of those are installed on either system.
Reuben
On 1/09/2018 12:09 am, Aki Tuomi wrote:
Could apparmor or selinux be causing this!
---
Aki Tuomi
Dovecot oy
Original message
From: Reuben Farrelly
Date: 31/08/2018 16:50 (GMT+02:00)
To: Dovecot Mailing List
Hi,
I'm running dovecot-2.3 git and seeing on 2 of my Dovecot installations,
the following message logged quite frequently:
Aug 31 16:55:53 lightning.reub.net dovecot[7698]: auth-worker(7707):
Error: getpwent() failed: Invalid argument
Aug 31 16:55:53 lightning.reub.net dovecot[7698]:
On 8/08/2018 5:29 pm, Thore Bödecker wrote:
Hey,
you mentioned that dovecot builds fine, but does "make check" also
complete successfully with a glibc-2.28 build on a glibc-2.28 system?
We have been seeing segfaults during "make check" and it seems the following
patch was able to make the
seems to be bit problematic, and what I
read from their changelog, the crypt function should work as normal.
That said, it would be somewhat helpful if you could use gdb to find out
what was passed to crypt
p sample[i].key
p sample[i].salt
the return value is, for some reason, an invalid point
Hi,
Dovecot 2.3 (release and current -git) versions compile, but fail to run
when compiled against glibc-2.28.
This is what is logged on startup:
Aug 8 08:24:39 thunderstorm.reub.net dovecot[569]: master: Dovecot
v2.3.2.1 (0719df592) starting up for imap, lmtp, sieve, submission, sieve
Aug
and it looks to be OK
so far - touch wood - with 4 hours testing so far.
Reuben
On 7/06/2018 3:21 pm, Reuben Farrelly wrote:
Still not quite right for me.
Jun 7 15:11:33 thunderstorm.reub.net dovecot: doveadm: Error:
dsync(lightning.reub.net): I/O has stalled, no activity for 600 seconds
(last
Still not quite right for me.
Jun 7 15:11:33 thunderstorm.reub.net dovecot: doveadm: Error:
dsync(lightning.reub.net): I/O has stalled, no activity for 600 seconds
(last sent=mail, last recv=mail (EOL))
Jun 7 15:11:33 thunderstorm.reub.net dovecot: doveadm: Error: Timeout
during
Hi,
Checking in - this is still an issue with 2.3-master as of today
(2.3.devel (3a6537d59)).
I haven't been able to narrow the problem down to a specific commit.
The best I have been able to get to is that this commit is relatively
good (not perfect but good enough):
o, whether this issue goes away?
Aki
On 06 May 2018 at 15:21 Reuben Farrelly <reuben-dove...@reub.net> wrote:
Hi Andy,
Funny you say that - I've been testing this very problem for some time
today to narrow down the commits where I think the problem started
occurring.
So far I have been able
ecot.org/mailman/listinfo/dovecot>> />/Content-Type: text/plain; charset=utf-8
/>//>/Reuben Farrelly wrote: />>/From: Michael Grimm https://dovecot.org/mailman/listinfo/dovecot>> />//>>>/[This is Dovecot 2.3.1
at FreeBSD STABLE-11.1 running in two jails at
di
7a927-68f8-443f-ba59-e66ced8fe...@ellael.org>
Content-Type: text/plain; charset=utf-8
Reuben Farrelly wrote:
From: Michael Grimm <trash...@ellael.org>
[This is Dovecot 2.3.1 at FreeBSD STABLE-11.1 running in two jails at distinct
servers.]
I did upgrade from 2.2.35 to 2.3.
Hi,
--
Message: 2
Date: Mon, 2 Apr 2018 22:06:07 +0200
From: Michael Grimm
To: Dovecot Mailing List
Subject: 2.3.1 Replication is throwing scary errors
Message-ID: <29998016-d62f-4348-93d1-613b13da9...@ellael.org>
Hi again,
On 24/12/2017 7:11 am, Stephan Bosch wrote:
Op 12/23/2017 om 7:18 AM schreef Reuben Farrelly:
Hi,
With latest 2.3 -git (and 2.3.0 release), I'm running into this error
with Thunderbird:
"An error occurred while sending mail. The mail server responded:
5.5.4 Unsupported mail
Hi,
With latest 2.3 -git (and 2.3.0 release), I'm running into this error
with Thunderbird:
"An error occurred while sending mail. The mail server responded: 5.5.4
Unsupported mail BODY type. Please verify that your email address is
correct in your account settings and try again."
This is
Hi again,
On 1/11/2017 12:01 AM, Aki Tuomi wrote:
On 31.10.2017 15:00, Reuben Farrelly wrote:
Hi,
On 30/10/2017 7:22 PM, dovecot-requ...@dovecot.org wrote:
Message: 6
Date: Mon, 30 Oct 2017 10:22:42 +0200
From: Teemu Huovila <teemu.huov...@dovecot.fi>
To: dovecot@dovecot.org
Subje
f36571ed9...@dovecot.fi>
Content-Type: text/plain; charset=utf-8
On 30.10.2017 09:10, Aki Tuomi wrote:
On 30.10.2017 00:23, Reuben Farrelly wrote:
Hi Aki,
On 30/10/2017 12:43 AM, Aki Tuomi wrote:
On October 29, 2017 at 1:55 PM Reuben Farrelly
<reuben-dove...@reub.net> wrote:
Hi ag
Hi Aki,
On 30/10/2017 12:43 AM, Aki Tuomi wrote:
On October 29, 2017 at 1:55 PM Reuben Farrelly <reuben-dove...@reub.net> wrote:
Hi again,
Chasing down one last problem which seems to have been missed from my
last email:
On 20/10/2017 9:22 PM, Stephan Bosch wrote:
Op 20-10-2017 o
Hi again,
Chasing down one last problem which seems to have been missed from my
last email:
On 20/10/2017 9:22 PM, Stephan Bosch wrote:
Op 20-10-2017 om 4:23 schreef Reuben Farrelly:
On 18/10/2017 11:40 PM, Timo Sirainen wrote:
On 18 Oct 2017, at 6.34, Reuben Farrelly <reuben-d
On 18/10/2017 11:40 PM, Timo Sirainen wrote:
On 18 Oct 2017, at 6.34, Reuben Farrelly <reuben-dove...@reub.net> wrote:
I haven't been tracking dovecot-2.3 until now, but I've just given it a quick
run, and there are a few things that may need some attention.
/usr/include/features.h
I haven't been tracking dovecot-2.3 until now, but I've just given it a
quick run, and there are a few things that may need some attention.
Linux x86-64, Gentoo, GCC-7.2.0
Dovecot 2.3 @ commit 32c2612514a404ebc226f32bb88f28d76ceb1db1
Compiled with:
./configure --prefix=/usr
On 14/10/2017 8:58 PM, Timo Sirainen wrote:
OOn 13 Oct 2017, at 15.48, Reuben Farrelly <reuben-dove...@reub.net> wrote:
Sure. Here you go:
Oct 13 23:45:06 thunderstorm.reub.net dovecot: doveadm: Error: ==16947==
Invalid read of size 8
Oct 13 23:45:06 thunderstorm.reub.net dovecot: d
, at 23.10, Reuben Farrelly <reuben-dove...@reub.net> wrote:
No. Compiling entirely from -git source (on one system) and a Gentoo ebuild on
another two.
Reuben
On 12/10/2017 10:38 PM, Aki Tuomi wrote:
Are you using the xi packages? If yes, can you please send me one fresh core?
Aki
On Octo
.fi> wrote:
We'll take a look
---Aki TuomiDovecot oy
Original message From: Reuben Farrelly <reuben-dove...@reub.net>
Date: 12/10/2017 07:50 (GMT+02:00) To: Aki Tuomi <aki.tu...@dovecot.fi> Subject:
Re: Core Dumps with dovecot-2.2 -git as of 2.2.devel (eaf276b33)
Hi,
Just to confirm this is still a major problem for me with the 2.2.33.1
release (did not exist in previous releases).
Reuben
On 8/10/2017 6:30 AM, Aki Tuomi wrote:
Thanks! We'll look into it.
---
Aki Tuomi
Dovecot oy
Original message
From: Reuben Farrelly <reu
This appears to be breaking dsync at the moment and is caused by
something committed in the last week or so. This is with the current
-git of dovecot-2.2 (eaf276b33).
The crash happens all the time - the logs are full of this message.
Oct 7 20:31:24 thunderstorm.reub.net dovecot: doveadm:
On 31/05/2017 8:54 PM, James wrote:
On 30/05/2017 19:16, Timo Sirainen wrote:
https://dovecot.org/releases/2.2/dovecot-2.2.30.tar.gz
There is a build problem in the configure/make/libtool process when
using "./configure ... --with-storages=maildir ...".
This was deliberate - see the
On 9/05/2017 12:46 AM, Timo Sirainen wrote:
On 8 May 2017, at 17.14, Reuben Farrelly <reuben-dove...@reub.net> wrote:
On 28/04/2017 7:27 PM, Reuben Farrelly wrote:
This has been broken for the last few days:
libtool: link: ( cd ".libs" && rm -f "li
On 8/05/2017 11:44 PM, Aki Tuomi wrote:
On 2017-05-08 16:23, Reuben Farrelly wrote:
On 8/05/2017 9:13 PM, Aki Tuomi wrote:
On 2017-05-08 13:52, Reuben Farrelly wrote:
Hi,
Following up on this as there has been no response and the problem
is still present. As this is the master-2.2
On 8/05/2017 9:13 PM, Aki Tuomi wrote:
On 2017-05-08 13:52, Reuben Farrelly wrote:
Hi,
Following up on this as there has been no response and the problem is
still present. As this is the master-2.2 branch I would have thought
it would compile most of the time...
Thanks
On 28/04/2017
Hi,
Following up on this as there has been no response and the problem is
still present. As this is the master-2.2 branch I would have thought it
would compile most of the time...
Thanks
On 28/04/2017 7:27 PM, Reuben Farrelly wrote:
This has been broken for the last few days:
libtool
This has been broken for the last few days:
libtool: link: ( cd ".libs" && rm -f "lib10_quota_plugin.la" && ln -s
"../lib10_quota_plugin.la" "lib10_quota_plugin.la" )
libtool: link: x86_64-pc-linux-gnu-gcc -std=gnu99 -O2 -pipe
-march=native -mtune=native -Wall -W -Wmissing-prototypes
Whoops. I meant from -git.
Reuben
On 24/04/2017 7:54 PM, Aki Tuomi wrote:
On 24.04.2017 12:30, Ralf Hildebrandt wrote:
* Reuben Farrelly <reuben-dove...@reub.net>:
Hi,
Is anyone here running dovecot-2.3 from hg?
I'm using the daily builds on a low traffic machine. It's pr
Hi,
Is anyone here running dovecot-2.3 from hg?
I'm just interested in finding out how people are going with it, how
stable is it and are there any interesting features that make it worth
spending time looking at.
I'm in a position where I can test with semi-live data (backed up and
On 20/02/2017 9:09 PM, Timo Sirainen wrote:
On 17 Feb 2017, at 21.37, Wolfgang Hennerbichler
wrote:
Hi Dovecot Users,
I’ve configured dovecot dsync replication and I see troubles in the
logs and get user complaints which I can’t explain. I found similar
threads on this
Hi,
This patch:
On 15/11/2016 10:46 PM, Aki Tuomi wrote:
On 13.11.2016 20:04, Apollon Oikonomopoulos wrote:
OpenSSL 1.1 features a cleanup function that is automatically run on shutdown
using atexit(3). This function frees all OpenSSL-allocated resources.
In dovecot, OpenSSL is loaded
I don't believe that is the case.
I have 2.2.26.0 and -git building and running on multiple systems now
(two of which are Gentoo boxes) with LibreSSL-2.5 - and these systems do
not have OpenSSL installed. Are you running an old version of LibreSSL
perhaps?
I *think* LibreSSL-2.4 was OK as
Hi,
Looks like something has been committed to master-2.2 in the last week
which is causing crashes as soon as the remote user logs in:
Sep 17 01:11:19 thunderstorm.reub.net dovecot: dsync-server(reuben):
Error: read(lightning.reub.net) failed: EOF (last sent=mailbox_state,
last recv=mail
On 24/08/2016 10:58 AM, Stephan Bosch wrote:
Op 8/1/2016 om 3:37 AM schreef Reuben Farrelly:
In other words, the rules did eventually get propagated across, and
based on the file sizes they are complete.
But there is obviously something amiss with handling of dates (which
in turn may relate
On 1/08/2016 10:01 AM, Stephan Bosch wrote:
Op 7/31/2016 om 4:27 AM schreef Reuben Farrelly:
Hi,
I've observed some odd behaviour with dsync replication between two
hosts, specifically to do with sieve script replication.
Has anyone else experienced the replication problem? Are sieve
Hi again,
Thanks for your response William, answers inline:
On 21/07/2016 1:58 AM, William L. Thomson Jr. wrote:
Reuben,
On Sunday, July 17, 2016 04:18:45 PM Reuben Farrelly wrote:
I've been seeing periodic entries in my dovecot logs like this:
dovecot[3464]: dsync-server(kaylene): Error
Hi,
I've observed some odd behaviour with dsync replication between two
hosts, specifically to do with sieve script replication.
In short, I have two hosts which replicate in a master-master type setup
where almost all of the reads and writes happen to just one of the two
hosts.
They are
I've been seeing periodic entries in my dovecot logs like this:
dovecot[3464]: dsync-server(kaylene): Error: Couldn't lock
/home/kaylene/.dovecot-sync.lock: Timed out after 30 seconds: 3 Time(s)
dovecot[3464]: dsync-server(reuben): Error: Couldn't lock
/home/reuben/.dovecot-sync.lock: Timed
On 30/06/2016 1:41 AM, Timo Sirainen wrote:
On 24 Jun 2016, at 06:18, Reuben Farrelly <reuben-dove...@reub.net> wrote:
Hi again,
I'm experiencing problems with the Dovecot git master-2.2 branch, in which
mails that have been previously read are randomly appearing as unread. This
h
On 30/06/2016 8:17 AM, Timo Sirainen wrote:
On 30 Jun 2016, at 01:09, Reuben Farrelly <reuben-dove...@reub.net> wrote:
On 30/06/2016 1:40 AM, Timo Sirainen wrote:
On 24 Jun 2016, at 01:51, Reuben Farrelly <reuben-dove...@reub.net> wrote:
Current master-2.2 branch of Dovecot com
On 30/06/2016 1:40 AM, Timo Sirainen wrote:
On 24 Jun 2016, at 01:51, Reuben Farrelly <reuben-dove...@reub.net> wrote:
Current master-2.2 branch of Dovecot compiles for me on Gentoo x86_64 but
experiences symbol errors when starting up:
Jun 24 08:38:00 thunderstorm dovecot: lmtp(8180):
Hi again,
I'm experiencing problems with the Dovecot git master-2.2 branch, in
which mails that have been previously read are randomly appearing as
unread. This happens slowly and affects more and more emails the more
changes that occur to a mailbox.
I am using Maildir format and on Gentoo
Current master-2.2 branch of Dovecot compiles for me on Gentoo x86_64
but experiences symbol errors when starting up:
Jun 24 08:38:00 thunderstorm dovecot: lmtp(8180): Fatal: Couldn't load
required plugin /usr/lib64/dovecot/libssl_iostream_openssl.so: dlopen()
failed:
On 21/02/2016 11:35 PM, aki.tu...@dovecot.fi wrote:
By manually editing the systemd file above I was able to get the service up.
Reuben
Hi,
where was your pid file located?
---
Aki Tuomi
In /var/run/dovecot :
root@pi:~/dovecot/dovecot-2.2# ls -la /var/run/dovecot/
total 8
drwxr-xr-x 5
On 21/02/2016 10:43 PM, aki.tu...@dovecot.fi wrote:
The PID-File seems to be expected under yet another sub-dir of
/var/run/dovecot.
Regards
Thomas
Hi,
This is fixed in
https://github.com/dovecot/core/commit/22d75d47097ca83c6e824a5129d81e8f18fb589b
---
Aki Tuomi
This doesn't seem to be
On 31/05/2015 7:23 PM, b-dovecot@grmbl.net wrote:
 - If you really use DHT-like algorithms, rebalancing your cluster will
require mininum data movement and you add or remove nodes. It will require a
small change on the SQL queries above so that the new node also recognizes the
new
On 8/05/2015 11:04 PM, Reuben Farrelly wrote:
On 8/05/2015 6:10 PM, Teemu Huovila wrote:
On 05/07/2015 02:32 PM, Reuben Farrelly wrote:
On 7/05/2015 7:49 AM, Timo Sirainen wrote:
On 06 May 2015, at 13:52, Reuben Farrelly
reuben-dove...@reub.net wrote:
On 4/05/2015 11:06 PM, Teemu Huovila
On 10/05/2015 7:06 PM, Timo Sirainen wrote:
On 10 May 2015, at 11:47, Reuben Farrelly reuben-dove...@reub.net wrote:
Ok we have some (well, lots actually) of coredumps now:
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x7f4834fcc222 in fts_user_get_data_lang (user
On 10/05/2015 5:47 PM, Timo Sirainen wrote:
How do I go about debugging this further? How do I go about
getting a backtrace on what is essentially a child process that
doesn't produce a core? (Note that my installation normally does
produce cores when it crashes, so there's something
I'm now seeing these crashes in the indexing code:
May 10 12:22:32 tornado.reub.net dovecot: master: Dovecot v2.2.17.rc1
(3903badc4ee0+) starting up for imap, lmtp, sieve
...
May 10 13:07:50 tornado.reub.net dovecot: indexer: Error: Indexer worker
disconnected, discarding 1 requests for
On 8/05/2015 6:10 PM, Teemu Huovila wrote:
On 05/07/2015 02:32 PM, Reuben Farrelly wrote:
On 7/05/2015 7:49 AM, Timo Sirainen wrote:
On 06 May 2015, at 13:52, Reuben Farrelly
reuben-dove...@reub.net wrote:
On 4/05/2015 11:06 PM, Teemu Huovila wrote:
Also is there a way to restrict
On 7/05/2015 7:47 AM, Timo Sirainen wrote:
On 04 May 2015, at 17:11, Reuben Farrelly reuben-dove...@reub.net
wrote:
On 4/05/2015 11:06 PM, Teemu Huovila wrote:
Even if this doesn't end up working I figure I'll get to learn a
little more about the indexes themselves in the process.
dsyncing
On 7/05/2015 7:49 AM, Timo Sirainen wrote:
On 06 May 2015, at 13:52, Reuben Farrelly reuben-dove...@reub.net wrote:
On 4/05/2015 11:06 PM, Teemu Huovila wrote:
Also is there a way to restrict replication users aside from a crude hack
around system first and last UIDs?
You can set the userdb
On 4/05/2015 11:06 PM, Teemu Huovila wrote:
Also is there a way to restrict replication users aside from a crude hack
around system first and last UIDs?
You can set the userdb to return an empty mail_replica variable for users you
want to exclude from replication.
On 4/05/2015 11:12 PM, Teemu Huovila wrote:
On 04/28/2015 01:42 PM, Reuben Farrelly wrote:
Seems there is some breakage with -hg latest - 2.2.16 (86f535375750+). I've
just had 4 core files created in short succession on
both servers in the replication set. Here's the first...
Does it work
On 4/05/2015 11:06 PM, Teemu Huovila wrote:
On 05/03/2015 01:48 PM, Reuben Farrelly wrote:
Hi all,
I've had an interesting use case come up which - to cut the story short - one
way to solve the problem I am looking at may be to
replicate a small number of mailboxes to a third remote server
Hi all,
I've had an interesting use case come up which - to cut the story short
- one way to solve the problem I am looking at may be to replicate a
small number of mailboxes to a third remote server.
I've currently had replication running between my main dovecot machine
and another remote
According to doveadm-dsync man page the above two options are valid, but
they are rejected when used:
tornado # doveadm backup -v -u testuser remote:pi.me.name:4814
backup: invalid option -- 'v'
doveadm backup [-u user|-A] [-S socket_path] [-fPRU] [-l secs] [-r
rawlog path] [-m mailbox] [-g
Seems there is some breakage with -hg latest - 2.2.16 (86f535375750+).
I've just had 4 core files created in short succession on both servers
in the replication set. Here's the first...
tornado reuben # gdb /usr/libexec/dovecot/imap core
GNU gdb (Gentoo 7.9 vanilla) 7.9
Copyright (C) 2015
On 28/07/2014 12:00 AM, Jerry wrote:
On Sun, 27 Jul 2014 14:56:46 +0200, Michael Grimm stated:
On 27.07.2014, at 14:46, Jerry je...@seibercom.net wrote:
I like to have full control over those applications, and sometimes, I want
to test new features not available in ports, yet. My production
On 13/06/2014 8:09 PM, Nick Edwards wrote:
On 6/11/14, Jost Krieger jost.krieger+dove...@rub.de wrote:
On Wed Jun 11 12:03:24 2014, Reindl Harald wrote:
Cisco routers by default mangle DNS traffic, break zone transfers
or even put befor all CNAME blocks a $TTL 0 line never appeared
on the
On 6/05/2013 10:46 AM, Noel Butler wrote:
The problem with dovecot is, Timo does not release rc's or beta's where
this testing could show the bugs found and ironed out for a _real_
release this is why it often takes 10 or so point releases for most
bugs to come to light and be fixed. I can
On 6/05/2013 12:02 PM, Noel Butler wrote:
On Mon, 2013-05-06 at 10:56 +1000, Reuben Farrelly wrote:
On 6/05/2013 10:46 AM, Noel Butler wrote:
The problem with dovecot is, Timo does not release rc's or beta's where
this testing could show the bugs found and ironed out for a _real_
release
On 4/05/2013 8:10 PM, Axel Luttgens wrote:
Le 4 mai 2013 à 00:44, Timo Sirainen a écrit :
I didn't ask what their main reason for this was, but for me it
would be: Oops, I accidentally configured my new email client as
POP3 instead of IMAP, and now it deleted everything from my INBOX.
With
Hi,
I'm trying to set up some dsync based replication between two hosts on
my network. The current topology is a single server running Postfix
with a single dovecot installation with a Maildir per user (only 4 users
including myself). No NFS, just local system users on ext4. I am only
79 matches
Mail list logo