> does the IMAP spec specify how large a UUID can be?
UUIDs aren't part of the IMAP spec. It's an addition to cyrus to help
replication. By default, there's no way to access UUIDs via IMAP at all
since they're not part of the IMAP spec.
The UUID size chosen was done by David Carter when he impl
On Sat, 9 Jun 2007, Rob Mueller wrote:
> So - added is a new option "uuidmode" in imapd.conf. Set it to md5 and you
> will get UUIDs of the form: 02(first 11 bytes of the MD5 value for the
> message) which takes up the same space, but allows pretty good integrity
> checking.
>
> Is it safe? - we c
>I run it directly, outside of master. That way when it crashes, it
> can be easily restarted. I have a script that checks that it's
> running, that the log file isn't too big, and that there are no log-
> PID files that are too old. If anything like that happens, it pages
> someone.
Ditto, we
> I don't have something to consume make_md5 data, yet, either. My
> plan is to note the difference between the replica and the primary.
> On a subsequent run, if those differences aren't gone, then they
> would be included in a report.
Rather than make_md5, check the MD5 UUIDs patch below. Using
I run it directly, outside of master. That way when it crashes, it
can be easily restarted. I have a script that checks that it's
running, that the log file isn't too big, and that there are no log-
PID files that are too old. If anything like that happens, it pages
someone.
:wes
On 08
On 08 Jun 2007, at 06:52, Paul Dekkers wrote:
> * I'm still not fully using make_md5 myself. Still need to write a
> script, that walks through the files, and only compares the messages
> that are in both folders. If I run make_md5, it's never working on a
> folder on both servers at the same time,
Hi, list
Torsten Schlabach wrote:
> http://cyrusimap.web.cmu.edu/twiki/bin/view/Cyrus/CyrusAuthentication
>
> and comment or correct.
>
> I am especially keen on that last section when it comes to LDAP.
>
> A lot of what I have written is a bit based on guesswork an conclusion
> and it would b
Hi, list.
Nik Conwell wrote:
> Do people run sync_client in the SERVICES section rather than START?
> The install-replication docs indicate to put it in START. If my
> replica goes away for a little while, sync_client exits and then I
> have to restart it manually and then process any pend
Paul Dekkers wrote:
>> It can be fixed with manualy running 'sync_client -f
>> not_finished_logfile' option or 'sync_client -u user', if logfile is lose.
>>
>
> Which reminds me... isn't it strange that an "unfinished logfile" is
> removed when the cyrus master (or was it the sync_client -r) i
Hi all!
In order to organize my own thoughts on the subject and as I found that
the information is not that easy to grasp, I started writing an article
to try and make it a bit clearer.
I would appreciate if any of the more senior folks here could take the
time to read
http://cyrusimap.web.cm
Hello
I ask this question a long time ago but had no time until now. Here is
a snip of the conversation:
[snip]
...
An entry in sasldb contains 3 or maybe 4 parts. Username, Realm, Password (and
Type: the "userPassword"). If your users uses only a Username, without
@domain-Part, the Hostname of
On Jun 8, 2007, at 11:36 AM, Paul Dekkers wrote:
> Dmitriy Kirhlarov wrote:
>
> Which reminds me... isn't it strange that an "unfinished logfile" is
> removed when the cyrus master (or was it the sync_client -r) is
> restarted? Would make sense to me if the file is renamed / stored for
> later ru
Dmitriy Kirhlarov wrote:
> Michael Menge wrote:
>
>> i havent used the replication my selfe, so the information is only
>> based on
>> what i have read on this list.
>>
>> The sync_client discovers all changes on the mailboxes queues them and
>> send
>> them to the server. In case of a system
Attached is my current sieve script, you'll differences, modify it for
yours, and see if that helps for you.
Scott
On Fri, 8 Jun 2007 16:09:45 +0200
Giuseppe Ravasio <[EMAIL PROTECTED]> wrote:
> Alle 15:57, venerdì 8 giugno 2007, Scott M. Likens ha scritto:
> > Looks like one of those is running
Alle 15:57, venerdì 8 giugno 2007, Scott M. Likens ha scritto:
> Looks like one of those is running a sieve script, what is your current
> script look like?
Yes...
my courrent sieve script is something like:
require
["fileinto","reject","vacation","imapflags","relational","comparator-i;ascii-num
Looks like one of those is running a sieve script, what is your current
script look like?
On Fri, 8 Jun 2007 09:40:47 +0200
Giuseppe Ravasio <[EMAIL PROTECTED]> wrote:
> Alle 22:11, martedì 5 giugno 2007, Florian Gleixner ha scritto:
> > As far as i understand cyrus imapd, it does not delete the
Michael Menge wrote:
> Hi,
>
> i havent used the replication my selfe, so the information is only
> based on
> what i have read on this list.
>
> The sync_client discovers all changes on the mailboxes queues them and
> send
> them to the server. In case of a system crash ther might be changes
>
Hi,
Dmitriy Kirhlarov wrote:
> Michael Menge wrote:
>
>> after the problem with the wiki was solved, i added a summery about
>> CyrusCluster
>> http://cyrusimap.web.cmu.edu/twiki/bin/view/Cyrus/CyrusCluster .
>>
> Could you, please, describe more detailed problems with replication:
> Cyru
Hi,
i havent used the replication my selfe, so the information is only based on
what i have read on this list.
The sync_client discovers all changes on the mailboxes queues them and send
them to the server. In case of a system crash ther might be changes
that are still queued and not send to t
Michael Menge wrote:
> Hi,
>
> after the problem with the wiki was solved, i added a summery about
> CyrusCluster
> http://cyrusimap.web.cmu.edu/twiki/bin/view/Cyrus/CyrusCluster .
Could you, please, describe more detailed problems with replication:
CyrusReplication: ... The replication is asynchr
Alle 22:11, martedì 5 giugno 2007, Florian Gleixner ha scritto:
> As far as i understand cyrus imapd, it does not delete the message
> instantly. It marks the message and the /usr/lib/cyrus/bin/cyr_expire
> job deletes the message some days later. The delete job is configured in
> /etc/cyrus.conf
>
21 matches
Mail list logo
