> Sir:
>
> No offense intended, but I have many things to do, ahead of learning
> m4. Would it be possible to see the results of your the changes
> below, in your sendmail.cf file? I, too, have been looking for
> something like this. I tried the modifications to sendmail.cf and the
> startup command line suggested in another post on this thread.
> Great--sendmail queues the message. However, it does a dns lookup
> before it will accept the message, which triggers diald to bring up
> the link. (which I'm trying to avoid)
>
> Thanks. Again, no offense. I work in the Windows world, with Linux
> a means to an end -- giving my network clients internet connectivity
> at a reasonable price. I wish I could be in the Linux world all the
> time, but that's not possible, yet.
>
> Charlie Shoemaker
>
> I'm particularly
>
>
>
Sincere appologies. Herewith some more information....
1.
Using m4 in the context of sendmail is quite simple. If you have a RedHat or simila
system with sendmail-cf and m4 installed, all yhe m4 config examples and files sit in
the /usr/lib/sendmail-cf/cf directory. From within this directory, you can execute:
m4 sendmail.mc > /etc/sendmail.cf to generate a new sendmail.cf file. sendmail is
then restarted with /etc/rc.d/init.t/sendmail restart to effect the changes.
2. The output of the m4 file I sent you generates the following changes:
The first bit is standard:
divert(-1)
include(`../m4/cf.m4')
define(`confDEF_USER_ID',``8:12'')dnl
OSTYPE(`linux')dnl
undefine(`UUCP_RELAY')dnl
undefine(`BITNET_RELAY')dnl
FEATURE(redirect)dnl
FEATURE(always_add_domain)dnl
FEATURE(use_cw_file)dnl
FEATURE(local_procmail)dnl
MAILER(procmail)dnl
HACK(check_mail3,`hash -a@JUNK /etc/mail/deny')dnl
HACK(use_ip,`/etc/mail/ip_allow')dnl
HACK(use_names,`/etc/mail/name_allow')dnl
HACK(use_relayto,`/etc/mail/relay_allow')dnl
HACK(check_rcpt4)dnl
HACK(check_relay3)dnl
If you are a dialup host, it is best to deliver your mail to your local ISP mail
exchange. This host should always be up and willl not suffer long network delays or
sendmail delays trying to deliver mail directly to hosts that are slow or "down". My
local mail exchanger is pp3.shef.ac.uk and I use SMTP to deliver to it. This directive
causes the "smart host" entry in sendmail.cf in the form: "DSsmtp:pp3.shef.ac.uk"
define(`SMART_HOST',smtp:pp3.shef.ac.uk)dnl
The following bit is from the Sendmail Book and is recommended if you run a local
network with a local domain. I run an .pnet domain of several machines and this
rewrite rule causes immediate delivery to them. This adds this ruleset under rule set
0 in the .cf file (near the bottom just below the comment about uucp delivery and
above the comment about delivering anything thats left to the smarthost (if defined).
Only the rule is insrther, not the "LOCAL_NET_CONFIG directive...
LOCAL_NET_CONFIG
R$* < @ $* . > $* $#smtp $@ $2. $: $1 < @ $2. > $3
The following three directives have to do with database driven address re-writing. Of
these, I use mainly the Userdb system to rewrite local to and from foreign addresses.
This works for me. You may want to consider mail address masquerading at your site if
that is more appropriate to your setup.
The userdb file consists of paired entries of the form:
pdm:mailname [EMAIL PROTECTED]
pdm:maildrop pdm
This text file needs to be converted to database format with the makemap utility, e.g.
makemap type userdb < userdb in the /etc/directory where type is the type of db file,
e.g. hash, btree, etc.
These directoves generate the lines:
Kgenerics btree -o genericstable
Kvirtuser btree -o virtusertable
O UserDatabaseSpec=/etc/userdb.db
FEATURE(genericstable,`btree -o genericstable')dnl
FEATURE(virtusertable,`btree -o virtusertable')dnl
define(`confUSERDB_SPEC',/etc/userdb.db)
The next bit is the stuff that causes mail to queue and not deliver right away. First
hold all expensive stuff - for me that is all SMTP traffic. This generates a line in
sendmail.cf like:
O HoldExpensive=yes
define(`confCON_EXPENSIVE',yes)dnl
Itsnot enough to just specify that exepnsive holds true - you have to add "expensive"
flags to the mailers concerned, in this case SMTP. This directive adds the "e" flag to
the dafault flags already included. This alters the following lines in sendmail.cf to
read:
Msmtp, P=[IPC], F=mDFMuXe, S=11/31, R=21, E=\r\n, L=990,
T=DNS/RFC822/SMTP,
A=IPC $h
Mesmtp, P=[IPC], F=mDFMuXae, S=11/31, R=21, E=\r\n, L=990,
T=DNS/RFC822/SMTP,
A=IPC $h
Msmtp8, P=[IPC], F=mDFMuX8e, S=11/31, R=21, E=\r\n, L=990,
T=DNS/RFC822/SMTP,
A=IPC $h
Mrelay, P=[IPC], F=mDFMuXa8e, S=11/31, R=61, E=\r\n, L=2040,
T=DNS/RFC822/SMTP,
A=IPC $h
define(`SMTP_MAILER_FLAGS',`e')dnl
MAILER(smtp)dnl
We now have to disable DNS lookups on mail queueing. For this a "service.switch" file
is needed. The following directive ensbales the folowing line in sendmail.cf:
O ServiceSwitchFile=/etc/service.switch
Be sure to have a service.switch file like this in /etc:
----
passwd files nis
hosts files
----
define(`confSERVICE_SWITCH_FILE',/etc/service.switch)dnl
Thats all - let me know if you have any more problems.
-
To unsubscribe from this list: send the line "unsubscribe linux-diald" in
the body of a message to [EMAIL PROTECTED]
