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