<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>You have to replace the ./ with your fqdn followed by "roundcube/", then it will do the job. </div><div>This seems to be a bug in roundcube and has nothing to do with nat or Proxy (i had the same issue and i use neither nat or a Proxy. </div><div>This should work (my Example uses a ssl Connection, use "http" if you don't have ssl set up):</div><div><br><blockquote type="cite"><font color="#000000"><span style="background-color: rgba(255, 255, 255, 0);"><a href="https://my.server.com/roundcube/?_task=calendar&_action=feed&_cal=dHJveUBjYXJwZW50ZXIuY3g6VENSb1pYSWdWWD5sY25NdmJHRjFjbUV2UTJGc1pXNWtZWEk%3D.ics">https://my.server.com/roundcube/?_task=calendar&_action=feed&_cal=dHJveUBjYXJwZW50ZXIuY3g6VENSb1pYSWdWWD5sY25NdmJHRjFjbUV2UTJGc1pXNWtZWEk%3D.ics</a></span></font></blockquote><br>Cheers</div><div>Thomas</div><div><br>Am 20.01.2015 um 23:31 schrieb Carpenter, Troy <<a href="mailto:troy@carpenter.cx">troy@carpenter.cx</a>>:<br><br></div><blockquote type="cite"><div><span>On 2015-01-16 9:58 am, <a href="mailto:alby87@inwind.it">alby87@inwind.it</a> wrote:</span><br><blockquote type="cite"><span>It worked really well: I had to install more "reverse proxies" (one for iRony,</span><br></blockquote><blockquote type="cite"><span>one for kolab-webadmin, one for roundcubemail, etc..), but using this</span><br></blockquote><blockquote type="cite"><span>"proxies", and the X-Forwarded-For Header all but one problems went away!</span><br></blockquote><blockquote type="cite"><span>Many thanks!</span><br></blockquote><blockquote type="cite"><span>The only problem is just iCal: the URL generated start with a ./?</span><br></blockquote><blockquote type="cite"><span>_task=calendar&_action=feed&_cal= and the code of the calendar. Putting this</span><br></blockquote><blockquote type="cite"><span>code as is isn't working (just as expected, there isn't any reference to my</span><br></blockquote><blockquote type="cite"><span>base URL). It doesn't show even on my LAN connection, I'm doing some more thing</span><br></blockquote><blockquote type="cite"><span>wrong? Thank you for your patience :)</span><br></blockquote><span></span><br><span>I am running a similar configuration as you, except I'm using Apache to do the proxy. I don't think the problem you are describing is specific to using a proxy because I get the same result using the Kolab server from within my network (as well as through the proxy when I'm outside the network).</span><br><span></span><br><span>When I highlight one of the calendars in my setup, and select "show calendar URL". I got this in the dialog box:</span><br><span></span><br><span>./?_task=calendar&_action=feed&_cal=dHJveUBjYXJwZW50ZXIuY3g6VENSb1pYSWdWWD5sY25NdmJHRjFjbUV2UTJGc1pXNWtZWEk%3D.ics</span><br><span></span><br><span>When I replaced the leading "." with my server fqdn and put that in a web browser, I ended up at the Kolab login screen instead of downloading the calendar.</span><br><span></span><br><span>I would like to get this working. I have a number of processes where I need the ics file, and cannot use CalDAV.</span><br><span></span><br><span></span><br><span>BTW, the displayed CalDAV link works just fine. I tested it with a CalDAV client on my Android phone.</span><br><span></span><br><span>Troy Carpenter</span><br><span>troy at carpenter dot cx</span><br><span>_______________________________________________</span><br><span>users mailing list</span><br><span><a href="mailto:users@lists.kolab.org">users@lists.kolab.org</a></span><br><span><a href="https://lists.kolab.org/mailman/listinfo/users">https://lists.kolab.org/mailman/listinfo/users</a></span><br></div></blockquote></body></html>