Webmail options

[Watje6]

Hello,

Some of our customers would like some extra options at one of the webmail programs and I want to know if this is already possible or if it's possible in the future.

1: That pop users / webmail users can change their own password.
2: Can pop users / webmail users forward their mail to an other email account.

If the 2nd option is not possible, is it possible that users can change their own forward email adress at the forwarders menu (if they don't have the DA password). So they need their own password to change the forward adress

Kind regards

Sander

 

[nobaloney]

There are several threads on these forums; search for "change email password" or similar.

As far as setting forwards; DA has no facility for email usres to change their own forwards; at this time that has to be done by the site owner/user.

Jeff

 

[chriske21]

There are several threads on these forums; search for "change email password" or similar.

As far as setting forwards; DA has no facility for email usres to change their own forwards; at this time that has to be done by the site owner/user.

Jeff

This is still not possible?

Sorry for bumping on old topic but i am just wondering is anything changed in the time?

regards

chris
________
buy volcano vaporizer

 

[DirectAdmin Support]

Hello,

The reason it's not in the email level plugin is because forwarders don't require passwords with them, so DA wouldn't have any way to verify who gets to change it. In theory, yes, the API can be used to do it, the code is avaiable, but for the email level plugin it is slightly out of scope. The only way to make it work in the email level plugin would be if there was always a working email account associated with the forwarder (which isn't true) but if it was set that way, the emails would save a local copy as well as forward the email, which isn't usually the desired effect. The desired effect is to forward the email without saving a local copy (normally), thus if no account exists, the local copy won't be saved, but that also means the email plugin can't authentiate since the email password is what's used. So.. can it be done: Yes, via API. Will the email level plugin be doing it, likely not soon. If a seperate authentication system was used with it's own database, etc, then that would probably what you'd want.

Related link:
http://help.directadmin.com/item.php?id=13

John

 

[chriske21]

Well,

This is the case:

We have a domain + website with about 100 emailadresses for every staff member of the website. Those users do not have access to directadmin but they want to be able to set a auto forwarder. All the email adresses exists but some of them want the email to be forwareded to like their hotmail adress. I just installed a plugin i found but thats only for changing password and setting a vacation respons.
________
roor bong pictures

 

[nobaloney]

chriske21, I've read your response to John's response.

Here are my thoughts:

John has pointed out that there's no way to authenticate requests for forwards if there's not already an email address. And that since DirectAdmin treats forwards independently of email addresses, there's no easy way to authenticate requests for forwards.

But your post indicates that you only need forwards for those who already have email addresses.

The problem I see is in the way DirectAdmin manages forwards/email addresses.

If the plugin would allow users with authenticated local email addresses to also set up forwards it would result in those uses getting emails at both their forwards AND at their email addresses. The only way to stop that from happening would be for the plugin to remove the email address when it sets up the forward. Which would make the setting irreversible. Once the user authenticated the change from mailbox to forward s/he could never switch back, or even change the forward, even if it contained a typographical error, because there would be no way to authenticate the change/reversal.

Are you suggesting that the email system in DirectAdmin be completely rewritten? Because to me (and perhaps to John as well) it appears that's what would be required.

Jeff