1

Topic: SOGO 2.3.4 CalDav URL

Hello,

In SOGo the caldav URL displayed is like
http://127.0.0.1:20000/SOGo/dav/xxxxxxx … /personal/

Of course, I have to replace 127.0.0.1:20000 by the url and it works. But is ther a way to correct that. It's a little bit tricky for the users...

Thanks for tour help

Philippe

==== Required information ====
- iRedMail version 0.9.3
- iRedMailPro versio 2.4.0 (LDAP)
- Linux/BSD distribution name and version: Debian 8
- Store mail accounts in LDAP:
- Web server (Apache or Nginx): Nginx
====

----

Spider Email Archiver: On-Premises, lightweight email archiving software developed by iRedMail team. Supports Amazon S3 compatible storage and custom branding.

2

Re: SOGO 2.3.4 CalDav URL

Where did you get this caldav url?

3

Re: SOGO 2.3.4 CalDav URL

in the properties of the calendar.
Rigth click on the Personal calendar for example and click on "Properties" and go to the tabs "Link to this calendar"
See screenshot in attachments of this post

Post's attachments

Sélection_125.png
Sélection_125.png 43.56 kb, file has never been downloaded. 

You don't have the permssions to download the attachments of this post.

4

Re: SOGO 2.3.4 CalDav URL

It's a known bug and fixed in iRedMail-0.9.3:
http://www.iredmail.org/docs/upgrade.ir … onfig-file

5 (edited by pscoffoni 2016-01-02 22:20:34)

Re: SOGO 2.3.4 CalDav URL

OK but you just upgrade my iRedMail to 0.9.3  so I didn't read all the upgrade instructions :-)

I check Nginx conf and the three lines with proxy_set_hheaders are allready commented
        #proxy_set_header x-webobjects-remote-host 127.0.0.1;
        #proxy_set_header x-webobjects-server-name $server_name;
        #proxy_set_header x-webobjects-server-url $scheme://$host;

And I can't download attachement's too. I didn't remove your public key if you want to take à look.
IredmMail is behind a webproxy (using Nginx too). Don't knomw if there's a link betweeen..
If needed, I can pay to have support on this issue. Thanks for your help
Philippe

6

Re: SOGO 2.3.4 CalDav URL

You can uncomment this line in Nginx config file:

        proxy_set_header x-webobjects-server-url $scheme://$host;

Then the URL is correct.