home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / mail / uucp / 2030 < prev    next >
Encoding:
Internet Message Format  |  1992-11-05  |  5.4 KB

  1. Xref: sparky comp.mail.uucp:2030 comp.mail.sendmail:2717 comp.mail.misc:3620
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!rpi!utcsri!torn!nott!cunews!revcan!ecicrl!clewis
  3. From: clewis@ferret.ocunix.on.ca (Chris Lewis)
  4. Newsgroups: comp.mail.uucp,comp.mail.sendmail,comp.mail.misc
  5. Subject: Re: Any easy way to filter this type of UUCP traffic?
  6. Message-ID: <3965@ecicrl.ocunix.on.ca>
  7. Date: 9 Nov 92 08:11:10 GMT
  8. References: <1992Nov7.002938.8197@fasttech.com> <3953@ecicrl.ocunix.on.ca> <1992Nov7.232211.4599@blilly.UUCP>
  9. Followup-To: comp.mail.uucp
  10. Organization: Elegant Communications Inc., Ottawa, Canada
  11. Lines: 131
  12.  
  13. In article <1992Nov7.232211.4599@blilly.UUCP> bruce@blilly.UUCP (Bruce Lilly) writes:
  14. >[silly redirect overridden; this is a UUCP mail issue, not a
  15. >news administrative issue]
  16.  
  17. [The original post was x-posted to news.admin.misc.  Which is somewhat
  18. silly, but certainly ain't my fault as you imply.
  19.  
  20. However, you also removed comp.mail.sendmail and comp.mail.misc.
  21. Which makes it a good bet that the original poster doesn't see the
  22. replies.  So, I've done the *proper* thing of putting comp.mail.sendmail
  23. and comp.mail.misc back in, and then redirecting followups to
  24. comp.mail.uucp.  Which is what you (or I, I guess) shoulda done in the
  25. first place.]
  26.  
  27. >In article <3953@ecicrl.ocunix.on.ca> clewis@ferret.ocunix.on.ca (Chris Lewis) wrote:
  28. >>uunet    ... <{sitename}>({cost})
  29.  
  30. >>The angle brackets indicate that nothing should be routed *through*
  31. >>"sitename" to other machines.
  32.  
  33. >Correct.
  34.  
  35. I should hope so ;-)
  36.  
  37. >>Furthermore, you shouldn't advertise the uunet link in *your* map entry
  38. >>at all.  Otherwise, large numbers of systems may choose you to get to
  39. >>uunet.
  40.  
  41. >I disagree with that.
  42.  
  43. >Pathalias will generate a ``backlink'' even if one half of the
  44. >link is not explicitly listed in the maps.
  45.  
  46. pathalias will indeed generate a backlink, but a backlink with
  47. cost of DEAD.  Even if the forward link isn't marked terminal.
  48. Long ago pathalias considered each link bidirectional at the same
  49. cost, but the versions that you need to operate with the current
  50. generation of maps do not do this.
  51.  
  52. If you don't believe me, try it.  You'll want to play with the -l
  53. and -c options to see the costs.
  54.  
  55. Here is a simple test:
  56.  
  57.     foo        uunet
  58.     uunet    ecicrl
  59.     boo        ecicrl
  60.  
  61. No explicit backlink from ecicrl to uunet.  (I should point out that
  62. I do *not* have a link to uunet, private or otherwise)
  63.  
  64. Here is the output of "pathalias -c -l boo" (print costs, "local site"
  65. is "boo"):
  66.  
  67.     0    boo    %s
  68.     4000    ecicrl    ecicrl!%s
  69.     100000000    uunet    ecicrl!uunet!%s
  70.     100000000    foo    ecicrl!uunet!foo!%s
  71.  
  72. Notice that the cost for ecicrl!uunet is "DEAD" instead of merely
  73. double the default (4000) as one would expect for an equal-cost
  74. implicit backlink.
  75.  
  76. >A backlink may indicate other problems with the maps, e.g. a
  77. >site whose map entry has not been updated when another site
  78. >mentioned in its map has been removed from service, or the link
  79. >disconnected.
  80.  
  81. This is irrelevant to this scenario.  The scenario is that
  82. you are marked terminal to your email service, and you don't
  83. advertise the backlink at all.  Third parties don't matter - unless
  84. they're advertising links between you and somebody else - which
  85. is illegal.
  86.  
  87. Furthermore, explicitly marking the backlink DEAD doesn't help
  88. if somewhere else there's a cheaper cost for the backlink.
  89. Pathalias chooses lowest cost for a link, *not* (forward or
  90. reverse) presentation order.  To make a link cost *more*
  91. than what's already in the maps you have to insert a
  92.  
  93.     dead {machinea!machineb}
  94.  
  95. in your local map override file - you're not allowed to do
  96. this in the public maps (at least, last time we tried), so
  97. you're screwed.
  98.  
  99. >If the link in fact exists, it should be listed in the maps.
  100.  
  101. Mentioning a link in the maps should be considered an open
  102. advertisement for others to use it unless explicitly marked DEAD
  103. (or terminal, but that's giving permission to use it to get
  104. to the other site, just *not* beyond it).  Aside from issues of
  105. unreasonably high volume (eg: MBAS usage), you can have no complaint
  106. if someone automatically pathalias-routes through you.  Your
  107. only recourse is to get the map entries fixed.
  108.  
  109. There's absolutely no reason to explicitly advertise a link that
  110. you don't want people to traverse.
  111.  
  112. It's particularly tricky with for-pay links to systems like
  113. uunet.  Any cost lower than DEAD has a tendency to suck everybody's
  114. mail through the link because everybody is reachable *from* these
  115. systems, but most people don't want to advertise routes *to*
  116. these systems.
  117.  
  118. >If you're paranoid about others using the link, explicitly set the
  119. >link cost as "(DEAD)",
  120.  
  121. This is already the default, so is unnecessary, and perhaps makes
  122. it a little harder for someone to spot an obviously deprecated
  123. backlink and manually insert a lower cost in their local overrides
  124. to get around your intent.
  125.  
  126. Nor do I consider it paranoid to not want others traversing over
  127. a link that you pay for personal purposes.  Much as I'd like to,
  128. I don't think it appropriate that I have to pay for everybody else
  129. nearby getting to the Internet.
  130.  
  131. >or specify the other end as a terminal node.
  132.  
  133. This doesn't help completely - it still permits other sites to route
  134. through you to the other end.
  135.  
  136. >You can then override that in your local input to pathalias.
  137.  
  138. Nope.  You can't override a "terminal".  You have to remove it.
  139. Try it out.
  140. -- 
  141. Chris Lewis; clewis@ferret.ocunix.on.ca; Phone: Canada 613 832-0541
  142. Psroff 3.0 info: psroff-request@ferret.ocunix.on.ca
  143. Ferret list: ferret-request@ferret.ocunix.on.ca
  144.