[SOGo] SOGo 2.2/Apple Calendar 7.0 - CalDAVAccountRefreshQueueableOperation

2014-03-05 Thread Ron Scott-Adams 
Evening. I’ve had a long standing issue with the CalDAV support in Apple 
Calendar (formerly iCal) since upgrading to Apple OS 10.9. I consistently 
cannot load the calendar and receive the following message:

Your calendar couldn’t be refreshed.
The request for account “Personal” failed.
Operation: CalDAVAccountRefreshQueueableOperation.

I’ve searched around but not found a reliable fix. Where’s a good place to 
start with this?-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] SOGo 2.2/Apple Calendar 7.0 - CalDAVAccountRefreshQueueableOperation

2014-03-05 Thread Ron Scott-Adams 
Terribly sorry, it’s been a long day. I bet this would help:

Using tohuw.net for domain
Using /SOGo/dav/tohuw/ for path
Using 8443 for port with SSL

Web UI Calendar works fine.

Contacts (CardDAV) exhibits similar problems, using same settings as above

Apache SOGo Conf:

Alias /SOGo.woa/WebServerResources/ \
  /usr/lib/GNUstep/SOGo/WebServerResources/
Alias /SOGo/WebServerResources/ \
  /usr/lib/GNUstep/SOGo/WebServerResources/
AliasMatch /SOGo/so/ControlPanel/Products/(.*)/Resources/(.*) \
   /usr/lib/GNUstep/SOGo/$1.SOGo/Resources/$2

Directory /usr/lib/GNUstep/SOGo/
AllowOverride None
Order deny,allow
Allow from all

# Explicitly allow caching of static content to avoid browser specific 
behavior.
# A resource's URL MUST change in order to have the client load the new 
version.
IfModule expires_module
  ExpiresActive On
  ExpiresDefault access plus 1 year
/IfModule
/Directory

LocationMatch 
^/SOGo/so/ControlPanel/Products/.*UI/Resources/.*\.(jpg|png|gif|css|js)
  SetHandler default-handler
/LocationMatch

## Uncomment the following to enable proxy-side authentication, you will then
## need to set the SOGoTrustProxyAuthentication SOGo user default to YES and
## adjust the x-webobjects-remote-user proxy header in the Proxy section
## below.
#Location /SOGo
#  AuthType XXX
#  Require valid-user
#  SetEnv proxy-nokeepalive 1
#  Allow from all
#/Location

ProxyRequests Off
SetEnv proxy-nokeepalive 1
ProxyPreserveHost On

# When using CAS, you should uncomment this and install cas-proxy-validate.py
# in /usr/lib/cgi-bin to reduce server overloading
#
# ProxyPass /SOGo/casProxy http://localhost/cgi-bin/cas-proxy-validate.py
# Proxy http://localhost/app/cas-proxy-validate.py
#   Order deny,allow
#   Allow from your-cas-host-addr
# /Proxy

ProxyPass /SOGo http://127.0.0.1:2/SOGo retry=0

Proxy http://127.0.0.1:2/SOGo
## adjust the following to your configuration
  RequestHeader set x-webobjects-server-port 443
  RequestHeader set x-webobjects-server-name tohuw.net
  RequestHeader set x-webobjects-server-url https://tohuw.net;

## When using proxy-side autentication, you need to uncomment and
## adjust the following line:
#  RequestHeader set x-webobjects-remote-user %{REMOTE_USER}e

  RequestHeader set x-webobjects-server-protocol HTTP/1.0

  AddDefaultCharset UTF-8

  Order allow,deny
  Allow from all
/Proxy

# Create a rule to allow the url to be all lower-case
RewriteEngine On
RewriteRule ^/SOGo/(.*)$ /SOGo/$1 [env=REMOTE_HOST:%{REMOTE_ADDR},PT]
Redirect permanent /webmail https://tohuw.net/SOGo

# CardDav (Mac) Support
NameVirtualHost 0.0.0.0:8843
VirtualHost 0.0.0.0:8843
ServerName tohuw.net
SSLEngine On
SSLCertificateFile [redacted]
SSLCertificateKeyFile [redacted]
SSLCertificateChainFile [redacted]

ProxyRequests Off
SetEnv proxy-nokeepalive 1
ProxyPreserveHost On

ProxyPassInterpolateEnv On
ProxyPass /principals http://127.0.0.1:2/SOGo/dav/ interpolate
ProxyPass /SOGo/dav/ http://127.0.0.1:2/SOGo/dav/ interpolate
ProxyPass / http://127.0.0.1:2/SOGo/dav/ interpolate

Proxy http://127.0.0.1:2
RequestHeader set x-webobjects-server-port 8843
RequestHeader set x-webobjects-server-name tohuw.net:8843
RequestHeader set x-webobjects-server-url https://tohuw.net:8843;
RequestHeader set x-webobjects-server-protocol HTTP/1.0
RequestHeader set x-webobjects-remote-host 127.0.0.1
AddDefaultCharset UTF-8
Order allow,deny
Allow from all
/Proxy
/VirtualHost

On Mar 4, 2014, at 11:19 PM, Ron Scott-Adams r...@tohuw.net wrote:

 Evening. I’ve had a long standing issue with the CalDAV support in Apple 
 Calendar (formerly iCal) since upgrading to Apple OS 10.9. I consistently 
 cannot load the calendar and receive the following message:
 
 Your calendar couldn’t be refreshed.
 The request for account “Personal” failed.
 Operation: CalDAVAccountRefreshQueueableOperation.
 
 I’ve searched around but not found a reliable fix. Where’s a good place to 
 start with this?

-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] SOGo 2.2/Apple Calendar 7.0 - CalDAVAccountRefreshQueueableOperation

2014-03-05 Thread Christian Mack 
Am 2014-03-05 05:25, schrieb Ron Scott-Adams:
 Terribly sorry, it’s been a long day. I bet this would help:
 
 Using tohuw.net for domain
 Using /SOGo/dav/tohuw/ for path
 Using 8443 for port with SSL
 
 Web UI Calendar works fine.
 
 Contacts (CardDAV) exhibits similar problems, using same settings as above
 
 Apache SOGo Conf:
 
 Alias /SOGo.woa/WebServerResources/ \
   /usr/lib/GNUstep/SOGo/WebServerResources/
 Alias /SOGo/WebServerResources/ \
   /usr/lib/GNUstep/SOGo/WebServerResources/
 AliasMatch /SOGo/so/ControlPanel/Products/(.*)/Resources/(.*) \
/usr/lib/GNUstep/SOGo/$1.SOGo/Resources/$2
 
 Directory /usr/lib/GNUstep/SOGo/
 AllowOverride None
 Order deny,allow
 Allow from all
 
 # Explicitly allow caching of static content to avoid browser specific 
 behavior.
 # A resource's URL MUST change in order to have the client load the new 
 version.
 IfModule expires_module
   ExpiresActive On
   ExpiresDefault access plus 1 year
 /IfModule
 /Directory
 
 LocationMatch 
 ^/SOGo/so/ControlPanel/Products/.*UI/Resources/.*\.(jpg|png|gif|css|js)
   SetHandler default-handler
 /LocationMatch
 
 ## Uncomment the following to enable proxy-side authentication, you will then
 ## need to set the SOGoTrustProxyAuthentication SOGo user default to YES and
 ## adjust the x-webobjects-remote-user proxy header in the Proxy section
 ## below.
 #Location /SOGo
 #  AuthType XXX
 #  Require valid-user
 #  SetEnv proxy-nokeepalive 1
 #  Allow from all
 #/Location
 
 ProxyRequests Off
 SetEnv proxy-nokeepalive 1
 ProxyPreserveHost On
 
 # When using CAS, you should uncomment this and install cas-proxy-validate.py
 # in /usr/lib/cgi-bin to reduce server overloading
 #
 # ProxyPass /SOGo/casProxy http://localhost/cgi-bin/cas-proxy-validate.py
 # Proxy http://localhost/app/cas-proxy-validate.py
 #   Order deny,allow
 #   Allow from your-cas-host-addr
 # /Proxy
 
 ProxyPass /SOGo http://127.0.0.1:2/SOGo retry=0
 
 Proxy http://127.0.0.1:2/SOGo
 ## adjust the following to your configuration
   RequestHeader set x-webobjects-server-port 443
   RequestHeader set x-webobjects-server-name tohuw.net
   RequestHeader set x-webobjects-server-url https://tohuw.net;
 
 ## When using proxy-side autentication, you need to uncomment and
 ## adjust the following line:
 #  RequestHeader set x-webobjects-remote-user %{REMOTE_USER}e
 
   RequestHeader set x-webobjects-server-protocol HTTP/1.0
 
   AddDefaultCharset UTF-8
 
   Order allow,deny
   Allow from all
 /Proxy
 
 # Create a rule to allow the url to be all lower-case
 RewriteEngine On
 RewriteRule ^/SOGo/(.*)$ /SOGo/$1 [env=REMOTE_HOST:%{REMOTE_ADDR},PT]
 Redirect permanent /webmail https://tohuw.net/SOGo
 
 # CardDav (Mac) Support
 NameVirtualHost 0.0.0.0:8843
 VirtualHost 0.0.0.0:8843
 ServerName tohuw.net
 SSLEngine On
 SSLCertificateFile [redacted]
 SSLCertificateKeyFile [redacted]
 SSLCertificateChainFile [redacted]
 
 ProxyRequests Off
 SetEnv proxy-nokeepalive 1
 ProxyPreserveHost On
 
 ProxyPassInterpolateEnv On
 ProxyPass /principals http://127.0.0.1:2/SOGo/dav/ interpolate
 ProxyPass /SOGo/dav/ http://127.0.0.1:2/SOGo/dav/ interpolate
 ProxyPass / http://127.0.0.1:2/SOGo/dav/ interpolate
 
 Proxy http://127.0.0.1:2
 RequestHeader set x-webobjects-server-port 8843
 RequestHeader set x-webobjects-server-name tohuw.net:8843
 RequestHeader set x-webobjects-server-url https://tohuw.net:8843;
 RequestHeader set x-webobjects-server-protocol HTTP/1.0
 RequestHeader set x-webobjects-remote-host 127.0.0.1
 AddDefaultCharset UTF-8
 Order allow,deny
 Allow from all
 /Proxy
 /VirtualHost
 
 On Mar 4, 2014, at 11:19 PM, Ron Scott-Adams r...@tohuw.net wrote:
 
 Evening. I’ve had a long standing issue with the CalDAV support in Apple 
 Calendar (formerly iCal) since upgrading to Apple OS 10.9. I consistently 
 cannot load the calendar and receive the following message:

 Your calendar couldn’t be refreshed.
 The request for account “Personal” failed.
 Operation: CalDAVAccountRefreshQueueableOperation.

 I’ve searched around but not found a reliable fix. Where’s a good place to 
 start with this?
 

And where is your 8443 Apache configuration?


Kind regards,
Christian Mack

-- 
Christian Mack
Abteilung Basisdienste
KIM IT-Services
Universität Konstanz



smime.p7s
Description: S/MIME Cryptographic Signature

Re: [SOGo] SOGo 2.2/Apple Calendar 7.0 - CalDAVAccountRefreshQueueableOperation

2014-03-05 Thread Ron Scott-Adams 
Ah, I had 8443 missing from the SSL conditional block (it was only in the TLS 
block). Oops. It’s working now… that’s two silly mistakes in a row, time to 
take a vacation, yeah? Thanks Christian!

On Mar 5, 2014, at 10:07 AM, Christian Mack christian.m...@uni-konstanz.de 
wrote:

 Am 2014-03-05 05:25, schrieb Ron Scott-Adams:
 Terribly sorry, it’s been a long day. I bet this would help:
 
 Using tohuw.net for domain
 Using /SOGo/dav/tohuw/ for path
 Using 8443 for port with SSL
 
 Web UI Calendar works fine.
 
 Contacts (CardDAV) exhibits similar problems, using same settings as above
 
 Apache SOGo Conf:
 
 Alias /SOGo.woa/WebServerResources/ \
  /usr/lib/GNUstep/SOGo/WebServerResources/
 Alias /SOGo/WebServerResources/ \
  /usr/lib/GNUstep/SOGo/WebServerResources/
 AliasMatch /SOGo/so/ControlPanel/Products/(.*)/Resources/(.*) \
   /usr/lib/GNUstep/SOGo/$1.SOGo/Resources/$2
 
 Directory /usr/lib/GNUstep/SOGo/
AllowOverride None
Order deny,allow
Allow from all
 
# Explicitly allow caching of static content to avoid browser specific 
 behavior.
# A resource's URL MUST change in order to have the client load the new 
 version.
IfModule expires_module
  ExpiresActive On
  ExpiresDefault access plus 1 year
/IfModule
 /Directory
 
 LocationMatch 
 ^/SOGo/so/ControlPanel/Products/.*UI/Resources/.*\.(jpg|png|gif|css|js)
  SetHandler default-handler
 /LocationMatch
 
 ## Uncomment the following to enable proxy-side authentication, you will then
 ## need to set the SOGoTrustProxyAuthentication SOGo user default to YES 
 and
 ## adjust the x-webobjects-remote-user proxy header in the Proxy section
 ## below.
 #Location /SOGo
 #  AuthType XXX
 #  Require valid-user
 #  SetEnv proxy-nokeepalive 1
 #  Allow from all
 #/Location
 
 ProxyRequests Off
 SetEnv proxy-nokeepalive 1
 ProxyPreserveHost On
 
 # When using CAS, you should uncomment this and install cas-proxy-validate.py
 # in /usr/lib/cgi-bin to reduce server overloading
 #
 # ProxyPass /SOGo/casProxy http://localhost/cgi-bin/cas-proxy-validate.py
 # Proxy http://localhost/app/cas-proxy-validate.py
 #   Order deny,allow
 #   Allow from your-cas-host-addr
 # /Proxy
 
 ProxyPass /SOGo http://127.0.0.1:2/SOGo retry=0
 
 Proxy http://127.0.0.1:2/SOGo
 ## adjust the following to your configuration
  RequestHeader set x-webobjects-server-port 443
  RequestHeader set x-webobjects-server-name tohuw.net
  RequestHeader set x-webobjects-server-url https://tohuw.net;
 
 ## When using proxy-side autentication, you need to uncomment and
 ## adjust the following line:
 #  RequestHeader set x-webobjects-remote-user %{REMOTE_USER}e
 
  RequestHeader set x-webobjects-server-protocol HTTP/1.0
 
  AddDefaultCharset UTF-8
 
  Order allow,deny
  Allow from all
 /Proxy
 
 # Create a rule to allow the url to be all lower-case
 RewriteEngine On
 RewriteRule ^/SOGo/(.*)$ /SOGo/$1 [env=REMOTE_HOST:%{REMOTE_ADDR},PT]
 Redirect permanent /webmail https://tohuw.net/SOGo
 
 # CardDav (Mac) Support
 NameVirtualHost 0.0.0.0:8843
 VirtualHost 0.0.0.0:8843
ServerName tohuw.net
SSLEngine On
SSLCertificateFile [redacted]
SSLCertificateKeyFile [redacted]
SSLCertificateChainFile [redacted]
 
ProxyRequests Off
SetEnv proxy-nokeepalive 1
ProxyPreserveHost On
 
ProxyPassInterpolateEnv On
ProxyPass /principals http://127.0.0.1:2/SOGo/dav/ interpolate
ProxyPass /SOGo/dav/ http://127.0.0.1:2/SOGo/dav/ interpolate
ProxyPass / http://127.0.0.1:2/SOGo/dav/ interpolate
 
Proxy http://127.0.0.1:2
RequestHeader set x-webobjects-server-port 8843
RequestHeader set x-webobjects-server-name tohuw.net:8843
RequestHeader set x-webobjects-server-url https://tohuw.net:8843;
RequestHeader set x-webobjects-server-protocol HTTP/1.0
RequestHeader set x-webobjects-remote-host 127.0.0.1
AddDefaultCharset UTF-8
Order allow,deny
Allow from all
/Proxy
 /VirtualHost
 
 On Mar 4, 2014, at 11:19 PM, Ron Scott-Adams r...@tohuw.net wrote:
 
 Evening. I’ve had a long standing issue with the CalDAV support in Apple 
 Calendar (formerly iCal) since upgrading to Apple OS 10.9. I consistently 
 cannot load the calendar and receive the following message:
 
 Your calendar couldn’t be refreshed.
 The request for account “Personal” failed.
 Operation: CalDAVAccountRefreshQueueableOperation.
 
 I’ve searched around but not found a reliable fix. Where’s a good place to 
 start with this?
 
 
 And where is your 8443 Apache configuration?
 
 
 Kind regards,
 Christian Mack
 
 -- 
 Christian Mack
 Abteilung Basisdienste
 KIM IT-Services
 Universität Konstanz

-- 
users@sogo.nu
https://inverse.ca/sogo/lists

Re: [SOGo] SOGo 2.2/Apple Calendar 7.0 - CalDAVAccountRefreshQueueableOperation

2014-03-05 Thread Christian Mack 
Hello Richard Ferrara


No, sorry, this has nothing to do with the error you get with shared
calendars in iCal/Apple Calendar.


Kind regards,
Christian Mack

Am 2014-03-06 00:43, schrieb Richard Ferrara:
 If this has any relation to http://www.sogo.nu/bugs/view.php?id=2489 please 
 add a note on how it was resolved.
 
 Thanks!
 
 On 6 Mar 2014, at 2:35 am, Ron Scott-Adams r...@tohuw.net wrote:
 
 Ah, I had 8443 missing from the SSL conditional block (it was only in the 
 TLS block). Oops. It’s working now… that’s two silly mistakes in a row, time 
 to take a vacation, yeah? Thanks Christian!

 On Mar 5, 2014, at 10:07 AM, Christian Mack christian.m...@uni-konstanz.de 
 wrote:

 Am 2014-03-05 05:25, schrieb Ron Scott-Adams:
 Terribly sorry, it’s been a long day. I bet this would help:

 Using tohuw.net for domain
 Using /SOGo/dav/tohuw/ for path
 Using 8443 for port with SSL

 Web UI Calendar works fine.

 Contacts (CardDAV) exhibits similar problems, using same settings as above

 Apache SOGo Conf:

 Alias /SOGo.woa/WebServerResources/ \
 /usr/lib/GNUstep/SOGo/WebServerResources/
 Alias /SOGo/WebServerResources/ \
 /usr/lib/GNUstep/SOGo/WebServerResources/
 AliasMatch /SOGo/so/ControlPanel/Products/(.*)/Resources/(.*) \
  /usr/lib/GNUstep/SOGo/$1.SOGo/Resources/$2

 Directory /usr/lib/GNUstep/SOGo/
   AllowOverride None
   Order deny,allow
   Allow from all

   # Explicitly allow caching of static content to avoid browser specific 
 behavior.
   # A resource's URL MUST change in order to have the client load the new 
 version.
   IfModule expires_module
 ExpiresActive On
 ExpiresDefault access plus 1 year
   /IfModule
 /Directory

 LocationMatch 
 ^/SOGo/so/ControlPanel/Products/.*UI/Resources/.*\.(jpg|png|gif|css|js)
 SetHandler default-handler
 /LocationMatch

 ## Uncomment the following to enable proxy-side authentication, you will 
 then
 ## need to set the SOGoTrustProxyAuthentication SOGo user default to YES 
 and
 ## adjust the x-webobjects-remote-user proxy header in the Proxy 
 section
 ## below.
 #Location /SOGo
 #  AuthType XXX
 #  Require valid-user
 #  SetEnv proxy-nokeepalive 1
 #  Allow from all
 #/Location

 ProxyRequests Off
 SetEnv proxy-nokeepalive 1
 ProxyPreserveHost On

 # When using CAS, you should uncomment this and install 
 cas-proxy-validate.py
 # in /usr/lib/cgi-bin to reduce server overloading
 #
 # ProxyPass /SOGo/casProxy http://localhost/cgi-bin/cas-proxy-validate.py
 # Proxy http://localhost/app/cas-proxy-validate.py
 #   Order deny,allow
 #   Allow from your-cas-host-addr
 # /Proxy

 ProxyPass /SOGo http://127.0.0.1:2/SOGo retry=0

 Proxy http://127.0.0.1:2/SOGo
 ## adjust the following to your configuration
 RequestHeader set x-webobjects-server-port 443
 RequestHeader set x-webobjects-server-name tohuw.net
 RequestHeader set x-webobjects-server-url https://tohuw.net;

 ## When using proxy-side autentication, you need to uncomment and
 ## adjust the following line:
 #  RequestHeader set x-webobjects-remote-user %{REMOTE_USER}e

 RequestHeader set x-webobjects-server-protocol HTTP/1.0

 AddDefaultCharset UTF-8

 Order allow,deny
 Allow from all
 /Proxy

 # Create a rule to allow the url to be all lower-case
 RewriteEngine On
 RewriteRule ^/SOGo/(.*)$ /SOGo/$1 [env=REMOTE_HOST:%{REMOTE_ADDR},PT]
 Redirect permanent /webmail https://tohuw.net/SOGo

 # CardDav (Mac) Support
 NameVirtualHost 0.0.0.0:8843
 VirtualHost 0.0.0.0:8843
   ServerName tohuw.net
   SSLEngine On
   SSLCertificateFile [redacted]
   SSLCertificateKeyFile [redacted]
   SSLCertificateChainFile [redacted]

   ProxyRequests Off
   SetEnv proxy-nokeepalive 1
   ProxyPreserveHost On

   ProxyPassInterpolateEnv On
   ProxyPass /principals http://127.0.0.1:2/SOGo/dav/ interpolate
   ProxyPass /SOGo/dav/ http://127.0.0.1:2/SOGo/dav/ interpolate
   ProxyPass / http://127.0.0.1:2/SOGo/dav/ interpolate

   Proxy http://127.0.0.1:2
   RequestHeader set x-webobjects-server-port 8843
   RequestHeader set x-webobjects-server-name tohuw.net:8843
   RequestHeader set x-webobjects-server-url https://tohuw.net:8843;
   RequestHeader set x-webobjects-server-protocol HTTP/1.0
   RequestHeader set x-webobjects-remote-host 127.0.0.1
   AddDefaultCharset UTF-8
   Order allow,deny
   Allow from all
   /Proxy
 /VirtualHost

 On Mar 4, 2014, at 11:19 PM, Ron Scott-Adams r...@tohuw.net wrote:

 Evening. I’ve had a long standing issue with the CalDAV support in Apple 
 Calendar (formerly iCal) since upgrading to Apple OS 10.9. I consistently 
 cannot load the calendar and receive the following message:

 Your calendar couldn’t be refreshed.
 The request for account “Personal” failed.
 Operation: CalDAVAccountRefreshQueueableOperation.

 I’ve searched around but not found a reliable fix. Where’s a good place 
 to start with this?


 And where is your 8443 Apache configuration?



-- 
Christian Mack
Abteilung Basisdienste
KIM IT-Services
Universität