User over quota email problem

ihostuk

Verified User
Joined
Apr 9, 2007
Messages
49
Location
Huddersfield, UK
Just noticed, when an email is sent to a user to tell them they are over/approching quota space/bandwidth it is sent from: (when still default) "Message System."
The corresponding email address for Message System is usually something like [email protected]

This can cause confusion and look bad on the part of resellers as it shows who their provider is, instead the email should be from the address specified in the resellers user stats page eg [email protected]

Has anyone else noticed this and is there anything we can do to change this for resellers?

Thanks
 
It will be set to the email address that the Reseller sets in his own User level.
Eg, the Reseller Can go to his own:
User Level -> Site Summary / Stats / Logs
and set the email address there. That, along with the "Name" field can be set to whatever he wants. Those values are used in the messages to the user.

John
 
Hi John,
This is how it has been set up, but the messages about 80% bandwidth being used that are sent to the user, came from the admin email address, and completely ignored the settings that were specified in the reseller level.
Any ideas why this has happened?
I can provide screenshots to demonstrate if neessary :)

Thanks
 
BUMP

This has happened again today, I sent email to DA Support heard no reply?
Can someone please look at this as a matter of priority, either at DA or a test on their server?
Thank You
 
Hello,

I'll be taking a look at this issue for the next release of DA.
I'm pretty sure that's actually how it was designed.. I'll see what options we can have as to a better solution.

Would is be better if the "diradmin" user sent the emails instead of the Reseller?

John
 
Hello,

I'll be taking a look at this issue for the next release of DA.
I'm pretty sure that's actually how it was designed.. I'll see what options we can have as to a better solution.

Would is be better if the "diradmin" user sent the emails instead of the Reseller?

John

Sorry to interrupt but IMHO the "Reseller" should be sending the messages to his customers and NOT the admin..

I don't kow if the software already does this cuz I don't have anyone that is approaching limts as of yet, but it may be good idea for the admin to get is a carbon copy of the message that was sent to the resellers customer just so the customer can be flagged...

That way if the reseller doesn't take care of the problem, the admin can..

Cheers
 
I agree with RadMan, the original way that I believed it was implemented was that, the details a reseller has specified in his user section (name and email), are used for all messages to users below him/her, and the admin is invisable to the users. The only time the admin address should be seen is if the admin wishes to email the reseller.

The message system should also use these levels, however i don't think it has been implememnted this way. I greatly appreciate DA looking at this, as i'm having a few people complain about it :/

Thank You
 
Infact sorry to post again but, I'm beginning to think this whole suspension email thing is slightly flawed.
The majority of resellers don't want the identity of their host being seen. Which I think is quite understandable.
However another area they are going to be seen as resellers is the fact that the message system adds:

Automated Message Generated by DirectAdmin on server.admins-domain.net

Thus again exposing the fact that the reseller is not an admin, I think this section of DA does need a good 5 min rethink. For example the above message could be rewrote:

Automated Message Generated by DirectAdmin on resellers-name.resellers-main-domin.net

Where resellers-name would be taken from the name sepcified in the resellers user section and their main domain is their well main domain :P This would thus again hide the admin from view.

I do think DA need to have a look at whats going on here, I think adding the hostname tag to the email, was not quite thought through enough, the implications for resellers should be considered when adding some new features. I'm working hard to pursuade mine that I will be able to get this issue fixed.

Thank You
 
Last edited:
Hello,

The template that is used for suspensions is:
/usr/local/directadmin/data/templates/user_suspensions.txt
so you can just remove the code " on |HOSTNAME|" and that should give you what you want.

I'll be removing it from the default template as well.

As for the "from" part of the emails, I'll look at setting it to the name and email setup in the User options of that Reseller, as that's what the original intent was (have to look into what happend to the code to not allow that to happen).. likely just a bug in which address is being grabbed.

Note that the hostname cannot be 100% eliminated because the hostname is going to show up in the message source, but this will at least hide it in the "From" address. I've added it to the versions system.

John
 
Back
Top