Exchange of experiences / Erfahrungsaustausch / Get Help
You are not logged in.
|Verkauf von iCal4OL an Neukunden ist eingestellt!
Keine Demo mehr verfügbar..
Diese Seite ist ausschliesslich für Kunden, welche auch noch zusätzliche Lizenzen kaufen können.
|The selling of iCal4OL has ended!
No trial available anymore..|
This site is exclusively for customers, which may still want to buy additional licenses.
iCal4OL Version 2.16.6 is now available. See Announcements / Ankündigungen
I use iCAL4OL v2.15.6 and SOGo v2.3.6-1. When I create a meeting in Outlook 2010, an attendee receives invitation twice. First is sent by Outlook, second by SOGo server once the event is synced by iCAL4OL.
SOGo is supposed to honour SCHEDULE-AGENT=CLIENT and "client" is correctly set for iUserID in .ini file. The event source looks like:
Yet SOGo emails event notification to participant again. Any idea why it does that?
SOGo does not support SCHEDULE-AGENT=CLIENT ... afaik
It is set correctly by iCal4OL. I will/need to check the SOGo pages, if there is a "new trick" possible...
There are some older topics in this (and other) forums about it: Search e.g. with Google: iCal4OL SOGo SCHEDULE AGENT CLIENT
- You could turn off sending notification in SOGo, globally...!!
- Instruct your users, if one of the attendee has also a SOGo account on your server, the invitation MUST be created in SOGo (and not Outlook), and NEVER modify it in Outlook, and also deactivate reminders during download (alarms do change an event in OL, see tab "Options-Reminders").
- If no attendee has a SOGo account (only the organizer), it's possible to upload is without attendee lines, e.g. with additional flags "no_att bodyAtt". Risk is, if there was once an attendee in SOGo, the event will vanish from this attendee SOGo Calendar..
Thanks for your kind reply.
SOGo does support SCHEDULE-AGENT=CLIENT since 2014, see http://www.sogo.nu/bugs/view.php?id=2599
Turning off global notification sending in SOGo is not an option, since not all users are on Outlook, and these (Thunderbird) do require that SOGo does the sending job.
When you say the flag is set correctly by iCAL4OL for the event, the problem must lie within SOGo i believe?
See your link: Bug is OPEN... it does not work!
It says the property must be set on organiser, however it seems that iCAL4OL sets it on attendee (see event RAW source). That would explain why it does not work.
How this should be done properly? Or am I misunderstanding something?
I will send you a test version tomorrow (hopefully), implementing it this way - which is actually not the way, it should be done!
Every other solution does it on the attendee lines...
I updated the full version 2.15.6 - download it again from customer page and test it...
My last test with this setting was in Jan, 2014... I hope it's working now
Many Thanks for your effort.
I do believe it should be done the way you're saying ... unfortunately SOGo did not do much about it since may 2014!