I resolved the duplicated calendar issue by making the changes to the
Apache SOGo.conf file and Integrator files, as suggested by Ludovic
I now have another duplication error: address books.
http://cl.ly/3V311v3J3e1P3u3G2k2t
What the? I've set BOTH of our LDAP sources to not be address books, yet
I get... address books? Configuration below:
http://cl.ly/1K2d2X0R0L1z0C3m3t0F
Obviously I do indeed want our LDAP server to be used as the address
book as this makes perfect sense, but these duplicate address books are
a bit annoying - which one do you search? :)
All help, as usual, is greatly appreciated.
On 17/02/2011 11:32, J. Echter wrote:
Am 17.02.2011 12:18, schrieb Michael Crilly:
Resolved. Thanks for the input.
On 17/02/2011 10:28, Michael Crilly wrote:
Now I am getting nothing at all. I don't have any buttons, nor do I
get any calendars at all. Worst of all, according to my HTTP
debugging proxy, no requests for SOGo calendars are going out what
so ever - only requests for contacts:
http://cl.ly/1E271j1i1h032V1I0N00
Little help? Files attached.
On 16/02/2011 18:04, Ludovic Marcotte wrote:
On 11-02-16 12:58 PM, Michael Crilly wrote:
RequestHeader set "x-webobjects-server-name" "Comtek"
RequestHeader set
"x-webobjects-server-url""http://axe.chester.comtek.co.uk";
This is wrong, "x-webobjects-server-name" should be
"axe.chester.comtek.co.uk".
Your extensions.rdf file is also wrong:
isi:updateURL="http://axe.chester.comtek.co.uk:80/plugins/
strip the ":80" part, it is useless and will confuse path comparisons.
what was the problem?
greetings
--
Michael Crilly
Comtek IT Systems Administrator
E: [email protected]
M: 07771133663
Comtek Network Systems UK Ltd
http://www.comtek.co.uk/
--
[email protected]
https://inverse.ca/sogo/lists
