I'm having a problem with my sogo installation. On Event import it
fails to respect Timezones and assumes local timezone for everything.
This makes the import function somewhat useless for me.
Can anyone confirm this?
If you want to reproduce this without any external software, try this:
Starting from an empty calendar, Go to "Preferences" and set my
Timezone as "Europe/Berlin"
I create an event from 8:00 till 9:00 called E1
Then go back to preferences, and set your Timezone to "America/New_York"
E1 is now displaying at 2:00
Create a new event from 8:00 till 9:00 called E2
SOGo is now displaying two events. E1 at 2:00 and E2 at 8:00
(So far everything is correct)
Now go to the calendars tab and click then right-click your Personal
Calendar and select "Export Calendar"
The resulting file looks good to me. (Two VTIMEZONE entries, then two
VEVENT entries with correct DTSTARTs:
DTSTART;TZID=/inverse.ca/20091015_1/Europe/Berlin:20101020T080000
DTSTART;TZID=/inverse.ca/20091015_1/America/New_York:20101020T080000
Now go back to a clean calendar (either delete the database, or use a
new user) and import this sogo-generated .ics file.
This results in two events "E1" and "E2", both displaying at the same
time (2:00, for me) which is obviously incorrect.
The sogod.log also reports the following during the import:
| Oct 20 18:23:01 sogod: SOGo watchdog [12726]: <0x0x84cabb0[iCalDateTime]>
timezone '/inverse.ca/20091015_1/Europe/Berlin' not found in calendar
| Oct 20 18:23:01 sogod: SOGo watchdog [12726]: <0x0x86c8118[iCalDateTime]>
timezone '/inverse.ca/20091015_1/Europe/Berlin' not found in calendar
| Oct 20 18:23:01 sogod: SOGo watchdog [12726]: <0x0x8635568[iCalDateTime]>
timezone '/inverse.ca/20091015_1/America/New_York' not found in calendar
| Oct 20 18:23:01 sogod: SOGo watchdog [12726]: <0x0x86df898[iCalDateTime]>
timezone '/inverse.ca/20091015_1/America/New_York' not found in calendar
Is this a SOGo bug, or a mistake I made in my installation?
CU,
Sec
P.S.: my version info:
| nebbiolo-10.04-sogo-lts:/#dpkg -l |grep -Ei '(sogo|sope)'
| ii libsope-appserver4.9 4.9.r1664.20100921 SOPE application
server libraries
| ii libsope-core4.9 4.9.r1664.20100921 Core libraries
of the SOPE application serve
| ii libsope-gdl1-4.9 4.9.r1664.20100921 GNUstep database
libraries for SOPE
| ii libsope-ldap4.9 4.9.r1664.20100921 SOPE libraries
for LDAP access
| ii libsope-mime4.9 4.9.r1664.20100921 SOPE libraries
for MIME processing
| ii libsope-xml4.9 4.9.r1664.20100921 SOPE libraries
for XML processing
| ii sogo 1.3.2 a modern and
scalable groupware
| ii sope4.9-gdl1-mysql 4.9.r1664.20100921 MySQL connector
for SOPE's fork of the GNUst
| ii sope4.9-libxmlsaxdriver 4.9.r1664.20100921 XML Parser for
SOPE's SAX engine
--
A bureaucracy is like a computer program. Usually, the question is
how to arrange it so that what you want is composed of operations that
the bureaucracy supports. In addition, in any bureaucracy, there is
always *someone* whose job is to approve violations of the rules.
--
[email protected]
https://inverse.ca/sogo/lists
