home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / protocol / iso / 1090 < prev    next >
Encoding:
Text File  |  1992-09-02  |  2.9 KB  |  72 lines
  1. Newsgroups: comp.protocols.iso
  2. Path: sparky!uunet!usc!sdd.hp.com!nigel.msen.com!yale.edu!ira.uka.de!chx400!romaguer
  3. From: romaguer@chx400.switch.ch (Jim Romaguera)
  4. Subject: Re: OSI == second system syndrome
  5. Message-ID: <1992Sep2.141708.24691@chx400.switch.ch>
  6. Organization: SWITCH
  7. References: <id.ZIRS.GD@ferranti.com> <1992Aug31.140004.4374@news.lrz-muenchen.de> <id.TPVS._L3@ferranti.com>
  8. Date: Wed, 2 Sep 1992 14:17:08 GMT
  9. Lines: 61
  10.  
  11. In article <id.TPVS._L3@ferranti.com> peter@ferranti.com (peter da silva) writes:
  12. >In article <1992Aug31.140004.4374@news.lrz-muenchen.de> Michael.Storz@lrz.lrz-muenchen.dbp.de writes:
  13. >> In article <id.ZIRS.GD@ferranti.com>, peter@ferranti.com (peter da silva) writes:
  14. >> |> As X.400 gets more common, I'm getting more and more bounces. Worse, I'm
  15. >> |> getting bounces from replies to messages originated in X.400 land, where
  16. >> |> the gateway didn't put an unambiguous address in the sender field. Because
  17. >> |> there is no such thing as an unambiguous address in X.400.
  18. >
  19.  
  20. (stuff deleted)
  21.  
  22. >> 2) What do you mean with unambiguous address?
  23. >
  24. >I mean I'll get mail from "Joe.Blow@foo.bar.something.something" and when I
  25. >reply to it I get a bounce from the X.400 gatweway telling me there are half
  26. >a dozen Joe Blows at foo.bar.
  27. >
  28. >> 3) Why do you think that X.400 does not know such thing like an unambiguous 
  29. >>    address?
  30. >
  31. >An X.400 address is more like a pattern. It specifies search criteria in
  32. >greater and greater detail, but there seems to be no fixed subset of an
  33. >address that uniquely specifies a recipient.
  34. >
  35.  
  36. (rest deleted)
  37.  
  38. Ok my two cents worth.....
  39.  
  40. The issue raised is the perception of an increasing amount of problems in 
  41. gatewaying between RFC822 mail, which is widely used in the Internet, and to 
  42. X.400 mail users (Internet & Commercially based). I don't know if there are
  43. more problems than 'normal' or whether it only appears so. Let's say for
  44. argument's sake that there are increasing problems.  
  45.  
  46. Why is this happening? And what do we do to make things better?
  47.  
  48. Without alot of 'hard' data it is difficult to find the exact cause of the
  49. problems. My assumption is that there are now appearing alot more 
  50. RFC822 <-> X.400 gateways on the Internet. Alot of these new gateways are 
  51. not following the EXISTING operational procedures.
  52.  
  53. To make things better, email postmasters should try and use only 
  54. 'well operated' gateways. What is a 'well operated' gateway? 
  55.  
  56. The starting point is that any 'well operated' RFC822 <-> X.400 gateway 
  57. must be conforming to RFC1327 and must follow the procedures defined by
  58. the IETF X.400 OPS WG.
  59.  
  60. JIm
  61.  
  62. ---------------------------------------------------------------------
  63. Jim Romaguera
  64. COSINE MHS Project Leader
  65.  
  66. RFC822: romaguera@cosine-mhs.switch.ch
  67. X.400:  S=romaguera;OU=cosine-mhs;O=switch;P=switch;A=arcom;C=ch
  68.  
  69. NetConsult AG, Mettlenwaldweg 20a, 3037 Herrenschwanden, Switzerland.
  70. Tel: +41 31 235 750, Fax: +41 31 235 792
  71. ---------------------------------------------------------------------
  72.