Send on Behalf Of with Permission Management
Hello,
It would be nice to be able to manage the permissions for sending on behalf of.
Each user should be able to decide who can send on its behalf and who is not. With a management similar to that relating to permissions shared folders.
Now every user can send on behalf of everyone and in my opinion is not correct
Hello Alessandro,
Thanks you for sharing your idea. It will be considered for future versions of MDaemon. Currently, you can require users to send email using their email address by enabling the SMTP Authentication options for “Authentication is always required when mail is from local accounts” and “Authentication credentials must match those of the email sender”, however, with these options enabled there is not a way to allow one user to send on behalf of another user.
Thanks,
Arron
-
Oral Reid commented
Adding my voice to the need for restrictions on who as user is allowed to send on behalf of.
Correct me if I am wrong on the following or what the alternative is.
If for instance I want to allow a user to send on behalf of a mailing list address, I could whilelist the mailing list address in SMTP Authentication.
But now any user can send as that mailing list address.
The only reason that may not happen is that the users don't know that they can. -
Tray commented
If I need a Secretary to be able to send emails for their manager:
I must either disable this feature:
"Credentails used must match those of the 'From:' header address"
or
Add the email address to the "Credentials Matching White List"
However if added to the white list, there are no controls to prevent anyone else from using that feature to send email as a white listed email address.
This is a security issue, it needs to be prioritized.
I would like to see additional controls added to only allow certain end users to use specific FROM email address.
Think of this as end user A is the only account user allowed to use email address B and C as an alternative FROM header.
-
Tray commented
Secretary uses Outlook Connector for their own email. Then add additional pop email accounts to outlook for just sending on behalf of. You can have as many as you want. Then in the send and receive setup, uncheck receive / check mail under each pop account. If the secretary is supposed to receive emails from the other email accounts, setup those accounts to forward emails to the secretary's email account.
-
adminiia commented
Hello,
The version v16.5.5, solved the problem of sending emails on behalf of? -
Please contact our support team so that we may investigate your issue. All of our support options are available at http://www.altn.com/support.
-
Anonymous commented
This setting does not appear to stop users from sending on behalf of other users.
I have it set and I can still send on behalf of anyone in the company. It appears to only restrict the SENDER header not the FROM header.
How can we stop users from sending on behalf of other users?
-
If you don't want user X to be able to send mail as user Y enable the option for Authentication credentials must match those of the email sender. If you'd like additional assistance making changes to the server, please contact our support team or your Alt-N partner.
-
Anonymous commented
MDAemon 15.5.2, Outlook connector 3.5.x
Using the "From" box, you can select any E-Mail adresse (local as remote) which means send "On Behalf Of" anybody.
I doubt that the Altn CEO would be pleased to know that anybody can send "On Behalf Of" him.A simple solution, use the insert(i) permission on your Inbox and assign it to the person (account) who is allow for "On Behalf Of".
The send process just need to verify the permission.I do not understand why this takes years... you claim to be an alternativ to MS Exchange.
-
Unfortunately, work has not begun on adding this functionality.
-
JN commented
Hoi there,
this idea seems to be under review for an incredibly long time now... this is something I get quite often, and appears to be a very useful, very straightforward idea. Any progress on implementing this?
Best,
Jasper