home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / vmsnet / mail / pmdf / 2221 < prev    next >
Encoding:
Internet Message Format  |  1992-09-08  |  2.0 KB

  1. Path: sparky!uunet!olivea!spool.mu.edu!news.nd.edu!bsu-cs!news.cs.indiana.edu!syscon!gator!inland!cmkrnl!infopiz!mccall!ipmdf-newsgate!list
  2. From: klensin@infoods.mit.edu (John C Klensin)
  3. Newsgroups: vmsnet.mail.pmdf
  4. Subject: RE: Handling of aliases via Option Name_table_name
  5. Message-ID: <715563223.667441.KLENSIN@INFOODS.MIT.EDU>
  6. Date: 3 Sep 92 15:33:43 GMT
  7. Organization: The Internet
  8. Lines: 22
  9. Return-Path: <epmdf@YMIR.CLAREMONT.EDU>
  10. Resent-Date: 03 Sep 1992 19:33:43 -0400 (EDT)
  11. Resent-From: epmdf@YMIR.CLAREMONT.EDU
  12. In-Reply-To: <01GOCQPP05V49S3UL9@SIGURD.INNOSOFT.COM>
  13. CC: KLENSIN@INFOODS.MIT.EDU, IPMDF@YMIR.CLAREMONT.EDU
  14. Errors-To: epmdf@YMIR.CLAREMONT.EDU
  15. Resent-Message-ID: <01GOCSRHLY8Q95P7IG@YMIR.CLAREMONT.EDU>
  16. X-Vms-To: IN%"NED@SIGURD.INNOSOFT.COM"
  17. X-Vms-Cc: IN%"KLENSIN@INFOODS.MIT.EDU", IN%"IPMDF@YMIR.CLAREMONT.EDU"
  18. Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
  19. Content-Transfer-Encoding: 7BIT
  20. Mail-System-Version: <VAX-MM(312)+TOPSLIB(155)+PMDF(4.1)@INFOODS.MIT.EDU>
  21.  
  22. Ned,
  23.   Thanks very much for the quick response.
  24.  
  25.   My last question wasn't clear....
  26. > (2) Is there any reasonable way to test whether such a search resulted
  27. > in a "hit?".  It appears that one might be able to do this with a
  28. >   $[image,...]
  29. > rule that searched the logical name table itself, but is there an
  30. >
  31. >The PMDF TEST/REWRITE utility lists the expansion of any address you give it at
  32. >the very end of its output. This takes all alias expansion into account. In
  33. >general aliases don't expand into headers, so they don't show up in the earlier
  34. >output of PMDF TEST/REWRITE that pertains to what headers would look like.
  35.  
  36. Sorry... The requirement is a production one, not a "test" one.  In
  37. essence, I'm trying to construct a rule that sends things out one
  38. channel if they map onto aliases specified by a particular logical name
  39. table, and out another channel if they aren't found there.  I'm actively
  40. trying to translate the requirement into some more reasonable form, but
  41. have not yet been successful in doing so.
  42.  
  43.    john
  44.