home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / alt / irc / 4706 < prev    next >
Encoding:
Internet Message Format  |  1992-12-16  |  1.9 KB

  1. Path: sparky!uunet!olivea!charnel!rat!polyslo.csc.calpoly.edu!asamonte
  2. From: asamonte@polyslo.csc.calpoly.edu (Just some loser...)
  3. Newsgroups: alt.irc
  4. Subject: Re: patriot.mit.edu (vanity server alert)
  5. Message-ID: <1992Dec16.193715.20487@rat.csc.calpoly.edu>
  6. Date: 16 Dec 92 19:37:15 GMT
  7. References: <1992Dec15.083755.6691@cc.umontreal.ca> <1992Dec15.202923.9973@rat.csc.calpoly.edu> <9212161402.AA06659@hrt213.brooks.af.mil>
  8. Organization: Nothing worth mentioning...
  9. Lines: 30
  10. Nntp-Posting-Host: polyslo.csc.calpoly.edu
  11.  
  12. tjm@hrt213.brooks.af.mil (Tim Miller) was telling me...
  13. >On 15 Dec 92 20:29:23 GMT, asamonte@polyslo.csc.calpoly.edu (Just some loser...) said:
  14. >
  15. > > People have explained possible reasons.  But seems to me that since it
  16. > > HASN'T been fixed, then I consider it a hack...how long has patriot
  17. > > been up?  I haven't kept track...but it's been a while.  He knows
  18. > > the problem exists, so why has nothing been done to fix it?
  19. >
  20. >    I'll tell you why: because if it doesn't break sendmail (i.e.,
  21. >the domain is stamped by the mailserver so that a recipient can directly
  22. >reply to a mailing from that machine) it just isn't a high priority to
  23. >fix.  The only reason I fixed it here is because my braindead mailserver
  24. >*doesn't* stamp domains properly on outgoing mail.
  25.  
  26. And how do you know patriot would be any different.  According to what
  27. has been said it hasn't even been attempted to fix, so how are you going
  28. to know it's gonna break other things?
  29. > > Oh, a few days, a week...Well atleast you're expedient in fixing it.
  30. > > From mystroms post, he did not see it a a problem, nor did he show
  31. > > any indication of wanting to fix it.
  32. >
  33. >    Why screw with what ain't broken?  I've done enough of that to
  34. >know it usually breaks something else that's more critical.
  35.  
  36. Oh I see, you wouldn't consider it broken huh?  Maybe a feature?  Doubtful.
  37. I wouldn't say it's working as it should.
  38.  
  39. -Alex
  40.  
  41. -- 
  42.