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? > > > Kind regards, > Christian Mack > > -- > Christian Mack > Abteilung Basisdienste > KIM IT-Services > Universität Konstanz -- [email protected] https://inverse.ca/sogo/lists
