En/na Luca Olivetti ha escrit:
En/na Luca Olivetti ha escrit:
While doing the restore, I see a bunch of these messages:
2010-08-30 15:19:25.843 sogo-tool[18846] restoring record '1073742958'
2010-08-30 15:19:25.850 sogo-tool[18846] File NSCalendarDate.m: 1440. In
[NSCalendarDate -initWithYear:month:day:hour:minute:second:timeZone:]
invalid month given - 4294967295
This is record 1073742958 in the backup file (the summary is not the
original one but it doesn't matter, I tested it both ways):
c_content = "BEGIN:VCALENDAR
VERSION:1.0
TZ:+0100
DAYLIGHT:TRUE;+0200;20090329T020000;20091025T030000;;
DAYLIGHT:TRUE;+0200;20100328T020000;20101031T030000;;
DAYLIGHT:TRUE;+0200;20110327T020000;20111030T030000;;
DAYLIGHT:TRUE;+0200;20120325T020000;20121028T030000;;
DAYLIGHT:TRUE;+0200;20130331T020000;20131027T030000;;
DAYLIGHT:TRUE;+0200;20140330T020000;20141026T030000;;
DAYLIGHT:TRUE;+0200;20150329T020000;20151025T030000;;
BEGIN:VEVENT
UID:1073742958
X-FUNAMBOL-ALLDAY:1
DTSTART:20090522
DTEND:20090523
X-MICROSOFT-CDO-BUSYSTATUS:0
CATEGORIES:
DESCRIPTION:
LOCATION:
STATUS:0
SUMMARY:XXXXXX
CLASS:PUBLIC
RRULE:FREQ=MONTHLY;INTERVAL=1;BYMONTHDAY=22;COUNT=0
EXDATE:2009-11-22;2010-05-22
^^^^ This is the line causing the "invalid month given".
If I change it to EXDATE:20091122,20100522 it doesn't give that error
message anymore, but it still cannot be edited on the webinterface (it
gives a 404 right away).
To "fix" it completely I have to remove both the "INTERVAL=1" and the
"COUNT=0" from the "RRULE" line.
Does anybody know how that (wrong?) data could possibly enter the
database (accessed only through sogo and the funambol connector) and,
more importantly, how to "fix" it now that it's already there?
Bye
RDATE:
X-FUNAMBOL-AALARMOPTIONS:4
END:VEVENT
END:VCALENDAR
";
c_name = 1073742958;
},
Bye
--
Luca Olivetti
Wetron Automatización S.A. http://www.wetron.es/
Tel. +34 93 5883004 (Ext.133) Fax +34 93 5883007
--
[email protected]
https://inverse.ca/sogo/lists
