home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / protocol / iso / x400 / 503 < prev    next >
Encoding:
Internet Message Format  |  1992-07-27  |  2.0 KB
  1. Path: sparky!uunet!news.claremont.edu!ucivax!gateway
  2. From: Peter.Sylvester@inria.fr
  3. Subject: (none)
  4. Message-ID: <9207271452.AA25947@nuri.inria.fr>
  5. Newsgroups: comp.protocols.iso.x400
  6. Approved: usenet@q2.ics.uci.edu
  7. Lines: 34
  8. Date: 27 Jul 92 14:54:14 GMT
  9.  
  10. > *In additions the X.400(92) standard seems to be ready soon including
  11. > *a lot of aditional highly interesting features (file transfer, voice
  12. > *mail, ...). What is still missing in the X.400 family of standards is
  13. > *something like a news system (USENET etc.).
  14.  
  15. > I vaguely remember hearing that X.400(92) would include some kind of
  16. > standard for exchanging news between different systems. Has this been
  17. > dropped or have I received false information from the beginning ?
  18.  
  19. X.400 is still a standard for e-mail, i.e. asynchronous transfer of data.
  20. These data may be simple text, or have structures like 'an ftam like encoded
  21. file'. It is not an application for news unless .....
  22.  
  23. .... where did I read something about not transfering a document but just
  24. a reference to it? The sending message transfer agent determines by whatever
  25. means that it would be better not to transfer some (large?) body part but rather
  26. a globally unique reference to it that can be used later when the user agent
  27. is asked to present the body to the user. The actual body part will then be
  28. retrieved by FTAM or something like that (it may also be a reference to some
  29. CD containing a 2 hours video) that is available in a library or was distributed
  30. using 'snail mail').
  31. Anyway, the technique can be used for news: You distribute just a set of
  32. as global references to messages. A news receiver user agent would then either use
  33. ftam to retrieve data, or maybe it would be sufficient to generate
  34. a nondelivery report saying that this or that file cannot be 'deferenced', so
  35. that the originating mta would do this for you and send the dereferenced data,
  36. i.e. those articles that you do not have.
  37.  
  38.  
  39.  
  40. Ah well, I read this (the first part) in one of the ERCIM newsletters, is someone
  41. from GMD Berlin listening?
  42.  
  43. Peter Sylvester  -- Inria France
  44.