LSTSRV-L Archives

LISTSERV Site Administrators' Forum

LSTSRV-L

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Topic: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Ben Parker <[log in to unmask]>
Wed, 27 Feb 2002 15:24:26 -0700
text/plain (36 lines)
On Wed, 27 Feb 2002 11:47:57 -0500, Dave <[log in to unmask]> wrote:

>The LISTSERV log file says "Mail posted
>via SMTP to user" so it thinks the message was sent.

This only means that LISTSERV has sent the mail to the outbound Mail Transfer
Agent program (LSMTP in your case) this does not mean it has been deliverd to
the final recipient's mail server.  It does not even mean the mail has been
received by the MTA.

If you suspect problems with delivery to LSMTP, look for *.MAIL files in the
x:\LISTSERV\SPOOL directory.  If there are some, look in
x:\LISTSERV\LOG\SMTPS#1-yyyymmdd.LOG file for clues to the problem (malformed
addresses, etc).  If none, then no problem there.

Now look in LSMTP.  Is there mail backed up in SMTP Entries in the QUEUE?
If so,  Show | Scheduled Calls | Full Display | Refresh
 and search for your problematic domains?


>The LSMTP log file does not indicate any delivery errors.

It doesn't normally record mail-specific errors anyway.  Are you running Full
Accounting in LSMTP?  If so, the x:\LSMTP\LOG\acc_yyymmdd.dat file has a
record of all mail successfully delivered.  Grep it for the problematic
addresses.  If it is a '5' record it was succesfully delivered to receiver's
mail server.  If so, then the mail disappearance problem is on the receiving
side.

Still not sure?  Use site-specific logging in LSMTP to record specific traffic
to the problematic domain.  See LSMTP User FAQ
http://www.lsoft.com/manuals/lsmtp-faq.stm#2.6

If you have paid Maint & Support, you can write to [log in to unmask] for
specific help not possible on a public list like this.

ATOM RSS1 RSS2