Xref: utzoo comp.mail.elm:3086 comp.mail.uucp:5235 Path: utzoo!attcan!utgpu!news-server.csri.toronto.edu!mailrus!wuarchive!julius.cs.uiuc.edu!ux1.cso.uiuc.edu!mp.cs.niu.edu!rickert From: rickert@mp.cs.niu.edu (Neil Rickert) Newsgroups: ingr.general,comp.mail.elm,comp.mail.uucp Subject: Re: UUCP Activity & Data files Keywords: E-mail Message-ID: <1990Sep23.143128.17321@mp.cs.niu.edu> Date: 23 Sep 90 14:31:28 GMT References: <1288@cyprus.INGR.COM> <1990Sep21.210245.6237@infonode.ingr.com> Organization: Northern Illinois University Lines: 32 In article peter@ficc.ferranti.com (Peter da Silva) writes: >> > Think of a mail message of 30 pages mailed to one site with a long cc >> > list of peoble on the same site. Can't rmail take care the long cc list >> > with one execution ? > >SMAIL 2 (the real smail, as opposed to SMAIL 3 which is really GNU sendmail) >does this. I don't know if SMAIL 3 does it as well, but I wouldn't be >surprised. This discussion has been going on for several days, but I have seen no comment yet about why this happens in 'sendmail' systems. It is time to add one: In a sendmail based system, this behavior is controlled by the 'm' flag in the mailer definition. Look for the mailer definition in a line beginning 'M' in 'sendmail.cf'. There is a string of flags F=xxxx. If 'm' is one of the flags, 'sendmail' will transmit to multiple recipients in one operation. If 'm' is absent, it will not. If you look at your mailer definitions, you will probably see that most already have the 'm' flag. Normally the UUCP mailer does not. This is because some versions of 'rmail' cannot handle multiple recipients. Check with all your UUCP neighbors. See if they can handle multiple recipients. To be safe run some tests. If all UUCP neighbors can handle it, just add the 'm' flag. But remember to check the next time a UUCP neighbor is added. -- =*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*=*= Neil W. Rickert, Computer Science Northern Illinois Univ. DeKalb, IL 60115. +1-815-753-6940