[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Lost Mail??



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

Attachment: pgpqnvIfEK5tN.pgp
Description: PGP signature


Reply to: