home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / org / eff / talk / 8041 < prev    next >
Encoding:
Text File  |  1992-12-24  |  2.7 KB  |  64 lines

  1. Newsgroups: comp.org.eff.talk
  2. Path: sparky!uunet!think.com!enterpoop.mit.edu!eff!eff-gate!usenet
  3. From: mc/G=Brad/S=Hicks/OU=0205925@mhs.attmail.com
  4. Subject: Re: What gives?
  5. Message-ID: <199212250254.AA13262@eff.org>
  6. Originator: daemon@eff.org
  7. Sender: mc/G=Brad/S=Hicks/OU=0205925@mhs.attmail.com
  8. Nntp-Posting-Host: eff.org
  9. Organization: EFF mail-news gateway
  10. Date: Thu, 24 Dec 1992 15:16:50 GMT
  11. Approved: usenet@eff.org
  12. Lines: 50
  13.  
  14. Date: 12/24/92  9:47 AM
  15. Subj: RE>What gives?
  16.  
  17.  > It looks as though every time you try to send out E-mail, your
  18.  > X400 mailer is sending out an "ambiguous names report" instead.
  19.  
  20. Close, but no cigar.
  21.  
  22. Our email connection to the world is via SoftSwitch X.400, a component of
  23. SoftSwitch Central, and among its "features" is the fact that it
  24. auto-registers inbound mail, that is to say that it adds the return
  25. addresses of all inbound mail to its "names directory" or address
  26. database.
  27.  
  28. Where this otherwise useful feature turns into malware is when it
  29. interacts with certain ListServs that re-distribute the message with the
  30. original author's address in the return address field.
  31.  
  32. If anyone at MasterCard sends mail to a ListServ that does this and anyone
  33. else at MasterCard subscribes to that list, then when that message comes
  34. back to us, the sender's address gets added AGAIN to the directory,
  35. creating a duplicate address.  From then until we spot it or the next
  36. weekday morning's maintenance, all mail to that user will bounce back with
  37. a "duplicate address" error, because the X.400 mailer can't figure out
  38. which of the "duplicate" IDs to distribute the message(s) to.
  39.  
  40. This would be trivially easy for SoftSwitch to fix, all they'd have to do
  41. is patch auto-registration so that it won't auto-register anything that
  42. says it's from the same ADMD & PRMD.  I advised them of this more than a
  43. month ago, and we're still waiting for them to even say that they're GOING
  44. to do something about it.  In addition to this being annoying, it's also
  45. surprising; SoftSwitch has otherwise been pretty good about rapidly fixing
  46. shortcomings in their products.  *sigh*
  47.  
  48. In the meantime, I think I can safely say that we at MasterCard who use it
  49. are all embarrassed and quite sorry about any annoyance this causes the
  50. Internet communities.
  51.  
  52.  (s) J. Brad Hicks, Senior PC Specialist, MasterCard International
  53.  
  54. P.S. I'm cc'ing this message to SoftSwitch's vice president of support, in
  55. hopes that when he sees (a) that we're getting abused over this, and (b)
  56. what we have to tell people in response, that maybe, just maybe, we'll get
  57. an answer this time.  If you (or he) have any questions, you may call me
  58. during normal working hours (CST) at +1 314 275 3645.
  59.  
  60.  
  61.  J. Brad Hicks     Internet: mc!Brad_Hicks@mhs.attmail.com
  62.  X.400: c=US admd=ATTMail prmd=MasterCard sn=Hicks gn=Brad
  63.  
  64.