[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [cobalt-users] /var size catchall and bandwidth
- Subject: Re: [cobalt-users] /var size catchall and bandwidth
- From: SM <nntp@xxxxxxxxx>
- Date: Fri Sep 21 11:13:59 2001
- List-id: Mailing list for users to share thoughts on Cobalt products. <cobalt-users.list.cobalt.com>
At 10:40 21-09-2001 -0400, baltimoremd@xxxxxxxxxxxxxxx wrote:
>Have a user who gets hundreds of messages per hour
>He setup a system to login every 5 minutes to collect mail...but
>it went down, and I'm watching the space in /var/spool/mail
>get eaten up by his mail.
>
>A.
>I could turn off his catchall, most of the mail is spam, and
>the stuff would get bounced-but would I get bounce notifications
>as admin(not my cup of tea if there are hundreds per hour), and
>wouldn't the outbound bounce messages eatup my bandwith but NOT
>show up as the user's bandwidth?
IIRC, it is the sending SMTP server that generates the bounce
notifications. If there is no catchall, Sendmail should give a "user
known" error.
>B.
>I could forward all the catchall junk to his personal, not on my Raq,
>email address, but how does that affect my bandwidth?
You are receiving the email, then sending it out. There is similar to the
user retrieving the mail through POP3. It shouldn't affect your bandwidth
>C.
>I could, and am really tempted to do so, wish him well and suggest
>STRONGLY that he find a new home?
You could set a quota for the for the site. That should prevent
/var/spool/mail from filling up because of the volume of mail for that
site. You can set some restrictions on email usage as part of the AUP.
It's better than kicking out the user. If he is unhappy with the limits,
he will leave on his own accord.
Regards,
-sm
P.S. Could people please trim their posts when replying to an email or else
I might have to find a new home too :)