Return to BSD News archive
Xref: sserve comp.mail.sendmail:8066 comp.unix.bsd:12312 Path: sserve!newshost.anu.edu.au!munnari.oz.au!mel.dit.csiro.au!its.csiro.au!dmssyd.syd.dms.CSIRO.AU!metro!sequoia!ultima!kralizec.zeta.org.au!kralizec.zeta.org.au!not-for-mail From: nick@kralizec.zeta.org.au (Nick Andrew) Newsgroups: comp.mail.sendmail,comp.unix.bsd Subject: Re: SunOS 4.0 sendmail won't accept end-of-message Date: 22 Jul 1993 09:29:52 +1000 Organization: Kralizec Dialup Unix Sydney: +61-2-837-1183 V.32bis Lines: 58 Message-ID: <22kjhgINNgd3@kralizec.zeta.org.au> References: <22e6rgINNqtv@kralizec.zeta.org.au> <22gqffINN59j@kralizec.zeta.org.au> <22h85j$757@agate.berkeley.edu> NNTP-Posting-Host: kralizec.zeta.org.au In <22h85j$757@agate.berkeley.edu> eric@CS.Berkeley.EDU (Eric Allman) writes: >In article <22gqffINN59j@kralizec.zeta.org.au>, nick@kralizec.zeta.org.au (Nick Andrew) writes: >|> So much for the "well-known bug". It's my fault. I expected that option >|> would allow sendmail to pass incoming (stdin, not SMTP) mail directly >|> without the "." business. >A reasonable expectation -- it really is a sendmail bug (fixed, of >course, in 8.x). Thanks for responding, Eric. Though I am sure 5.x will suffice, it can't hurt to work with a current version of the program. Is 8.x available via ftp, and from where? >|> I compiled and linked them. There are many #ifdefs throughout the resolver >|> functions about which I don't have a clue. I defined only VMUNIX ... can >|> anybody help here? The others are (from a quick scan...) DBM, NDBM, LOG, >|> EXAMPLE_CODE (?), SETPROCTITLE, WNOHANG, DAEMON, NAMED_BIND, SMTP, HOSTINFO, >|> UGLYUUCP (darn right!), QUEUE, NO_WILDCARD_MX, SCANF and SMTPDEBUG. >These are sendmail ifdefs, not resolver ifdefs, and they should all >be described in conf.h. Quite right. My apologies for the mistake. I wrote down a lot of names onto paper and mistook them for the bunch of ill-documented ifdefs in the resolver. conf.h does indeed describe them (and sets them all to 1). I left it alone except for a small change to "alias.c" (it claims "no DBM" before including conf.h so I moved conf.h earlier in the code). >|> One problem is that when I connect to it, it takes 3+ minutes to display >|> the "220 Sendmail ... ready at ..." message. Another is that startup >|> processing (reading the .cf file) takes some minutes. >Sounds like the resolver timing out -- I suggest using nslookup as >a simpler interface until you are sure you have BIND working. Quite right. I traced it and saw several UDP packets going out to (somewhere) and select() calls waiting for a response which never arrived. In beginning this task I never expected to be recompiling the resolver libraries as well. All good education but I am still missing some basic knowledge (i.e. I can hack it but I don't grok it): We seem to have 3 distinct ways of doing hostname lookups: /etc/hosts, domain nameserver and YP/NIS (ypcat hosts). The first two at least seem to be mutually exclusive. How do these three fit together. At present I assume that because I do not have a resolv.conf file (Kralizec is not IP connected to the Internet), the resolver functions I compiled must look at /etc/hosts. They do try to open resolv.conf but the open fails. I have therefore no idea where it sends its requests. Sun's (4.0) manual pages for gethostbyname do not mention the resolver, only /etc/hosts and yp. Any advice will be appreciated ... Nick. -- Kralizec Dialup Unix (Public Access) Data: +61-2-837-1183, 14400 24hrs 8N1 Zeta Microcomputer Software Data: +61-2-837-1868, 2400 24hrs 8N1 P.O. Box 177, Riverstone NSW 2765 Plan: To beat Gnuchess 4.1 !