Hi sorry for the delay,
as for errors:
There are ALOT of these:
Aug 02 10:58:33 sogod [14523]: [ERROR]
<0x0C8F4998[SOGoAppointmentFolder]:craigs_personal> DAV property
'{urn:ietf:params:xml:ns:caldav}schedule-tag' has no matching SQL field,
response could be incomplete.
a few of these:
Aug 01 08:43:26 sogod
[6721]: [ERROR] >UIxCalListingActions> event
'3D0C-4F791F00-1-50BE9F80.ics' has a computed offset that overflows the
amount of blocks (skipped)
Aug 01 08:43:26 sogod [6721]: [ERROR]
>UIxCalListingActions> event '7681-4FF24E00-7-6AF32380.ics' has a
computed offset that overflows the amount of blocks (skipped)
Aug 01
08:43:26 sogod [6721]: [ERROR] >UIxCalListingActions> event
'1A36-50062B00-35-3EB10640.ics' has a computed offset that overflows the
amount of blocks (skipped)
Aug 01 08:43:26 sogod [6721]: [ERROR]
>UIxCalListingActions> event '7710-5015EF80-27-3592B0C0.ics' has a
computed offset that overflows the amount of blocks (skipped)
and
these:
Aug 01 08:43:38 sogod [6721]: [ERROR]
<0x0C8406B8[SOGoAppointmentInboxFolder]:inbox> (-[SOGoGCSFolder
toOneRelationshipKeys]): fetch failed!
Aug 01 08:43:43 sogod [6721]:
[ERROR] <0x0C9A88B8[SOGoAppointmentInboxFolder]:inbox> (-[SOGoGCSFolder
toOneRelationshipKeys]): fetch failed!
and this:
Aug 01 10:58:21
sogod [19168]: [ERROR] <0x0xbfdc468[WOWatchDogChild]> FAILURE receiving
status for child 10162
Aug 01 10:58:21 sogod [19168]: [ERROR]
<0x0xbfdc468[WOWatchDogChild]> socket: receive-timeout=1.000s>
Aug 01
10:58:21 sogod [19168]: [ERROR] <0x0xbfdc468[WOWatchDogChild]>
exception:
NAME:NGSocketConnectionResetException REASON:reached end of stream
receive-timeout=1.000s> INFO:{errno
= 104; error = "Connection reset by peer"; stream = "{object =
receive-timeout=1.000s>;}"; }
Aug
01 10:58:21 sogod [19168]: [ERROR] <0x0xbfdc468[WOWatchDogChild]>
FAILURE notifying child 10162
I'm pretty close to pulling my hair out
with this, any help would be much appreciated.
I think the craigs user
has issues with his account in particular, because he is the only user
who consistently has issues.
is there some kind of "verification"
script I could run on his account? or system wide?
On 2012-07-05
22:24, Francis Lachapelle wrote:
> On 2012-07-05, at 8:21 AM, Francis
Lachapelle wrote:
>
>>> Perhaps I am missing a simple step here but I
am running SOGo v1.3.16 on a centos server using mysql as a database
backend and my problem is this: When creating a meeting with multiple
attendees, if anyone of those attendees declines, (or accepts for that
matter), they cant change their decision later. I have tried messing
around with the ACL's but no joy. what is the right way to make sure a
user can change their mind? or cant it be done?
>> Don't search further,
it can't be done with the current version.
>
> Sorry, I read the
opposite scenario. So you definitely have an issue with your
installation.
>
> Is there any error in the log?
>
> Francis
>
> --
>
flachape...@inverse.ca :: +1.514.755.3640 :: http://www.inverse.ca
>
Inverse :: Leaders behind SOGo (http://sogo.nu) and PacketFence
(http://packetfence.org)
>
> -- users@sogo.nu
https://inverse.ca/sogo/lists
--
users@sogo.nu
https://inverse.ca/sogo/lists