Over quota e-mail won't be sent if reseller is admin

RoRoo

Verified User
Joined
Dec 16, 2004
Messages
117
just a question:

why is it that a reseller of mine gets the following e-mail: User username has used up 0.004047% of his bandwidth and 118.667% of his allocated disk space

And the admin user never gets any e-mail of this kind.

The bandwith usage I know because my users have unlimited bandwith but there is a disk space limit.
I want the users to be notified of their abuse.
 
It's probably getting routed locally.
To check this, SSH as admin and type "mail".
 
Webcart said:
It's probably getting routed locally.
To check this, SSH as admin and type "mail".
I route all mail for root and admin to my own e-mail address:

[admin@ns4 admin]$ mail
No mail for admin

so this isn't it :'(
 
RoRoo said:
I route all mail for root and admin to my own e-mail address:

[admin@ns4 admin]$ mail
No mail for admin

so this isn't it :'(

Check exim logs then. They are in /var/log/exim/ directory.
 
One more thing: what's your server hostname?

If your hostname is example.com, you should not have example.com domain set up on that server.
 
Webcart said:
Check exim logs then. They are in /var/log/exim/ directory.

Ok,
what phrase should I look for then?
When I grep for quota I only get 1 line from the mainlog stating that a recipient is over it's quota when mail is sent to it.
Code:
2006-06-11 14:49:29 1FpPNh-0000hC-5a ** [email][email protected][/email] F=<> R=lookuphost T=remote_smtp: SMTP error from remote mail server after RCPT TO:<[email protected]>: host mx1.seznam.cz [194.228.32.44]: 551 Recepient quota exceeded, permanent error
Webcart said:
One more thing: what's your server hostname?

If your hostname is example.com, you should not have example.com domain set up on that server.
this is taken care of.
strange thing eh?
 
Webcart said:
Use your imagination :)
Try grep admin mainlog may be? Or grep 'has used up' mainlog.
:'( nothing.
I don't get it.
 
RoRoo said:
:'( nothing.
I don't get it.

May be your logs were rotated after last such notification?
try generating a new message as follows:

1. Create a test account. Don't forget to use your e-mail address for that account, you will track the message id by the copy sent to this user.
2. Copy some data to your test account.
3. Force tally
echo "action=tally&value=all" >> /usr/local/directadmin/data/task.queue
When you receive notification sent to the test account, check the mail headers and grep the logs by the message id.
 
Webcart said:
May be your logs were rotated after last such notification?
try generating a new message as follows:

1. Create a test account. Don't forget to use your e-mail address for that account, you will track the message id by the copy sent to this user.
2. Copy some data to your test account.
3. Force tally

When you receive notification sent to the test account, check the mail headers and grep the logs by the message id.

How long should that take?
created it 5 minutes ago ran the command but no e-mail
 
RoRoo said:
How long should that take?
created it 5 minutes ago ran the command but no e-mail

The tally should be started on the next dataskq run (i.e. in 1 min).
How much time it takes for the tally to complete depends on your server.
Try
tail /var/log/directadmin/system.log
 
2006:06:13-10:16:53: Tally User admin Begin
2006:06:13-10:16:54: Tally User admin Complete
2006:06:13-10:16:54: Tally Reseller admin Complete
2006:06:13-10:16:54: Tally All Complete

So it ran ok..
 
DA does send a copy of the message to the "creator" of the user.
This setting if found in the users user.conf file:
/usr/local/directadmin/data/users/username/user.conf
eg:
creator=admin
DA then takes "admin" from the creator field, and creates a message through the ticket system. So you have to make sure that your email address setup in the ticket system is present, and it's also setup to send an email. Basically, check your ticket/message system to see if the message is there. Checking for the email itself is secondary to that.

John
 
DirectAdmin Support said:
DA does send a copy of the message to the "creator" of the user.
This setting if found in the users user.conf file:
/usr/local/directadmin/data/users/username/user.conf
eg:
creator=admin
DA then takes "admin" from the creator field, and creates a message through the ticket system. So you have to make sure that your email address setup in the ticket system is present, and it's also setup to send an email. Basically, check your ticket/message system to see if the message is there. Checking for the email itself is secondary to that.

John

Username is admin
all admin mail is forwarded to my account. but nu quota e-mails.
that's the strange part.
 
Back
Top