Sitemgr download

Hans-Jurgen_Tappe 2010-09-29 18:28:03 UTC #1

Hi!

I have continued the testing with the sitemgr. There is still a problem
with the download module. I have defined a download module on an
otherwise empty page, which shows the content of a directory including
sub-directories.

I can enter the sub-directory (readable by all), but when I try to
download a file there, I am redirected to the logout page.
Another file leads me to a “basic auth” style dialog, which asks for
credentials.

Ralf, what could we do here?
Should i modify the download module to automatically add the
auth=(base64) string which is supported by webdav?

How else should this be done?

Thanks,
Hans-Jürgen

Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Ralf_Becker_Stylite 2010-09-29 19:24:06 UTC #2

Hi Hans-Jürgen,

Hi!

I have continued the testing with the sitemgr. There is still a problem
with the download module. I have defined a download module on an
otherwise empty page, which shows the content of a directory including
sub-directories.

I can enter the sub-directory (readable by all), but when I try to
download a file there, I am redirected to the logout page.
Another file leads me to a “basic auth” style dialog, which asks for
credentials.

Is SiteMgr on a different domain then EGroupware, so the cookie does NOT
get transfered?

An other stable solution, which allows bookmarking and so, is to mount
eg. a “download” directory from the docroot with a filesystem stream
wrapper AND adding &url=/download to the mounted url. Then the download
urls are direct url, not using WebDAV at all.
(CKEditor in EPL and Trunk uses the same mechanism for inserting images)

Ralf, what could we do here?
Should i modify the download module to automatically add the
auth=(base64) string which is supported by webdav?

An option for that would not hurt, thought it should be off by default.

Ralf

How else should this be done?

Thanks,
Hans-Jürgen

Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

–
Ralf Becker
Director Software Development

Stylite GmbH
[open style of IT]

Morschheimer Strasse 15
67292 Kirchheimbolanden

fon +49 (0) 6352 70629-0
fax +49 (0) 6352 70629-30
mailto: rb@stylite.de

www.stylite.de
www.egroupware.org

Geschäftsführer Andre Keller,
Gudrun Müller, Ralf Becker
Registergericht Kaiserslautern HRB 30575
Umsatzsteuer-Id / VAT-Id: DE214280951

Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers

Hans-Jurgen_Tappe 2010-09-30 19:23:22 UTC #3

Hi!

An other stable solution, which allows bookmarking and so, is to mount
eg. a “download” directory from the docroot with a filesystem stream
wrapper AND adding &url=/download to the mounted url. Then the download
urls are direct url, not using WebDAV at all.
(CKEditor in EPL and Trunk uses the same mechanism for inserting images)

That would be a web-server writeable directory (if not world-writeable if
secondary access would be FTP only, bypassing the eGroupware
authentication). Doesn’t such an open directory contradict the security
approach for eGroupware?

I will probably prepare something in 1.8 locally here an provide it to
you for review and trunk (or later 1.8) if you like.

Best regards,
Hans-Jürgen

Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev

eGroupWare-developers mailing list
eGroupWare-developers@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/egroupware-developers