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

Re: Emacs sends mail, but doesn't show-up in exim.



On Mon, May 07, 2001 at 12:01:02PM -0700, Robert Cymbala wrote:
> 
> I'm still seeing a problem.  Have eliminated Emacs, by sending test
> messages with:
>   $ echo "TEST" | mail userid@domain
> 
> This time I've noticed that an email message will appear in mailq
> output immediately after using mail, AND some messages just disappear
> for some reason.
> 
> Here's a test script:
[snip]
> 
> Here is the report:
[one message evaporates]
>
> Where did message 2 disappear to?

I've run your script as a normal user and did not see this behavior:
all messages were visible both in the $RPT file and in the output of
mailq. 

> This is what's under /var/spool/exim:

This is the same as what I have, except that my undelivered mail is
still in exim/input.  Are these messages disappearing, or are they
being delivered?

> Reading the man page, it says that per-message log files are
> generated, and that per-message log files are deleted after message is
> sent.  I've seen such messages before.  Is there a log of messages
> that have been successfully sent, or a place that tracks what is
> happening to the Hot49erfan message after it is in exim's queue?

This I don't know.

> The problem doesn't seem to follow particular email addresses.  The
> other day, email to sam was disappearing.  Today email to sam stays in
> queue (waiting for PPP).  Today email to Hot49erfan is disappearing
> (reproducibly, at that).

If you get another reproducable one, try this:

echo "don't go away" | vanishing@address ;
tail -f /var/spool/exim/msglog/$(mailq |head -1  | cut -b11-26 ) ;

which will get the first message ID out of mailq and follow that
logfile.

> Thing is: I'm driving to N.Y. and will be on the road for a few days.
> But I wanted to post more information before leaving.  Thanks again!

Enjoy your trip.

Rob

-- 
If it's working, the diagnostics say it's fine.
If it's not working, the diagnostics say it's fine.
- A proposed addition to rules for realtime programming



Reply to: