Here is what happened on the IRLEARN loop problem... Niall had set his INFO- VAX list to "Send= Editor" (ie moderated list) with "Editor= [log in to unmask] ARPA". When you set "Send= Editor" and "Editor= ed1,ed2,...", any of the people listed in the "Editor=" keyword can mail directly to the list while mail from any other network address is transferred to "ed1", the "main editor". In other words, "ed1" is the list moderator while "ed2,ed3..." are "trusted" people from which mail should always be accepted without being first submitted to the list moderator. With "Editor= INFO-VAX@...", everything sent to INFO-VAX@IRLEARN was forwar- ded to the master list on ARPAland, except if it came from the master list it- self. At least, that's how Niall thought it would have worked. Unfortunately mail from ARPA lists does not have the list-userid as "From:" nor "Sender:". It is usually in the "To:" field, although I have seen some pieces of ARPA mail *without* a "To:". Since the "Editor" feature was NOT desi- gned to operate as an automatic-forwarder process for hierarchically linked lists, it looks at the (Resent-)"From:" and "Sender:" tags to determine from whom the piece of mail came. The "To:" field is assumed to be the list address, ie INFO-VAX@IRLEARN in our case. I personally do not see anything wrong with that, nor do I see any reason why it should be changed to operate differently. Another problem was that the process of resending a file to the editor is done via a "SENDFILE"-like process, ie as a file, not through the MAILER. The reason for that is that it is not yet possible to use BSMTP to resend the mailfile 'as is' to the editor (if the destination mailer uses BITNET 2 and gets a BSMTP-sent mail with a wrong "To:" header, it will not be distributed properly) and I did not want to add "Resent-" tags since there could have been "Resent-" tags in the original piece of mail and these would need to be preser- ved (otherwise the editor would not know the origin of the mailfile). Granted, I could have changed the "To:" or "Resent-To:" field to point to the editor's mailbox, but then he would not have known any more to which list the mail was aimed. I would have had to add a line of "Comment: This mailfile was originally sent to list XXXXXX", which would then have appeared on the header of the mail- file when (and if) the editor decides to resend the mailfile to the list. Anyway, the process currently assumed the editor was a BITNET person. The idea behind this is that if a BITNET list must be editored by an ARPA-man, it would be much easier to send to the ARPA-list directly and have the editor submit to the BITNET list with "Send= Owner". The "Internal error" reported by LISTSERV was due to the mail-routine which improperly considered the informati- ve return code "Note: your file was sent through the mailer because SENDFILE could not be used" as an error because it didn't expect ARPA userids. There had been no internal error at all, and the file-sending routine had generated a mail envelope to send the "file" to the ARPA recipient -- hence the subject of File "xxx xxxx" being sent to you. That's what I wanted to say. I'd like to add that FRECP11-LISTSERV has a built-in routine that automatically detects rejection mail of (nearly) any kind being sent to it. The BITNIC-type servers take steps to have rejection mail sent to another userid (and this has unpleasant side effects on the MAILBOOK software package, but let's not start a polemics about this again); however if it receives a rejection mail from a mailer which does not fully respect RFC822 it gets into a mailing loop (remember the one on EARNTECH just before CEARN installed FRECP11-LISTSERV?). Should my software be blamed for the INFO-VAX loop? I don't think so. If someone sets a list pointing to itself using BITNIC- LISTSERV and generates a huge loop, I guess he would be held responsible for it (don't laugh, this has already happened with one of the FRECP11-LISTSERVs, but hopefully FRECP11-LISTSERV does not enter a loop when a list points to itself). Regards, Eric PS: I am not on the MAIL-L list. Please send replies directly to me. To avoid further protestations: I did not set a "Reply-To:" tag pointing to me in this piece of mail since the BITNIC server would discard it anyway.