Re: cyrus-imapd-2.4.17-caldav-beta5 released
Hi Ondrej,
I have not done any testing with unixhierarchysep or virtdomains. From
the error messages below, it looks like the mailbox name translation is
not being done properly, or not being done at all.
I will look into this today.
On 06/11/2013 09:54 AM, Ondřej Surý wrote:
Ken,
does the Ca{l,rd}DAV module support unixhierarchysep?
I managed to setup the httpd server after some hassle on test machine,
and running the Mac Addressbook generates these lines into syslog:
Jun 11 15:43:01 git cyrus/https[1402]:
mlookup(user.ondrej.sury.#addressbooks) failed: Mailbox does not exist
Jun 11 15:43:01 git cyrus/https[1402]:
mlookup(user.ondrej.sury.#addressbooks) failed: Mailbox does not exist
I have similar experience with CalDAV (various account doesn't exists
messages from Apple Calendar - and one nice crash of the application :).
Ondrej
On Fri, May 31, 2013 at 6:43 PM, Ken Murchison mu...@andrew.cmu.edu
mailto:mu...@andrew.cmu.edu wrote:
We are pleased to announce the fifth beta release of Cyrus IMAP with
integrated calendaring and contacts. This is a security and bug fix
release, with only two minor features added. Sites that are using or
testing any of the HTTP-based services are urged to upgrade to this
release.
This code is based on the stable Cyrus 2.4.17 release with support
for CalDAV, CardDAV and RSS added. All of the standard Cyrus IMAP
daemons and utilities should be considered production quality in this
release, but the HTTP support (CalDAV, CardDAV and RSS) is in beta status.
You can download via HTTP or FTP:
http://cyrusimap.org/releases/cyrus-imapd-2.4.17-caldav-beta5.tar.gz
ftp://ftp.cyrusimap.org/cyrus-imapd/cyrus-imapd-2.4.17-caldav-beta5.tar.gz
Installation documentation will be found in doc/install-http.html in
the distribution.
Thanks for your continued support, and we look forward to any and
all feedback.
--
Kenneth Murchison
Principal Systems Software Engineer
Carnegie Mellon University
--
Ondřej Surý ond...@sury.org mailto:ond...@sury.org
--
Kenneth Murchison
Principal Systems Software Engineer
Carnegie Mellon University
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
sync_client failing with Fatal error: failed to finish reading file!
Friends, We've been running a pair of replicas with Ken's cyrus-imapd-2.4.17-caldav-beta (4 and 5) recently, in preparation for a migration away from a single 2.4.11 server. The configuration is the 2.4.11 box is the master, it replicates to the first 2.4.17 box, which is also running a sync_client instance to replicate to the second 2.4.17 box. The intent is that once the client is ready, we abandon the 2.4.11 box and the first 2.4.17 instance becomes the master and the second the replica. This has all been running pretty well, but lately the sync_client on the middle box has failed a few times. Each time, I see this in the logs (The 2.4.11 master server has nothing in this time interval): # The 2.4.17 replica -- in the middle: Jun 11 13:36:09 mailbox cyrus/sync_client[29338]: sync_client RESTART succeeded Jun 11 13:36:10 mailbox cyrus/sync_client[29338]: COMPRESS received NO response: Compression already active: DEFLATE Jun 11 13:36:10 mailbox cyrus/sync_client[29338]: Failed to enable compression, continuing uncompressed Jun 11 13:36:52 mailbox cyrus/sync_client[29338]: Fatal error: failed to finish reading file! # The 2.4.17 replica, end of the chain: Jun 11 13:36:16 ia24 cyrus/syncserver[21234]: accepted connection Jun 11 13:36:16 ia24 cyrus/syncserver[21234]: cmdloop(): startup Jun 11 13:36:16 ia24 cyrus/syncserver[21234]: login: mailbox.wi.occinc.com [192.168.190.24] mailproxy PLAIN User logged in Jun 11 13:36:59 ia24 cyrus/syncserver[21234]: IOERROR: reading message: unexpected end of file Can anyone tell me what this is indicative of? A search of the web doesn't turn up any hits for Fatal error: failed to finish reading file! Thanks in advance! -nic -- Nic Bernstein n...@onlight.com Onlight, Inc. www.onlight.com 219 N. Milwaukee St., Suite 2av. 414.272.4477 Milwaukee, Wisconsin 53202 Cyrus Home Page: http://www.cyrusimap.org/ List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/ To Unsubscribe: https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
Re: sync_client failing with Fatal error: failed to finish reading file!
List,
Checking the source for dlist.c, here is the context for this error
[printfile()]:
static void printfile(struct protstream *out, const struct dlist *dl)
{
char buf[4096];
struct stat sbuf;
FILE *f;
unsigned long size;
f = fopen(dl-sval, r);
if (!f) {
syslog(LOG_ERR, IOERROR: Failed to read file %s, dl-sval);
prot_printf(out, NIL);
return;
}
if (fstat(fileno(f), sbuf) == -1) {
syslog(LOG_ERR, IOERROR: Failed to stat file %s, dl-sval);
prot_printf(out, NIL);
fclose(f);
return;
}
size = sbuf.st_size;
if (size != dl-nval) {
syslog(LOG_ERR, IOERROR: Size mismatch %s (%lu != MODSEQ_FMT ),
dl-sval, size, dl-nval);
prot_printf(out, NIL);
fclose(f);
return;
}
prot_printf(out, %%{);
prot_printastring(out, dl-part);
prot_printf(out, );
prot_printastring(out, message_guid_encode(dl-gval));
prot_printf(out, %lu}\r\n, size);
while (size) {
int n = fread(buf, 1, (size 4096 ? 4096 : size), f);
if (n = 0) break;
prot_write(out, buf, n);
size -= n;
}
fclose(f);
if (size) fatal(failed to finish reading file!, EC_IOERR);
}
The only way we can see this happening is if size 0; in other words,
something has written more into the file since we opened it. Is that a
correct interpretation? If so, the error message doesn't really jive
with the error condition. Shouldn't the test be:
if (size 0) fatal...
instead? If size 0, then manifestly we have finished reading the file.
Cheers,
-nic
On 06/11/2013 01:34 PM, Nic Bernstein wrote:
Friends,
We've been running a pair of replicas with Ken's
cyrus-imapd-2.4.17-caldav-beta (4 and 5) recently, in preparation for
a migration away from a single 2.4.11 server. The configuration is
the 2.4.11 box is the master, it replicates to the first 2.4.17 box,
which is also running a sync_client instance to replicate to the
second 2.4.17 box. The intent is that once the client is ready, we
abandon the 2.4.11 box and the first 2.4.17 instance becomes the
master and the second the replica.
This has all been running pretty well, but lately the sync_client on
the middle box has failed a few times. Each time, I see this in the
logs (The 2.4.11 master server has nothing in this time interval):
# The 2.4.17 replica -- in the middle:
Jun 11 13:36:09 mailbox cyrus/sync_client[29338]: sync_client RESTART
succeeded
Jun 11 13:36:10 mailbox cyrus/sync_client[29338]: COMPRESS received NO
response: Compression already active: DEFLATE
Jun 11 13:36:10 mailbox cyrus/sync_client[29338]: Failed to enable
compression, continuing uncompressed
Jun 11 13:36:52 mailbox cyrus/sync_client[29338]: Fatal error: failed to
finish reading file!
# The 2.4.17 replica, end of the chain:
Jun 11 13:36:16 ia24 cyrus/syncserver[21234]: accepted connection
Jun 11 13:36:16 ia24 cyrus/syncserver[21234]: cmdloop(): startup
Jun 11 13:36:16 ia24 cyrus/syncserver[21234]: login:
mailbox.wi.occinc.com [192.168.190.24] mailproxy PLAIN User logged in
Jun 11 13:36:59 ia24 cyrus/syncserver[21234]: IOERROR: reading message:
unexpected end of file
Can anyone tell me what this is indicative of? A search of the web
doesn't turn up any hits for Fatal error: failed to finish reading file!
Thanks in advance!
-nic
--
Nic Bernstein n...@onlight.com
Onlight, Inc. www.onlight.com
219 N. Milwaukee St., Suite 2av. 414.272.4477
Milwaukee, Wisconsin 53202
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
--
Nic Bernstein n...@onlight.com
Onlight, Inc. www.onlight.com
219 N. Milwaukee St., Suite 2av. 414.272.4477
Milwaukee, Wisconsin 53202
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
