Date: Wed, 21 Oct 1998 09:18:18 -0700 (PDT) From: Dan Busarow <dan@dpcsys.com> To: Jacques Hugo <jacques@ctech.ac.za> Cc: questions@FreeBSD.ORG Subject: Re: sendmail 8.9.1 and access.db Message-ID: <Pine.BSF.3.96.981021085700.9721A-100000@java.dpcsys.com> In-Reply-To: <362DDDF5.167EB0E7@wired.ctech.ac.za>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 21 Oct 1998, Jacques Hugo wrote: > FEATURE(`use_cw_file') > define(`confCW_FILE',`/etc/mail/sendmail.cw') > MASQUERADE_AS(ctech.ac.za) > MASQUERADE_DOMAIN(ctech.ac.za) > FEATURE(masquerade_entire_domain) > FEATURE(masquerade_envelope) > define(`SMART_HOST', `ctech.ac.za') > FEATURE(access_db, hash /etc/mail/access) > FEATURE(relay_entire_domain) > MAILER(smtp) > MAILER(local) > > This is working perfectly for what I want it to > do. All internal systems points to this SMTP host, > which masquerades the domain, and all incoming > mail gets moved to the internal systems via > aliases. > > I think that the relay_entire_domain has a higher > priority than access_db, that's why the access > file isn't doing what is suppose to do. Hmmm.. More questions than answers. I built a .cf using your .mc, I couldn't test the result with a telnet session but sendmail -C./test.cf -bt seems to work as desired. With dan@public.com OK and public.com REJECT in /etc/mail/access I get > check_mail somename@public.com [lots of snippage] rewrite: ruleset 196 input: < public . com > < TEMP > < > rewrite: ruleset 196 returns: < REJECT > < > rewrite: ruleset 188 returns: $# error $@ 5 . 7 . 1 $: "550 Access denied" rewrite: ruleset 189 returns: $# error $@ 5 . 7 . 1 $: "550 Access denied" and > check_mail dan@public.com [lots of snippage] rewrite: ruleset 96 returns: dan < @ public . com > rewrite: ruleset 3 returns: dan < @ public . com > rewrite: ruleset 199 input: dan < @ public . com > rewrite: ruleset 199 returns: dan < @ public . com > rewrite: ruleset 188 returns: < OK > rewrite: ruleset 189 returns: < OK > So, I have no idea why it doesn't work for you. I did see what may be a potenetial problem though, you may be open to 3rd party relay. Can't say for sure but you should check it out. > 3,0 dan@public.com [more snips] rewrite: ruleset 95 input: < ctech . ac . za > dan < @ public . com > rewrite: ruleset 95 returns: $# relay $@ ctech . ac . za $: dan < @ public . com > rewrite: ruleset 198 returns: $# relay $@ ctech . ac . za $: dan < @ public . com > rewrite: ruleset 0 returns: $# relay $@ ctech . ac . za $: dan < @ public . com Which looks like you'll send this to your smart host who will happily relay it because he knows you. I'm guessing that you don't really want or need define(`SMART_HOST', `ctech.ac.za') though since it sounds like this is your smart host. > Your LOCAL_* configs tickle me ... can you elaborate > on that please. Assuming you mean the message id stuff, got it off the sendmail anti-spam page http://www.sendmail.org/m4/anti-spam.html It just checks for a valid message id and rejects the mail if it doesn't have one. I used to do this with a procmail rule but this catches it much earlier. The uucp stuff (in case you're curious about that) does header rewriting on email we are relaying outbound for a uucp client. Without it the recipient will receive it with a bang path envelope. Dan -- Dan Busarow 949 443 4172 Dana Point Communications, a California corporation dan@dpcsys.com Dana Point, California 83 09 EF 59 E0 11 89 B4 8D 09 DB FD E1 DD 0C 82 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.BSF.3.96.981021085700.9721A-100000>