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 <[email protected]> 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 <[email protected]> >> 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:20000/SOGo retry=0 >>>> >>>> <Proxy http://127.0.0.1:20000/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:20000/SOGo/dav/ interpolate >>>> ProxyPass /SOGo/dav/ http://127.0.0.1:20000/SOGo/dav/ interpolate >>>> ProxyPass / http://127.0.0.1:20000/SOGo/dav/ interpolate >>>> >>>> <Proxy http://127.0.0.1:20000> >>>> 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 <[email protected]> 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 Konstanz
smime.p7s
Description: S/MIME Cryptographic Signature
