Need reference info...and a couple of questions
Ken Wolff
currently moving our mail server from the SCO box to Linux 5.2. I
have the SENDMAIL book from O'Reilly & Assoc and it has helped me
solve many problems.
My only problem with the book is that many times I know what I need to
do, but do not really know the correct sendmail terminology. Thus,
since the book only has an index, I can't find the answer to my
questions.
So, is anyone aware of any CD that provides the same type of info this
book does but in a searchable format? This would really help.
In particular, I also have a couple of questions on specific issues I
have not been able to find in the O'Reilly book.....
1) Is there any way to block emails from a specific address? (ie,
bounce them back....and if possible, with a nasty message).
2) Is there any way to block attachments from specific email
addresses?
3) Is there any way to count the number of messages going to....and
coming from, domains oher than our domain by user?
4) Is there any way to prevent particular users from sending email to
anyone other than those individuals on our internal domain name?
Currently we provide "inside/outside" email access to all of our
employees even though 80% of them do not need to send/receive email
from anyone outside our organization.
We have run into instances where past employees keep sending emails
(with attachments) to current employees. We've also run into some
instances where current employees seem to be spending many hours a day
reading and replying to emails.
Our problem is that we do not want to shutdown email totally. Does
sendmail provide the ability to control who does and does not have
access to the inside and outside world?
I don't really need an answer to these questions, just a source of
information that I can search to find these answers.
---------------------------------------
Ken Wolff ke...@dmg-grsd.com
MAXIMUS http://www.maxinc.com
Mike Brodbelt
>My only problem with the book is that many times I know what I need to
>do, but do not really know the correct sendmail terminology. Thus,
>since the book only has an index, I can't find the answer to my
>questions.
>
>So, is anyone aware of any CD that provides the same type of info this
>book does but in a searchable format? This would really help.
There's a lot of useful information on the web at www.sendmail.org.
Check that out.
>In particular, I also have a couple of questions on specific issues I
>have not been able to find in the O'Reilly book.....
>
>1) Is there any way to block emails from a specific address? (ie,
>bounce them back....and if possible, with a nasty message).
Yes. Get sendmail 8.9.1, and the access_db wil do all this and more.
Note that the O'Reilly book covers sendmail 8.8.8, and the access_db
features were not in place then, so you'll have to get info on them
from the docs with the 8.9.1 distribution.
>2) Is there any way to block attachments from specific email
>addresses?
Sendmail just transfers mail, it neither knows nor cares whether the
contents of any particular mail message contain an attachment. What
you can do is limit the maximum size of message your prepared to
accept.
>3) Is there any way to count the number of messages going to....and
>coming from, domains oher than our domain by user?
Read your logfiles.... Write a script to do some processing on them.
All the information you need will be in the logs.
>4) Is there any way to prevent particular users from sending email to
>anyone other than those individuals on our internal domain name?
With the access_db, you can set certain IP addresses up to be
permitted to send mail with a local destination, but not to relay mail
to the outside world.
>Our problem is that we do not want to shutdown email totally. Does
>sendmail provide the ability to control who does and does not have
>access to the inside and outside world?
I tend to think that such problems are best solved by educating staff
on the responsible use of the services you provide. Email is a
privilege, and if they think of ot that way, they'll be less likely to
abuse it. Application of a (technical) large stick may cause more harm
than good....
HTH
Mike.