On Fri, Jun 09, 2000 at 01:57:38PM -0700, Jay Kelly wrote: > Well I put localhost in the local-host-names and then killall -HUP. I then > tried again but I had the same problem. I receive the mail but cant find it. > Any Idea's ??/
Try posting your /etc/mail/sendmail.mc file. -Dan > On Fri, Jun 09, 2000 at 01:31:48PM -0700, Jay Kelly wrote: > > My local-host-names file is empty. How should I put local host in there? > > edit the file. Put 'localhost' on a line of its own in the file. Then > issue 'killall -HUP sendmail' as root. > > When you're testing fetchmail, use 'fetchmail -k' so you don't actually lose > anything if this doesn't work. > > -Dan > > > On Fri, Jun 09, 2000 at 01:14:56PM -0700, Jay Kelly wrote: > > > Hi All, > > > Is it possible to tell sendmail where to store new incoming mail. Im > using > > > sendmail along with fetchmail and after my mail is retrieved from my > isp, > > I > > > cant seem to find it. I use mutt to read my mail and have mutt looking > in > > > /var/spool/mail/neutec but there is never any mail there. Fetchmail > > informs > > > me of receiving new mail so Im pretty sure its on my machine somewhere. > > Has > > > anyone ever had this and if so what needs to be changed to fix it? > > > Thanks Guys > > > > Fetchmail/exim will throw your mail away silently if you don't have > > 'localhost' in your local_domains. I assume the same would happen if > > sendmail didn't have 'localhost' in $=w (though I've never tested this). > > > > What's in your /etc/mail/local-host-names file? > > > > -Dan > > > > -- > > "... the most serious problems in the Internet have been caused by > > unenvisaged mechanisms triggered by low-probability events; mere human > > malice would never have taken so devious a course!" - RFC 1122 section > 1.2.2 > > > > > > -- > "... the most serious problems in the Internet have been caused by > unenvisaged mechanisms triggered by low-probability events; mere human > malice would never have taken so devious a course!" - RFC 1122 section 1.2.2 > > -- "... the most serious problems in the Internet have been caused by unenvisaged mechanisms triggered by low-probability events; mere human malice would never have taken so devious a course!" - RFC 1122 section 1.2.2
pgpOv6oZqGTTW.pgp
Description: PGP signature
