httpd crashes on caldav

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hello.

I've got an install of 3.4.7 on FreeBSD which has been working properly for years. Recently, possibly due to some upgrades, it started crashing when a specific user accesses a specific shared calendars.

All the users use the same client (ThunderBird 115.10) and all the users are able to use that shared calendar except that one. When this user's client connects to the calendar, it does not work and I see in the logs something like:

http[24069]: login: [127.0.2.1] user1 Basic User logged in SESSIONID=<mail-1713859646-24069-1-2696860745399299929>
http[24069]: [127.0.2.1] as "user1" with "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:115.0) Gecko/20100101 Thunderbird/115.10.1" via SESSIONID=<mail-1713859646-24069-1-2696860745399299929>; "REPORT /dav/calendars/user/user1/sharedcalendar.Default/ HTTP/1.1" (origin=https://mail.xxxxxxxxxxxx.it; auth=Basic; type=calendar-multiget; depth=1) => "HTTP/1.1 207 Multi-Status" (tx-encoding=chunked; cnt-encoding=br) [timing: cmd=0.043418 net=0.000008 total=0.043426]
master[20824]: process type:SERVICE name:http path:/usr/local/cyrus/libexec/httpd age:0.183s pid:24069 signaled to death by signal 11 (Segmentation fault, core dumped)
kernel: pid 24069 (httpd), jid 5, uid 60: exited on signal 11 (core dumped)



I tried removing and re-adding permissions for this calendar to this specific user: nothing changed.

So I compiled Cyrus with debug info and here's the stack trace:
Address not mapped to object.
#0  0x0000000832ef6dff in icalparser_string_line_generator () from /usr/local/lib/libical.so.3
(gdb) bt
#0  0x0000000832ef6dff in icalparser_string_line_generator () from /usr/local/lib/libical.so.3
#1  0x0000000832ef4e55 in icalparser_get_line () from /usr/local/lib/libical.so.3
#2  0x0000000832ef500b in icalparser_parse () from /usr/local/lib/libical.so.3
#3  0x0000000832ef6f8c in icalparser_parse_string () from /usr/local/lib/libical.so.3
#4  0x00000000002499ae in propfind_caldata (name=0x83f02a780 "calendar-data", ns=0x83eff6ae0, fctx=0x820c53e28, prop=0x83f041c00, resp=0x83f166880, propstat=0x820c529c0, rock=0x14) at imap/http_caldav.c:5867
#5  0x00000000002649e9 in xml_add_response (fctx=0x820c53e28, code=0, precond=0, desc=0x0, location=0x0) at imap/http_dav.c:1581
#6  0x0000000000270822 in propfind_by_resource (rock=0x820c53e28, data=0x82528e8b0 <caldav_lookup_resource[cdata]>) at imap/http_dav.c:5867
#7  0x00000000002741e7 in report_multiget (txn=0x820c540e8, rparams=0x2d2020 <caldav_params>, inroot=0x83f041a80, fctx=0x820c53e28) at imap/http_dav.c:7408
#8  0x0000000000261711 in meth_report (txn=0x820c540e8, params=0x2d2020 <caldav_params>) at imap/http_dav.c:8266
#9  0x000000000029c821 in process_request (txn=0x820c540e8) at imap/httpd.c:1827
#10 0x00000000002a49fa in http1_input (txn=0x820c540e8) at imap/httpd.c:1893
#11 0x000000000029a34d in cmdloop (conn=0x820c57328) at imap/httpd.c:2046
#12 0x0000000000299d75 in service_main (argc=1, argv=0x83efa5000, envp=0x820c58628) at imap/httpd.c:963
#13 0x00000000002c73d6 in main (argc=1, argv=0x820c58618, envp=0x820c58628) at master/service.c:647

libical is at version 3.0.16.



Anyone else has seen this?
Any suggestion on what to try?

 bye & Thanks
       av.

------------------------------------------
Cyrus: Info
Permalink: https://cyrus.topicbox.com/groups/info/T05b45bbac2f79f61-M9447825bc99e94735af91750
Delivery options: https://cyrus.topicbox.com/groups/info/subscription




[Index of Archives]     [Cyrus SASL]     [Squirrel Mail]     [Asterisk PBX]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [KDE]     [Gimp on Windows]     [Steve's Art]
  Powered by Linux