Amen!
I think everybody agrees that things like
directory, edirectory, ...)
should all be implemented (preferrably just as frontends) in plugins, and not all be part of the core of RoundCube. (Almost) all of these things are great additions, don't get me wrong, but not for the core.
As far as I know, somebody is working already on a plugin-api. As soon as that hits it's alpha stage, things like this could be implemented, at least as "a proof of concept" of the plugin-api.
Just my 2 cents... :-)
phil schreef:
On Thu, 8 Dec 2005 17:16:34 +0000, Craig Webster craig@xeriom.net wrote:
Hi Kari P?iv?rinta, On Thu, Dec 08, 2005 at 02:09:34PM +0200 you wrote something like:
Could it be possible to build a change password feature to the RoundCube? I have users who don't have (or never will have) shell access so this is the single most important feature needed to change my RounCube to my primary webmail.
I have to say, I don't think that a mail client should have access to change the passwords; it produces an awful lot of dependencies on the
I'm totally in agreement with this, Roundcubemail is supposed to be a webmail client, not a full fledged web/server/email/smtp/spam/virus implementation, something that Novell's Hula is supposed to be; it's a webmail client, and the best one out there yet IMHO. Look at the about page: http://www.roundcube.net/?p=about there's nothing on there that says it wants to be anything more, and I for one hope that doesn't change, the focus should be on useabilty and functionality within a client webmail realm; not OS level functions. If you want/need to change user passwords, I'd recomment something like Webmin - or some homegrown password change webpage, though I wouldn't trust it to be secure. I dont' think Roundcube is ready to jump into any Corp environments, so I don't see a need to do anything beyond that yet. I would hope in the future that they're be a sep project, an admin gateway that would compliment Roundcube - but again, with all the backends being so disparate, who k nows how many functions it would have to cover. Again, I don't want those admin features in a web client, but would see it being a sep/complimentary project.
P
http://fak3r.com - you don't have to kick it