On Fri, Feb 11, 2011 at 02:15:32PM +, Jeroen van Meeuwen (Kolab Systems)
wrote:
> Jukka Huhta wrote:
> > I filed a bug 3397 (replication & partitions), also reported in
> > http://www.mail-archive.com/info-cyrus@lists.andrew.cmu.edu/msg39940.html.
> > What are the odds to have it fixed in 2.3
André Schild wrote:
> @bücher.ch is allowed.
> In dns this is represented as a IDN encoded name in the form of***
>
> xn--bcher-kva.ch* is the ACE string, and it is this string that is
> entered in the DNS.
>
Fine, let me rephrase;
The IDN<->ACE string conversion, while ASCII-only not being a
Am 11.02.2011 15:06, schrieb Jeroen van Meeuwen (Kolab Systems):
André Schild wrote:
> Hello,
>
> Am 11.02.2011 14:11, schrieb Jeroen van Meeuwen (Kolab Systems):
> > Long story short; the proposal is to ship with a default
> > lmtp_downcase_rcpt of 1.
>
> Sound OK for me.
>
> When chan
Jukka Huhta wrote:
> I filed a bug 3397 (replication & partitions), also reported in
> http://www.mail-archive.com/info-cyrus@lists.andrew.cmu.edu/msg39940.html.
> What are the odds to have it fixed in 2.3 or will it just be closed
> with WONTFIX?
>
> If we don't count these few replication relate
André Schild wrote:
> Hello,
>
> Am 11.02.2011 14:11, schrieb Jeroen van Meeuwen (Kolab Systems):
> > Long story short; the proposal is to ship with a default
> > lmtp_downcase_rcpt of 1.
>
> Sound OK for me.
>
> When chaning upper/lowercases we always have to consider character sets.
> For the
Hello,
Am 11.02.2011 14:11, schrieb Jeroen van Meeuwen (Kolab Systems):
Hi there,
(This is a re-posted message from our development mailing list.)
In our IRC channel, it was suggested to look at RFC 2821, section 2.4,
quoted as saying:
"However, exploiting the case sensitivity of mailbox l
Ops,
Attaching the config file I missed in the previous messageidlemethod: idled
foolstupidclients: yes
duplicatesuppression: no
configdirectory: /var/lib/cyrus
defaultpartition: default
partition-default: /var/spool/cyrus/mail
allowusermoves: yes
altnamespace: no
unixhierarchysep: yes
munge8bit
Hello
This week I have installed a second server with Cyrus 2.4.6 (from
git.debian.org package) and I have found some unexpected behavior - I could
move users from old installations (2.3.16) to the new servers but I could not
move users between 2.4.6 servers. Here is an example session:
stor1.i
Hi there,
(This is a re-posted message from our development mailing list.)
In our IRC channel, it was suggested to look at RFC 2821, section 2.4, quoted
as saying:
"However, exploiting the case sensitivity of mailbox local-parts impedes
interoperability and is discouraged."
The problem state