[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [cobalt-users] using an mc file to configure sendmail
- Subject: Re: [cobalt-users] using an mc file to configure sendmail
- From: josh <josh@xxxxxxxxxxxxxxxxxx>
- Date: Sun Nov 16 07:28:01 2003
- List-id: Mailing list for users to share thoughts on Sun Cobalt products. <cobalt-users.list.cobalt.com>
Brian,
I was in no way creatizing your MailScanner package, it is a great
convenience. If I didn't have it in packaged form, I'd never even get
the time to ponder my existing senmail questions. (It strikes me there
are two types of users of Cobalt Appliance users - those who need
simpler than a do it yourself intsall of Linux and those who are
familiar with building the programs but just need to save time.) I'm
not completely sure which group I am happiest in. Fast and simple is
good, if I can still do everything. From time to time I need to assess
what I can do. The real problem is there are many features of sendmail
that are simply not accessible from the web interface.
My only real questions about your MailScanner package were if the
changes to the scripts caused resulted in sendmail to use additional
or different cf files and how much time it was adding to sending mail.
The real problem that I was curious about was a discussion with my isp
about the right setting for Timeout.ident=5s, 5s is the default and my
isp suggested 0 as better. I did wonder if MailScanner was causing a
change in this setting or the use of idents.
I often find myself having to edit send mail files. I have default
delivery to me in the virtusertable. It is helpful because it alerts
me to problems with staff email. It also alerts me to two sites that
we often wind up getting email for, sfpl.org and ssplnet.org. In those
cases -- when we keep getting email for those I know are users at
those sites -- I can put the 'no such user' message back. Suppose I
wanted to use a generics table?
Actually there are very few changes and I figure I would go over
them: This is all output from a diff between running m4 on the
cobalt.mc (with only one change to include statement to pull in the m4
directory so it could be run from any directory) and the
/etc/mail/sendmail.cf file. The > setting are from the
/etc/mail/sendmail.cf.
1. A statement to force the host name -- a web face setting.
< DM
---
> DMsaratoga.lib.ny.us
2. Pop before smtp setting - a web face setting.
> # Pop-before-smtp secondary access hash
> Kpopauth hash -a<MATCH> /etc/mail/popip.db
>
3. Additional alias file - don't know if it is triggered by having a
mailing list or always included. It is easy to add additional alias
files in an mc.
> O AliasFile=/etc/mail/aliases.majordomo
176c180
4. Max Messagee size is a web face setting.(since changed as I missed
it when I set this mail server up.)
< #O MaxMessageSize=1000000
---
> #O MaxMessageSize=0
5. Not sure way the go away option was removed.
< O PrivacyOptions=goaway,noexpn,novrfy,authwarnings
---
> O PrivacyOptions=authwarnings,noexpn,novrfy
6. This may be one difference though the queue is very easy to change
in the .mc file
< O QueueDirectory=/var/spool/mqueue/q*
---
> O QueueDirectory=/var/spool/mqueue
7. This was manually change by me to see if it makes my isp happy.
> O Timeout.ident=0s
8. Thies leave the only section where I'm unsure what changes I would
need to make in my cobalt.mc to force a match.
> # Put the address into cannonical form (even if it doesn't resolve
to an MX).
> R$* $: $>Parse0 03 $1
> R$* < $* > $* $: $1 < $2 . > $3
> R$* < $* . . > $* $1 < $2 . > $3
> # Test against pop-before-relay hash
> R$* $: < $&{client_addr} >
> R< $* > $(popauth $1 $)
> R$* < MATCH > $#OK
>
9. This is different but meaningless. I have no idea where the
unneeded long form of the messae is coming from.
< R$* $#error $@ 5.7.1 $: "550 Relaying denied"
---
> R$* $#error $@ 5.7.1 $: "550 Relaying denied.
Please check your mail first or restart your mail session."
On Sun, Nov 16, 2003 at 12:27:38AM -0500, Brian N. Smith to wrote:
> Josh,
>
> Since this is my package, let me take a moment to explain
> what is happening here. When Cobalt release updates, they
> never take the time to modify the original cobalt.mc file. Not
> sure why they do not, I just know that they don't. If you take
> a look at the file, you will notice that POP4SMTP and the
> mailing list section is almost missing. Not a big, as you
> typically do NOT need to modify the sendmail.cf. The only
> time you will, is if you want to add features to it, like Real
> Time Black Whole Lists and what not.
> I hope that explains the questions that you are having, if they
> do not, please contact me off list.
--
Josh Kuperman
josh@xxxxxxxxxxxxxxxxxx