How can I get a list of those served out, rather than guess as to who
has.
I have done SERVE on the obvious.
Do you think it is worth doing LOOPCHECK NONE for a short time?
What else will tell me what the error actually is rather than this
generic garbage below?
Is there some debug prameter I can turn on for a short time to catch
this error?
THE ERROR
------------------------------ Message in error
-------------------------------
Received: from s-listserv.thomsonlearning.com
(s-listserv.thomsonlearning.com
[198.80.146.63])
by s-listserv.thomsonlearning.com (8.11.6/8.11.6) with ESMTP id
j7CF59232447
for <[log in to unmask]>; Fri,
12 Aug 2005
11:05:09 -0400
Date: Fri, 12 Aug 2005 11:05:09 -0400
From: "L-Soft list server at S-LISTSERV.THOMSONLEARNING.COM (1.8e)"
<[log in to unmask]>
Subject: Your message to
[log in to unmask]
To: [log in to unmask]
Message-ID: <[log in to unmask]>
X-LSV-ListID: SW-CONNECTION
Fri, 12 Aug 2005 11:05:09
Your message to [log in to unmask]
has
been forwarded to the "list owners" (the people who manage
the
SW-CONNECTION list). If you wanted to reach a human being, you used
the correct procedure and you can ignore the remainder of this
message. If you were trying to send a command for the computer to
execute, please read on.
The SW-CONNECTION list is managed by a LISTSERV server. LISTSERV
commands
should always be sent to the "LISTSERV" address,
ie
[log in to unmask] LISTSERV never tries to
process messages sent to the SW-CONNECTION-request address; it simply
forwards them to a human being, and acknowledges receipt with the
present message.
The "listname-request" convention originated on the Internet a long
time ago. At the time, lists were always managed manually, and this
address was defined as an alias for the person(s) in charge of the
mailing list.
You would write to the "listname-request" address to ask for
information about the list, ask to be added to the list, make
suggestions about the contents and policy, etc. Because this address
was always a human being, people knew and expected to be talking to
a human being, not to a computer. Unfortunately, some recent list
management packages screen incoming messages to the
"listname-request" address and attempt to determine whether they are
requests to join or leave the list. They look for words such as
"subscribe," "add," "leave," "off," and so on. If they decide your
message is a request to join or leave the list, they update the list
automatically; otherwise, they forward the message to the list owners.
Naturally, this means that if you write to the list owners about
someone else's unsuccessful attempts to leave the list, you stand
good chances of being automatically removed from the list, whereas
the list owners will never receive your message. No one really benefits
from this.
There is no reliable mechanism to contact a human being for
assistance, and you can never be sure whether your request will be
interpreted as a command or as a message to the list owners. This is why
LISTSERV uses two separate addresses, one for the people in charge of
the list and one for the computer that runs it. This way you always
know what will happen, especially if you are writing in a language
other than English.
In any case, if your message was a LISTSERV command, you should
now resend it to [log in to unmask] The list
owners know that you have received this message and may assume that
you will resend the command on your own. You will find instructions
for the most common administrative requests below.
*********************
* TO LEAVE THE LIST *
*********************
Write to [log in to unmask] and, in the text of
your message (not the subject line), write: SIGNOFF SW-CONNECTION
********************
* TO JOIN THE LIST *
********************
Write to [log in to unmask] and, in the text of
your message (not the subject line), write: SUBSCRIBE SW-CONNECTION
************************
* FOR MORE INFORMATION *
************************
Write to [log in to unmask] and, in the text of
your message (not the subject line), write: "HELP" or "INFO"
(without the quotes). HELP will give you a short help message and INFO
a list of the documents you can order.
-----Original Message-----
From: LISTSERV site administrators' forum
[mailto:[log in to unmask]] On Behalf Of Stan Horwitz
Sent: Friday, August 12, 2005 12:07 PM
To: [log in to unmask]
Subject: Re: list issue
On Aug 12, 2005, at 10:44 AM, Hiler, John wrote:
> I have a list that use to work fine from an application a couple of
> weeks ago. Now only the owner receives mail from the application.
> I can send a simple email to the list from an outside email account
> and from an inside Exchange email account.
> Is there a way I can trace what is being sent to the list as the owner
> when mail is sent from the application?
> I know there is the trace command that a user can use but I cannot get
> the application to set this.
John, are you able to access your Listserv's log files, or can you reach
those who can get to the log files?
The same question applies to the log files on the mail server that
handles the outbound email for the application you are working with. The
log files are a good resource to check in troubleshooting this issue.
In fact, if this situation confronted me, I would look at the mail
server's log file first, or have the person who is responsible for that
server look. You need to verify if the mail is actually being routed to
Listserv.
Your Listserv may not be getting the email, but the logs will show the
full picture, so before you spend much more time troubleshooting this
from a Listserv perspective, verify that Listserv is actually receiving
the missing email.
-----Original Message-----
From: LISTSERV site administrators' forum
[mailto:[log in to unmask]] On Behalf Of Pete Weiss
Sent: Friday, August 12, 2005 1:26 PM
To: [log in to unmask]
Subject: Re: list issue
Though I do not see what the problem is here, anytime an application
starts sending to the list, you need to evaluate the anti-spam and
perhaps more importantly the anti-loop detection for the list. E.g., a
"batch program" that would send the same message to the list, would end
up with "duplicate" errors. We had to modify (at some risk) the
loop-check
http://www.lsoft.com/manuals/1.8e/owner/owner.html#kLoopcheck
While you're at it, do a
SERVE appl_sender_address
Just a tho't.
/Pete
|