On 02/01/2013 01:20 AM, Dale J Chatham wrote:
> You use SMTP authentication through postfix or sendmail. Google [ mail
> authentication relay ] and you should find lots of howtos.
>
> I'm setting it up to use a sasldb to authenticate external users in
> order to keep them apart from UNIX users.
Hello,
I'm trying to migrate a Cyrus-Imapd serveur running on an old machine to
a new virtual machine environement and I'd like to have to guidelines on
how to proceed.
I've first thought about using the Cyrus-Imapd replication feature, but
the first import using sync_client was causing he tar
Hello, I have just set up a second server for a small email group and I
now have replication working between them. I was very happy to note that
it replicates both ways.
My use-case is basically this: to have two servers, one acting as a
primary and another as a backup. The primary will be the
Ram schrieb (01.02.2013 10:01 Uhr):
> On 02/01/2013 01:20 AM, Dale J Chatham wrote:
>> You use SMTP authentication through postfix or sendmail. Google [ mail
>> authentication relay ] and you should find lots of howtos.
>>
>> I'm setting it up to use a sasldb to authenticate external users in
>>
On Fri, 2013-02-01 at 14:31 +0530, Ram wrote:
> On 02/01/2013 01:20 AM, Dale J Chatham wrote:
> > You use SMTP authentication through postfix or sendmail. Google [ mail
> > authentication relay ] and you should find lots of howtos.
> > I'm setting it up to use a sasldb to authenticate external u
On Fri, 2013-02-01 at 10:43 +0100, Thibault Le Meur wrote:
> I'm trying to migrate a Cyrus-Imapd serveur running on an old machine to
> a new virtual machine environement and I'd like to have to guidelines on
> how to proceed.
> I've first thought about using the Cyrus-Imapd replication feature,
On Fri, 2013-02-01 at 10:01 +, John wrote:
> Hello, I have just set up a second server for a small email group and I
> now have replication working between them.
Great.
> I was very happy to note that it replicates both ways.
It does??? What version is this?
> My use-case is basically th
On 01/02/13 11:18, Adam Tauno Williams wrote:
> On Fri, 2013-02-01 at 10:01 +, John wrote:
>> Hello, I have just set up a second server for a small email group and I
>> now have replication working between them.
> Great.
>
>> I was very happy to note that it replicates both ways.
> It does???
Hi,
Thanks for your answer.
Le 01/02/2013 12:17, Adam Tauno Williams a écrit :
On Fri, 2013-02-01 at 10:43 +0100, Thibault Le Meur wrote:
Are you sure that duplicate suppression was enabled on the replica?
Yes I'm sure, and a simple find have quickly confrimed this.
find . -type f -a \!
On Fri, 2013-02-01 at 13:20 +0100, Thibault Le Meur wrote:
> > On Fri, 2013-02-01 at 10:43 +0100, Thibault Le Meur wrote:
> > Are you sure that duplicate suppression was enabled on the replica?
> Yes I'm sure, and a simple find have quickly confrimed this.
> find . -type f -a \! -links 1 -ls
You can restrict by user. You can restrict by IP. You can restrict by
SSL credentials (either VPN or certificates with mail).
You cannot restrict by a MAC address, or at least off the top of my head
I can't come up with one.
Unless they need access to the network from outside, I strongly advi
Le 01/02/2013 13:45, Adam Tauno Williams a écrit :
> On Fri, 2013-02-01 at 13:20 +0100, Thibault Le Meur wrote:
>
> True, I guess that makes sense. I believe I did an initial migration
> using rsync and they fired up the sync-server to keep it up to date /
> get the last changes. But it was some
Further to my last message, I've updated my master so now both servers
report the same version:
version: v2.4.17 d1df8aff 2012-12-01
I'd like to understand some error messages that I am getting and what I
should do to resolve them...
On the replica:
syncserver[8816]: higher last_uid on re
On Fri, 2013-02-01 at 16:15 +, John wrote:
> Further to my last message, I've updated my master so now both servers
> report the same version:
> version: v2.4.17 d1df8aff 2012-12-01
> I'd like to understand some error messages that I am getting and what I
> should do to resolve them...
>
On 01/02/13 16:42, Adam Tauno Williams wrote:
>
> A modseq is very much like an etag or a ctag in HTTP/WebDAV. It is a
> value that gets incremented with every change. So the the modseq on the
> slave is greater than the modseq on the master... something is out of
> sync.
I guessed that's what it
I am trying to switch from using sasldb2 to mysql, but I am seeing:
Feb 1 22:48:20 ** imaps[2553]: badlogin: * [192.168.0.8]
DIGEST-MD5 [SASL(-13): user not found: no secret in
In /etc/log/maillog (I have inserted *** to hide the actual server and
host atempting to login)
I am s
16 matches
Mail list logo