> Very true. Is that correct though, or should we remove it from the
> generic.m4 file of FreeBSD?
No, I don't want to diverge from Sendmail's source any more than we
already have for a variety of reasons.
___
freebsd-questions@freebsd.org mailing list
> That's funny. I can see root in the E class even in the standard freebsd.cf
> generated from the freebsd.mc file we have in src/etc/sendmail:
Aha, DOMAIN(generic) has the EXPOSED_USER() call. That is what is
adding it in.
___
freebsd-questions@freebs
> Have you also tried sending email from a non-root account? The root
> user is "exposed" by default in Sendmail. This means that the root user
> will *NOT* be masqueraded or remapped through genericstable. You can
> see that the root user is exposed by looking at the {E} class:
>
> gothmog
> I am trying to alter the sendmail config on server.ficticious.net
> so that it rewrites the sender (both envelope and header)
> to be from [EMAIL PROTECTED]
>
> the sendmail m4 config file now has:
Your config plus the addition of FEATURE(allmasquerade) in case some of
the local addresses are C
> AFAIK, it is sufficient to edit /etc/mail/sendmail.cf and
> comment or delete the follwoing line:
> O DaemonPortOptions=Port=587, Name=MSA, M=E
> and restart sendmail afterwards.
Hand editing the sendmail.cf is a bad idea.
___
[EMAIL PROTECTED] mailin
> I would prefer to shut this port down if I can. I'm unsure if and how it
> can/do it. Other then that, would there be an effective ipfw rule that would
> block this?
1. cd /etc/mail/
2. Edit `hostname`.mc (if it doesn't exist, "cd /etc/mail; make")
3. Add this next to one of the other FE
> ===> etc/sendmail
> make: don't know how to make freebsd.cf. Stop
> *** Error code 2
Does /usr/src/etc/sendmail/freebsd.mc exist?
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any ma
> mergemaster fails saying freebsd.cf does not exist when
> building temproot.
>
> Have I missed something here?
You need to install the new version of mergemaster before
running it.
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/li
mi+mx> I set things up once some time ago for one of my machines to relay
mi+mx> e-mail from another -- based on SSL-certificate presented. I'm my
mi+mx> own issuer. The setup was working for a while, but broke recently --
mi+mx> the relay-to-be now rejects relaying, even though it verifies the
mi+
