Path: utzoo!utgpu!watserv1!watmath!att!linac!pacific.mps.ohio-state.edu!zaphod.mps.ohio-state.edu!usc!csun!kithrup!borla!davison From: davison%borla@kithrup.com Newsgroups: comp.sources.bugs Subject: Re: trn valid_message_id() rejects valid message ids Message-ID: Date: 11 Jan 91 19:02:58 GMT References: Reply-To: 0004475895@mcimail.com Organization: Borland International Lines: 40 > [trn] considers invalid any id whose local part contains any lower case > letter and no digits. This should read "...no upper case letters or digits." Yes, it currently does this. My copy hasn't been doing this for about 5 months now, and everyone else's copy will have this section removed in the next patch (Coming Soon). > What I would like to know is, What is the above test trying to accomplish? If you've ever spent some time weeding through all the message ids that come into your system, you'll notice some real weird ones out there. An easy way to get a feel for this is to run mthreads with the -v (verbose) option and check out all the errors it mentions in the mt.log file. There appears to be some gateways (or something) that don't support the References line that have decided to use it for a path, a mailing list name or something equally bizarre in the form of an otherwise well-formed message id. I was trying to weed these out, but the effort is not worth it. As I said, this code will disappear shortly. The worst problem that mthreads has to deal with is the people who run their article through some sort of subsitution that changes all '>'s into another character. They're trying to get around the cited-text limit, but in the process they deform all the references on the References line. Mthreads attempts to deal with this by recognizing a number of popular transformations, but it has to try to distinguish this specific mangling from, for example, a truncated message id (which is another really common problem). Because of this, anyone who changes their citation character to a '.' in this reference- mangling manner will not get their article put on the tree in the right place. Mthreads is unable to determine if "<555@joe.ca.us." was meant to continue or not unless it memorizes the popular domain endings, and I decided this wasn't worth the effort. ** Reference line mangling -- just say *No*! ** -- \ /| / /|\/ /| /(_) Wayne Davison (_)/ |/ /\|/ / |/ \ 0004475895@mcimail.com (preferred) (W A Y N e) davison@dri.com (...!uunet!drivax!davison)