I have lightning 0.5pre (2007031405) installed. My initial setup was one webdav-share with 4 calendars -> the password gets stored and it only has to be entered once. I also have a setup with two webdav-shares on one domain. Both shares have different webdav-realms and different users -> no problem. Then I gave the two authentication-realms the same name -> things get messy.
The passwordmanager stores the passwords as:
domain:port (Realm) Username
So, at least with the latest version of lightning, there seems to be no problem with webdav, if you deploy it correctly. This means you have to set the permissions in webdav, not in the filesystem of the remote server. Also, if you use different directory's you should use different realms...
FYI, I also tried using the system with two shares with the same name and giving the urls with: http://user:pass@domain/file.ics
This seems to work correct for the first url but the second one fires an empty user/pass dialog even though the password is remembered.
Did some testing with webdav as this was a question in the forums: forums. mozillazine. org/viewtopic. php?t=531019
http://
I have lightning 0.5pre (2007031405) installed. My initial setup was one webdav-share with 4 calendars -> the password gets stored and it only has to be entered once. I also have a setup with two webdav-shares on one domain. Both shares have different webdav-realms and different users -> no problem. Then I gave the two authentication- realms the same name -> things get messy.
The passwordmanager stores the passwords as:
domain:port (Realm) Username
putting the username in the url (http:// user@domain/ file.ics) doesn't do anything.
So, at least with the latest version of lightning, there seems to be no problem with webdav, if you deploy it correctly. This means you have to set the permissions in webdav, not in the filesystem of the remote server. Also, if you use different directory's you should use different realms...
FYI, I also tried using the system with two shares with the same name and giving the urls with: user:pass@ domain/ file.ics
http://
This seems to work correct for the first url but the second one fires an empty user/pass dialog even though the password is remembered.