home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / mail / misc / 3991 < prev    next >
Encoding:
Internet Message Format  |  1992-12-15  |  3.3 KB

  1. Xref: sparky comp.mail.misc:3991 comp.mail.uucp:2332
  2. Path: sparky!uunet!usc!sdd.hp.com!saimiri.primate.wisc.edu!usenet.coe.montana.edu!news.u.washington.edu!ogicse!flop.ENGR.ORST.EDU!gaia.ucs.orst.edu!skyking!stanley
  3. From: stanley@skyking.OCE.ORST.EDU (John Stanley)
  4. Newsgroups: comp.mail.misc,comp.mail.uucp
  5. Subject: Re: Mixed format addresses
  6. Message-ID: <1glhcpINNkgt@gaia.ucs.orst.edu>
  7. Date: 15 Dec 92 21:06:33 GMT
  8. Article-I.D.: gaia.1glhcpINNkgt
  9. Organization: Oregon State University, College of Oceanography
  10. Lines: 61
  11. NNTP-Posting-Host: skyking.oce.orst.edu
  12.  
  13. In article <BzBBMJ.4xp.2@cs.cmu.edu> Karl_Kleinpaste@cs.cmu.edu writes:
  14. >stanley@skyking.oce.orst.edu writes:
  15. >   >Then my boss isn't really in charge of the machines at my site, because he
  16. >   >has to go through one of the sysadmins to make a configuration change?
  17.  
  18. No, I certainly did not write this.
  19.  
  20. >Your attitude is insulting to the many sysadmins out there who
  21. >voluntarily support domains requiring MX support. 
  22.  
  23. My "attitude" is that those people who voluntarily provide support by 
  24. providing MX records do not automatically come under my control just
  25. because they are providing an MX record for me. Period. 
  26.  
  27. Since they are not under my control, I am not "in charge" of them, in
  28. the same sense that the "boss" referred to by the true author of the
  29. above quote is.  If they have two things to do late Friday afternoon,
  30. and one of them isn't making a change in my DNS information, I am in no
  31. position to demand that the one thing they have time to do will be
  32. mine.
  33.  
  34. >Anyone who ran such a domain and needed updates simply mailed me the
  35. >update, and I didn't do anything more than check it quickly for
  36. >outright errors so my nameservers wouldn't choke on it.  Installation
  37. >of the updates was usually done within the day.
  38.  
  39. Did you consider yourself to be under the control of the sites who
  40. connected to you? Were THEY in charge of your nameserver, or were you?
  41. Consider what you did with changes that had errors -- did you make them
  42. or did you refuse? And when you refused, were any of your sites able to
  43. overturn your refusal? Then they weren't in charge, were they?
  44.  
  45. >It is singularly inappropriate for you to be accusing others of taking
  46. >the low road of personal insult when you are quite possibly doing more
  47. >of the same, obtusely and without direct reference, than the rest of
  48. >the participants in this pointless argument combined.
  49.  
  50. I have accused no admin of any wrongdoing. Show me where I have. Don't
  51. tell me about what you inferred or thought I said -- tell me where I
  52. said it. 
  53.  
  54. >Yes, when you are the domain contact of an MX-supported domain, you
  55. >_are_ in charge of the zone file for your domain, 
  56.  
  57. I am not the domain contact, thus not in charge. I doubt that I am the
  58. only site like this. If I am unable to force a change to the zone file,
  59. then I certainly am not in charge of that file.
  60.  
  61. >and the sysadmin who
  62. >actually manages the nameservers that support your domain has a quite
  63. >obvious and clear responsibility to be responsive to your needs for
  64. >updates.  
  65.  
  66. In my case, yes, because I pay for him to do it. In the case of
  67. Random.uucp who gets a free connection from Arbitrary.edu, the "obvious
  68. and clear responsibility" is not so obvious and clear. It becomes even
  69. less so when the feed is arbitrary.com.
  70.  
  71. >If you're going to be insulting, 
  72.  
  73. Conditional clause not fulfilled, remainder of paragraph deleted.
  74.