home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1993 July / Disc.iso / ccitt / 1988 / troff / 8_7_08.tro < prev    next >
Encoding:
Text File  |  1991-12-22  |  110.0 KB  |  3,947 lines
  1. .rs
  2. .\" Troff code generated by TPS Convert from ITU Original Files
  3. .\"                 Not Copyright (~c) 1991 
  4. .\"
  5. .\" Assumes tbl, eqn, MS macros, and lots of luck.
  6. .TA 1c 2c 3c 4c 5c 6c 7c 8c
  7. .ds CH
  8. .ds CF
  9. .EQ
  10. delim @@
  11. .EN
  12. .nr LL 40.5P
  13. .nr ll 40.5P
  14. .nr HM 3P
  15. .nr FM 6P
  16. .nr PO 4P
  17. .nr PD 9p
  18. .po 4P
  19.  
  20. .rs
  21. \v'|.5i'
  22. .sp 2P
  23. .LP
  24. \fBRecommendation\ X.411\fR 
  25. .RT
  26. .sp 2P
  27. .ce 1000
  28. \fBMESSAGE\ HANDLING\ SYSTEMS:\fR 
  29. .EF '%    Fascicle\ VIII.7\ \(em\ Rec.\ X.411''
  30. .OF '''Fascicle\ VIII.7\ \(em\ Rec.\ X.411    %'
  31. .ce 0
  32. .ce 1000
  33. \fBMESSAGE\ TRANSFER\ SYSTEM:\ ABSTRACT\ SERVICE\fR 
  34. .ce 0
  35. .sp 1P
  36. .ce 1000
  37. \fBDEFINITION\ AND\ PROCEDURES\fR 
  38. .FS
  39. Recommendation X.411
  40. and ISO 10021\(hy4, Information Processing Systems \(em Text Communication \(em
  41. MOTIS \(em Message Transfer System: Abstract Service Definition and
  42. Procedures, were developed in close collaboration and are technically
  43. aligned, except for the differences noted in Annex\ C.
  44. .FE
  45. .ce 0
  46. .sp 1P
  47. .ce 1000
  48. \fI(Malaga\(hyTorremolinos, 1984; amended at Melbourne, 1988)\fR 
  49. .sp 9p
  50. .RT
  51. .ce 0
  52. .sp 1P
  53. .PP
  54. The establishment in various countries of telematic services
  55. and computer\(hybased store\(hyand\(hyforward message services in association 
  56. with 
  57. public data networks creates a need to produce standards to facilitate
  58. international message exchange between subscribers to such services.
  59. .sp 1P
  60. .RT
  61. .sp 2P
  62. .LP
  63.     The\ CCITT,
  64. .sp 1P
  65. .RT
  66. .sp 1P
  67. .LP
  68. \fIconsidering\fR 
  69. .sp 9p
  70. .RT
  71. .PP
  72. (a) 
  73. the need for Message Handling systems;
  74. .PP
  75. (b) 
  76. the need to transfer messages of different types;
  77. .PP
  78. (c) 
  79. that Recommendation X.200 defines the reference model of open systems interconnection 
  80. for CCITT applications; 
  81. .PP
  82. (d) 
  83. that Recommendations X.208, X.217, X.218 and X.219 provide the foundation 
  84. for CCITT applications; 
  85. .PP
  86. (e) 
  87. that the X.500\(hyseries Recommendations define directory
  88. systems;
  89. .PP
  90. (f
  91. ) 
  92. that Message Handling systems are defined in a
  93. series of Recommendations: X.400, X.402, X.403, X.407, X.408, X.411, X.413
  94. and X.419; and
  95. .PP
  96. (g) 
  97. that interpersonal messaging is defined in
  98. RecommendationsX.420 and T.330,
  99. .sp 1P
  100. .LP
  101. \fIunanimously declares\fR 
  102. .sp 9p
  103. .RT
  104. .PP
  105. (1) 
  106. that the message transfer system (MTS) abstract service is defined in Section\ 
  107. 2; 
  108. .PP
  109. (2) 
  110. that the message transfer agent (MTA) abstract service is defined in Section\ 
  111. 3; 
  112. .PP
  113. (3) 
  114. that the procedures performed by message\(hytransfer\(hyagents (MTAs) to 
  115. ensure that correct distributed operation of the message transfer 
  116. system (MTS) are defined in Section\ 4.
  117. \v'1P'
  118. .sp 1P
  119. .ce 1000
  120. TABLE\ OF\ CONTENTS
  121. .ce 0
  122. .sp 1P
  123. .LP
  124. SECTION\ 1\ \(em\ \fIIntroduction\fR 
  125. .sp 1P
  126. .RT
  127. .sp 2P
  128. .LP
  129. 0
  130.     Introduction
  131. .sp 1P
  132. .RT
  133. .sp 1P
  134. .LP
  135. 1
  136.     Scope
  137. .sp 9p
  138. .RT
  139. .sp 1P
  140. .LP
  141. 2
  142.     References
  143. .sp 9p
  144. .RT
  145. .sp 1P
  146. .LP
  147. 3
  148.     Definitions
  149. .sp 9p
  150. .RT
  151. .sp 1P
  152. .LP
  153. 4
  154.     Abbreviations
  155. .sp 9p
  156. .RT
  157. .sp 1P
  158. .LP
  159. 5
  160.     Conventions
  161. .sp 9p
  162. .RT
  163. .LP
  164. .sp 1
  165. .bp
  166. .sp 2P
  167. .LP
  168. SECTION\ 2\ \(em\ \fIMessage transfer system abstract service\fR 
  169. .sp 1P
  170. .RT
  171. .sp 1P
  172. .LP
  173. 6
  174.     Message transfer system model
  175. .sp 9p
  176. .RT
  177. .sp 1P
  178. .LP
  179. 7
  180.     Message transfer system abstract service overview
  181. .sp 9p
  182. .RT
  183. .sp 1P
  184. .LP
  185. 8
  186.     Message transfer system abstract service definition
  187. .sp 9p
  188. .RT
  189. .sp 1P
  190. .LP
  191. 9
  192.     Message transfer system abstract syntax definition
  193. .sp 9p
  194. .RT
  195. .sp 2P
  196. .LP
  197. SECTION\ 3\ \(em\ \fIMessage transfer agent abstract service\fR 
  198. .sp 1P
  199. .RT
  200. .sp 1P
  201. .LP
  202. 10
  203.     Refined message transfer system model
  204. .sp 9p
  205. .RT
  206. .sp 1P
  207. .LP
  208. 11
  209.     Message transfer agent abstract service overview
  210. .sp 9p
  211. .RT
  212. .sp 1P
  213. .LP
  214. 12
  215.     Message transfer agent abstract service definition
  216. .sp 9p
  217. .RT
  218. .sp 1P
  219. .LP
  220. 13
  221.     Message transfer agent abstract syntax definition
  222. .sp 9p
  223. .RT
  224. .sp 2P
  225. .LP
  226. SECTION\ 4\ \(em\ \fIProcedures for distributed operation of the MTS\fR 
  227. .sp 1P
  228. .RT
  229. .sp 1P
  230. .LP
  231. 14
  232.     Procedures for distributed operation of the MTS
  233. .sp 9p
  234. .RT
  235. .sp 1P
  236. .LP
  237. \fIAnnex\ A\fR     \(em
  238.     Reference definition of MTS object identifiers
  239. .sp 9p
  240. .RT
  241. .sp 1P
  242. .LP
  243. \fIAnnex\ B\fR     \(em
  244.     Reference definition of MTS parameter upper bounds
  245. .sp 9p
  246. .RT
  247. .sp 1P
  248. .LP
  249. \fIAnnex\ C\fR     \(em
  250.     Differences between ISO/IEC and CCITT versions
  251. .sp 9p
  252. .RT
  253. .LP
  254. SECTION\ 1\ \(em\ INTRODUCTION
  255. .sp 1P
  256. .RT
  257. .sp 2P
  258. .LP
  259. \fB0\fR     \fBIntroduction\fR 
  260. .sp 1P
  261. .RT
  262. .PP
  263. This Recommendation is one of a set of Recommendations defining
  264. Message Handling in a distributed open systems environment.
  265. .PP
  266. Message Handling provides for the exchange of messages between users on 
  267. a store\(hyand\(hyforward basis. A message submitted by one user (the 
  268. \fIoriginator\fR ) is transferred through the message transfer system (MTS) and
  269. delivered to one or more other users (the \fIrecipients\fR ).
  270. .PP
  271. The MTS comprises a number of message\(hytransfer\(hyagents (MTAs), which
  272. transfer messages and deliver them to their intended recipients.
  273. .PP
  274. This Recommendation was developed jointly by CCITT and ISO. The
  275. equivalent ISO document is ISO\ 10021\(hy4.
  276. .RT
  277. .sp 2P
  278. .LP
  279. \fB1\fR     \fBScope\fR 
  280. .sp 1P
  281. .RT
  282. .PP
  283. This Recommendation defines the abstract service provided by the
  284. MTS (the MTS abstract service), and specifies the procedures to be performed 
  285. by MTAs to ensure the correct distributed operation of the MTS. 
  286. .PP
  287. Recommendation X.402 identifies the other Recommendations which define 
  288. other aspects of Message Handling Systems. 
  289. .PP
  290. Access to the MTS abstract service defined in this Recommendation may be 
  291. provided by the MTS access protocol (P3) defined in Recommendation\ X.419. 
  292. The distributed operation of the MTS defined in this Recommendation may be
  293. provided by the use of the MTS transfer protocol (P1) also defined in
  294. Recommendation\ X.419.
  295. .bp
  296. .PP
  297. Section\ 2 of this Recommendation defines the MTS abstract service.
  298. Paragraph\ 6 describes the message transfer system model. Paragraph\ 7 
  299. provides an overview of the MTS abstract service. Paragraph\ 8 defines 
  300. the semantics of the parameters of the MTS abstract service. Paragraph\ 
  301. 9 defines the 
  302. abstract syntax of the MTA abstract service.
  303. .PP
  304. Section\ 3 of this Recommendation defines the MTA abstract service.
  305. Paragraph\ 10 refines the model of the MTS, first presented in \(sc\ 6, 
  306. to show that the MTS comprises a number of MTAs that interwork with one 
  307. another to provide the MTS abstract service. Paragraph\ 11 provides an 
  308. overview of the MTA abstract service. Paragraph\ 12 defines the semantics 
  309. of the parameters of the MTA 
  310. abstract service. Paragraph\ 13 defines the abstract\(hysyntax of the MTA 
  311. abstract service. 
  312. .PP
  313. Section\ 4 of this Recommendation specifies the procedures performed by 
  314. MTAs to ensure the correct distributed operation of the MTS. 
  315. .PP
  316. Annex A provides a reference definition of the MTS object identifiers cited 
  317. in the ASN.1 modules of this Recommendation. 
  318. .PP
  319. Annex\ B provides a reference definition of the upper bounds of the
  320. size constraints imposed upon variable length data types defined in ASN.1
  321. modules in the body of this Recommendation.
  322. .PP
  323. Annex\ C identifies the technical differences between ISO/IEC and CCITT 
  324. versions of CCITT Recommendations X.411 and ISO/IEC 10021\(hy4. 
  325. .RT
  326. .sp 2P
  327. .LP
  328. \fB2\fR     \fBReferences\fR 
  329. .sp 1P
  330. .RT
  331. .PP
  332. References are listed in Recommendation X.402.
  333. .RT
  334. .sp 2P
  335. .LP
  336. \fB3\fR     \fBDefinitions\fR 
  337. .sp 1P
  338. .RT
  339. .PP
  340. Definitions are listed in Recommendation X.402.
  341. .RT
  342. .sp 2P
  343. .LP
  344. \fB4\fR     \fBAbbreviations\fR 
  345. .sp 1P
  346. .RT
  347. .PP
  348. Abbreviations are listed in Recommendation X.402.
  349. .RT
  350. .sp 2P
  351. .LP
  352. \fB5\fR     \fBConventions\fR 
  353. .sp 1P
  354. .RT
  355. .PP
  356. This Recommendation uses the descriptive conventions described
  357. below.
  358. .RT
  359. .sp 1P
  360. .LP
  361. 5.1
  362.     \fITerms\fR 
  363. .sp 9p
  364. .RT
  365. .PP
  366. Throughout this Recommendation, the words of defined terms and the names 
  367. and values of the parameters of the MTS abstract service and the MTA 
  368. abstract service, unless they are proper names, begin with a lower\(hycase 
  369. letter and are linked by a hyphen thus: defined\(hyterm. Proper names begin 
  370. with an 
  371. upper\(hycase letter and are not linked by a hyphen thus: Proper Name. 
  372. In \(sc\(sc\ 8 
  373. and\ 12, the names and values of the parameters of the MTS abstract service 
  374. and the MTA abstract service are printed in bold. 
  375. .RT
  376. .sp 1P
  377. .LP
  378. 5.2
  379.     \fIPresence of parameters\fR 
  380. .sp 9p
  381. .RT
  382. .PP
  383. In the Tables of parameters in \(sc\(sc 8 and 12, the presence of each
  384. parameter is qualified as follows:
  385. .RT
  386. .LP
  387.     \(em
  388.     Mandatory (M): A mandatory parameter shall always be
  389. present.
  390. .LP
  391.     \(em
  392.     Optional (O): An optional argument shall be present at the
  393. direction of the invoker of the abstract\(hyoperation; an optional result
  394. at the discretion of the performer of the abstract\(hyoperation.
  395. .LP
  396.     \(em
  397.     Conditional (C): A conditional parameter shall be present
  398. as defined by this [Recommendation/International Standard].
  399. .PP
  400. Where a conditional parameter shall be present due to some action on the 
  401. message, probe or report by the MTS, this is explicitly defined. The 
  402. presence of other conditional parameters is dependent on the presence of 
  403. those parameters in other abstract\(hyoperations (for example, the presence 
  404. of a 
  405. conditional argument of the Message\(hytransfer abstract\(hyoperation is 
  406. dependent on the presence of the same optional argument in the related 
  407. Message\(hysubmission 
  408. abstract\(hyoperation).
  409. .sp 1P
  410. .LP
  411. 5.3
  412.     \fIAbstract syntax definitions\fR 
  413. .sp 9p
  414. .RT
  415. .PP
  416. This Recommendation defines the abstract\(hysyntax of the MTS abstract 
  417. service and the MTA abstract service using the abstract syntax notation 
  418. (ASN.1) defined in Recommendation\ X.208, and the abstract service definition 
  419. conventions defined in Recommendation\ X.407.
  420. .PP
  421. Where there are changes implied to the protocols defined in
  422. Recommendation\ X.411 (1984), these are highlighted in the abstract syntax
  423. definitions by means of 
  424. underlining
  425. .
  426. .bp
  427. .RT
  428. .LP
  429. SECTION\ 2\ \(em\ MESSAGE TRANSFER SYSTEM ABSTRACT SERVICE
  430. .sp 1P
  431. .RT
  432. .sp 2P
  433. .LP
  434. \fB6\fR     \fBMessage transfer system model\fR 
  435. .sp 1P
  436. .RT
  437. .PP
  438. Message Handling provides for the exchange of messages between
  439. users on a store\(hyand\(hyforward basis. A message submitted by one user (the
  440. \fIoriginator\fR ) is transferred through the message transfer system (MTS) and
  441. delivered to one or more other users (the \fIrecipients\fR ).
  442. .PP
  443. The MTS is described using an abstract model in order to define the
  444. services provided by the MTS as a whole \(em the MTS abstract service.
  445. .PP
  446. The MTS is modelled as an \fIobject\fR , whose overall behaviour can be
  447. described without reference to its internal structure. The services provided 
  448. by the MTS object are made available at \fIports\fR . A type of port represents 
  449. a 
  450. particular view of the services provided by the MTS object.
  451. .PP
  452. A user of the MTS is also modelled as an object, which obtains the
  453. services provided by the MTS through a port which is \fIpaired\fR with 
  454. an MTS port of the same type. 
  455. .PP
  456. A type of port corresponds to a set of a \fIabstract\(hyoperations\fR \| 
  457. which can occur at the port; those which can be performed by the MTS object 
  458. (invoked by the MTS\(hyuser object), and those which can be invoked by 
  459. the MTS object 
  460. (performed by the MTS\(hyuser object).
  461. .PP
  462. A port may be symmetrical, in which case the set of operations
  463. performed by the MTS object may also be invoked by the MTS object, and vice
  464. versa. Otherwise, the port is asymmetrical, in which case the object is 
  465. said to be the \fIsupplier\fR or \fIconsumer\fR with respect to the type 
  466. of port. The terms 
  467. \fIsupplier\fR and \fIconsumer\fR are used only to distinguish between 
  468. the roles of a pair of ports in invoking or performing operations. The 
  469. assignment of the terms is usually intuitive when one object is providing 
  470. a service used by another 
  471. object; the service object (e.g.,\ the MTS) is usually regarded as being the
  472. \fIsupplier\fR , and the user object (e.g.,\ an MTS\(hyuser object) is 
  473. usually regarded as being the \fIconsumer\fR . 
  474. .PP
  475. Before objects can invoke operations on one another, they must be
  476. bound into an abstract \fIassociation\fR . The binding of an assocation 
  477. between the objects establishes a relationship between the objects which 
  478. lasts until the 
  479. association is released. An association is always released by the initiator 
  480. of the association. The binding of an association establishes the \fIcredentials\fR 
  481. of the objects to interact, and the \fIapplication\(hycontext\fR and \fIsecurity\(hycontext\fR 
  482. of the association. The \fIapplication\(hycontext\fR of an association 
  483. may be one or more types of port paired between two objects. 
  484. .PP
  485. The model presented is abstract. That is, it is not always possible
  486. for an outside observer to identify the boundaries between objects, or to
  487. decide on the moment or the means by which operations occur. However, in 
  488. some cases the abstract model will be \fIrealised\fR . For example, a pair 
  489. of objects 
  490. which communicate through paired ports may be located in different open
  491. systems. In this case, the boundary between the objects is visible, the 
  492. ports are exposed, and the operations may be supported by instances of 
  493. OSI 
  494. communication.
  495. .PP
  496. The MTS object supports ports of three different types: a
  497. \fIsubmission\(hyport\fR , a \fIdelivery\(hyport\fR and an \fIadministration\(hyport\fR 
  498. . 
  499. .PP
  500. A submission\(hyport enables an MTS\(hyuser to submit messages to the MTS
  501. for transfer and delivery to one or more recipient MTS\(hyusers, and to 
  502. probe the ability of the MTS to deliver a subject\(hymessage. 
  503. .PP
  504. A delivery\(hyport enables an MTS\(hyuser to accept delivery of messages
  505. from the MTS, and to accept reports on the delivery or non\(hydelivery 
  506. of messages and probes. 
  507. .PP
  508. An administration\(hyport enables an MTS\(hyuser to change long term
  509. parameters held by the MTS  associated with message delivery, and enables
  510. either the MTS or the MTS\(hyuser to change their \fIcredentials\fR with one
  511. another.
  512. .PP
  513. A message submitted by one MTS\(hyuser via a submission\(hyport will
  514. normally be delivered to one or more recipient MTS\(hyusers via delivery ports.
  515. The originating MTS\(hyuser may elect to be notified of the delivery of 
  516. a message via its delivery\(hyport. 
  517. .PP
  518. Figure 1/X.411 models the message transfer system (MTS).
  519. .PP
  520. Paragraph 7 provides an overview of the MTS Abstract
  521. Service.
  522. .bp
  523. .RT
  524. .LP
  525. .rs
  526. .sp 19P
  527. .ad r
  528. \fBFigure 1/X.411, (N), p.\fR 
  529. .sp 1P
  530. .RT
  531. .ad b
  532. .RT
  533. .sp 2P
  534. .LP
  535. \fB7\fR     \fBMessage transfer system abstract service overview\fR 
  536. .sp 1P
  537. .RT
  538. .PP
  539. This Recommendation defines the following services that comprise
  540. the MTS abstract service:
  541. .RT
  542. .sp 1P
  543. .LP
  544.     \fIMTS bind and unbind\fR 
  545. .sp 9p
  546. .RT
  547. .LP
  548.     a)
  549.     MTS\(hybind
  550. .LP
  551.     b)
  552.     MTS\(hyunbind
  553. .sp 1P
  554. .LP
  555.     \fISubmission port abstract operations\fR 
  556. .sp 9p
  557. .RT
  558. .LP
  559.     c)
  560.     Message\(hysubmission
  561. .LP
  562.     d)
  563.     Probe\(hysubmission
  564. .LP
  565.     e)
  566.     Cancel\(hydeferred\(hydelivery
  567. .LP
  568.     f
  569. )
  570.     Submission\(hycontrol
  571. .sp 1P
  572. .LP
  573.     \fIDelivery port abstract operations\fR 
  574. .sp 9p
  575. .RT
  576. .LP
  577.     g)
  578.     Message\(hydelivery
  579. .LP
  580.     h)
  581.     Report\(hydelivery
  582. .LP
  583.     i)
  584.     Delivery\(hycontrol
  585. .sp 1P
  586. .LP
  587.     \fIAdministration port abstract operations\fR 
  588. .sp 9p
  589. .RT
  590. .LP
  591.     j)
  592.     Register
  593. .LP
  594.     k)
  595.     Change\(hycredentials.
  596. .sp 1P
  597. .LP
  598. 7.1
  599.     \fIMTS bind and unbind\fR 
  600. .sp 9p
  601. .RT
  602. .PP
  603. The \fBMTS\(hybind\fR enables either the MTS\(hyuser to establish an
  604. association with the MTS, or the MTS to establish an association with the
  605. MTS\(hyuser. Abstract\(hyoperations other than MTS\(hybind can only be 
  606. invoked in the 
  607. context of an established association.
  608. .PP
  609. The \fBMTS\(hyunbind\fR enables the release of an established association 
  610. by the initiator of the association. 
  611. .bp
  612. .RT
  613. .sp 1P
  614. .LP
  615. 7.2
  616.     \fISubmission port\fR 
  617. .sp 9p
  618. .RT
  619. .PP
  620. The 
  621. \fBmessage\(hysubmission\fR abstract\(hyoperation enables an
  622. MTS\(hyuser to submit a message to the MTS for transfer and delivery to one or
  623. more recipient MTS\(hyusers.
  624. .PP
  625. The 
  626. \fBprobe\(hysubmission\fR abstract\(hyoperation enables an MTS\(hyuser 
  627. to submit a probe in order to determine whether or not a message could 
  628. be 
  629. transferred and delivered to one or more recipient MTS\(hyusers if it were 
  630. to be submitted. 
  631. .PP
  632. The 
  633. \fBcancel\(hydeferred\(hydelivery\fR abstract\(hyoperation enables an MTS\(hyuser 
  634. to request cancellation of a message previously submitted (for 
  635. deferred delivery) by invocation of the message\(hysubmission\(hyabstract\(hyoperation. 
  636. .PP
  637. The 
  638. \fBsubmission\(hycontrol\fR abstract\(hyoperation enables the MTS to constrain 
  639. the use of the submission\(hyport abstract\(hyoperations by the MTS\(hyuser. 
  640. .PP
  641. The 
  642. \fBmessage\(hysubmission\fR and \fBProbe\(hysubmission\fR 
  643. abstract\(hyoperations may cause subsequent invocation of the Report\(hydelivery 
  644. abstract\(hyoperation by the MTS.
  645. .RT
  646. .sp 1P
  647. .LP
  648. 7.3
  649.     \fIDelivery port\fR 
  650. .sp 9p
  651. .RT
  652. .PP
  653. The 
  654. \fBmessage\(hydelivery\fR abstract\(hyoperation enables the MTS to deliver 
  655. a message to the MTS\(hyuser. 
  656. .PP
  657. The 
  658. \fBreport\(hydelivery\fR abstract\(hyoperation enables the MTS to
  659. acknowledge to the MTS\(hyuser the outcome of a previous invocation of the
  660. message\(hysubmission or probe\(hysubmission abstract\(hyoperations. For 
  661. the message\(hy 
  662. submission abstract\(hyoperation, the report\(hydelivery abstract\(hyoperation
  663. indicates the delivery or non\(hydelivery of the submitted message. For the
  664. probe\(hysubmission abstract\(hyoperation, the report\(hydelivery abstract\(hyoperation 
  665. indicates whether or not a message could be delivered if it were to be
  666. submitted. The report\(hydelivery abstract\(hyoperation may also convey a
  667. notification of physical\(hydelivery by a PDS.
  668. .PP
  669. The 
  670. \fBdelivery\(hycontrol\fR abstract\(hyoperation enables an MTS\(hyuser 
  671. to constrain the use of the delivery\(hyport abstract\(hyoperations by 
  672. the 
  673. MTS.
  674. .RT
  675. .sp 1P
  676. .LP
  677. 7.4
  678.     \fIAdministration port\fR 
  679. .sp 9p
  680. .RT
  681. .PP
  682. The 
  683. \fBregister\fR abstract\(hyoperation enables an MTS\(hyuser to
  684. change long term parameters of the MTS\(hyuser held by the MTS, associated with
  685. message delivery.
  686. .PP
  687. The 
  688. \fBchange\(hycredentials\fR abstract\(hyoperation enables either an MTS\(hyuser 
  689. to change its \fBcredentials\fR with the MTS, or the MTS to change its 
  690. \fBcredentials\fR with the MTS\(hyuser.
  691. .RT
  692. .sp 2P
  693. .LP
  694. \fB8\fR     \fBMessage transfer system abstract service definition\fR 
  695. .sp 1P
  696. .RT
  697. .PP
  698. This section defines the semantics of the parameters of the MTS
  699. abstract service.
  700. .PP
  701. Paragraph\ 8.1 defines the MTS\(hybind and MTS\(hyunbind. Paragraph\ 8.2
  702. defines the submission\(hyport. Paragraph\ 8.3 defines the delivery\(hyport.
  703. Paragraph\ 8.4 defines the administration\(hyport. Paragraph\ 8.5 defines some
  704. common parameter types.
  705. .PP
  706. The abstract\(hysyntax of the MTS abstract service is defined in
  707. \(sc\ 9.
  708. .RT
  709. .sp 1P
  710. .LP
  711. 8.1
  712.     \fIMTS\(hybind and MTS\(hyunbind\fR 
  713. .sp 9p
  714. .RT
  715. .PP
  716. This section defines the MTS\(hybind and MTS\(hyunbind used to establish 
  717. and release associations between an MTS\(hyuser and the MTS. 
  718. .RT
  719. .sp 1P
  720. .LP
  721. 8.1.1
  722.     \fIAbstract\(hybind and abstract\(hyunbind\fR 
  723. .sp 9p
  724. .RT
  725. .PP
  726. This section defines the following abstract\(hybind and
  727. abstract\(hyunbind operations:
  728. .RT
  729. .LP
  730.     a)
  731.     MTS\(hybind
  732. .LP
  733.     b)
  734.     MTS\(hyunbind.
  735. .sp 1P
  736. .LP
  737. 8.1.1.1
  738.     \fIMTS\(hybind\fR 
  739. .sp 9p
  740. .RT
  741. .PP
  742. The MTS\(hybind enables an MTS\(hyuser to establish an association with 
  743. the MTS, or the MTS to establish an association with an MTS\(hyuser. 
  744. .PP
  745. The MTS\(hybind establishes the \fBcredentials\fR of an MTS\(hyuser and 
  746. the MTS to interact, and the \fBapplication\(hycontext\fR and \fBsecurity\(hycontext\fR 
  747. of the 
  748. association. An association can only be released by the initiator of that
  749. association (using MTS\(hyunbind).
  750. .bp
  751. .PP
  752. Abstract\(hyoperations other than MTS\(hybind can only be invoked in the
  753. context of an established association.
  754. .PP
  755. The successful completion of the MTS\(hybind signifies the establishment 
  756. of an association. 
  757. .PP
  758. The disruption of the MTS\(hybind by a bind\(hyerror indicates that an
  759. association has not been established.
  760. .RT
  761. .sp 1P
  762. .LP
  763. 8.1.1.1.1\ \ \fIArguments\fR 
  764. .sp 9p
  765. .RT
  766. .PP
  767. Table\ 1/X.411 lists the arguments of the MTS\(hybind, and for each
  768. argument qualifies its presence and indicates the clause in which the argument 
  769. is defined. 
  770. .RT
  771. .ce
  772. \fBH.T. [T1.411]\fR 
  773. .ce
  774. TABLE\ 1/X.411
  775. .ce
  776. \fBMTS\(hybind arguments\fR 
  777. .ps 9
  778. .vs 11
  779. .nr VS 11
  780. .nr PS 9
  781. .TS
  782. center box;
  783. cw(90p) | cw(30p) | cw(36p) .
  784. Argument    Presence    Clause
  785. _
  786. .T&
  787. lw(90p) | lw(30p) | lw(36p) .
  788. \fIBind arguments\fR          
  789. .T&
  790. lw(90p) | cw(30p) | cw(36p) .
  791. Initiator\(hyname    M    8.1.1.1.1.1
  792. .T&
  793. lw(90p) | cw(30p) | cw(36p) .
  794. Initiator\(hycredentials    M    8.1.1.1.1.2
  795. .T&
  796. lw(90p) | cw(30p) | cw(36p) .
  797. Security\(hycontext    O    8.1.1.1.1.3
  798. .T&
  799. lw(90p) | cw(30p) | cw(36p) .
  800. Messages\(hywaiting    O    8.1.1.1.1.4
  801. _
  802. .TE
  803. .nr PS 9
  804. .RT
  805. .ad r
  806. \fBTableau 1/X.411 [T1.411], p.\fR 
  807. .sp 1P
  808. .RT
  809. .ad b
  810. .RT
  811. .sp 1P
  812. .LP
  813. 8.1.1.1.1.1\ \ 
  814. \fIInitiator\(hyname\fR 
  815. .sp 9p
  816. .RT
  817. .PP
  818. This argument contains a name for the initiator of the association. It 
  819. shall be generated by the initiator of the association. 
  820. .PP
  821. If the initiator is an MTS\(hyuser, the name is the \fBOR\(hyname\fR of the
  822. MTS\(hyuser, which is registered with the MTS (see \(sc\ 8.4.1.1.1.1). The
  823. \fBinitiator\(hyname\fR shall contain the \fBOR\(hyaddress\fR , and may 
  824. optionally also 
  825. contain the \fBdirectory\(hyname\fR , of the MTS\(hyuser
  826. (\fBOR\(hyaddress\(hyand\(hyoptional\(hydirectory\(hyname\fR ). For secure 
  827. messaging, when an MS is involved, the \fBinitiator\(hyname\fR may also 
  828. indicate whether the initiator is a UA or an MS. 
  829. .PP
  830. If the initiator is the MTS (or an MTA \(em see \(sc\ 11), the name is an
  831. \fBMTA\(hyname\fR , which is known to the MTS\(hyuser.
  832. .RT
  833. .sp 1P
  834. .LP
  835. 8.1.1.1.1.2\ \ 
  836. \fIInitiator\(hycredentials\fR 
  837. .sp 9p
  838. .RT
  839. .PP
  840. This argument contains the \fBcredentials\fR of the initiator of the
  841. association. It shall be generated by the initiator of the association.
  842. .PP
  843. The \fBinitiator\(hycredentials\fR may be used by the responder to
  844. authenticate the identity of the initiator (see Recommendation\ X.509).
  845. .PP
  846. If only simple\(hyauthentication is used, the \fBinitiator\(hycredentials\fR 
  847. comprise a simple \fBpassword\fR associated with the \fBinitiator\(hyname\fR .
  848. .PP
  849. If strong\(hyauthentication is used, the \fBinitiator\(hycredentials\fR 
  850. comprise an \fBinitiator\(hybind\(hytoken\fR and, optionally, an \fBinitiator\(hycertificate\fR 
  851. . 
  852. .PP
  853. The 
  854. \fBinitiator\(hybind\(hytoken\fR is a token generated by the
  855. initiator of the association. If the \fBinitiator\(hybind\(hytoken\fR is an
  856. \fBasymmetric\(hytoken\fR , the \fBsigned\(hydata\fR comprises a \fBrandom 
  857. number\fR . The 
  858. \fBencrypted\(hydata\fR of an \fBasymmetric\(hytoken\fR may be used to 
  859. convey secret 
  860. security\(hyrelevant information (e.g.,\ one or more symmetric\(hyencryption\(hykeys) 
  861. used to secure the association, or may be absent from the
  862. \fBinitiator\(hybind\(hytoken\fR .
  863. .bp
  864. .PP
  865. \fR 
  866. .PP
  867. The 
  868. \fBinitiator\(hycertificate\fR is a \fBcertificate\fR of the
  869. initiator of the association, generated by a trusted source (e.g.,\ a
  870. certification\(hyauthority). It may be supplied by the initiator of the
  871. association, if the \fBinitiator\(hybind\(hytoken\fR is an \fBasymmetric\(hytoken\fR 
  872. . The 
  873. \fBinitiator\(hycertificate\fR may be used to convey a verified copy of the
  874. public\(hyasymmetric\(hyencryption\(hykey (\fBsubject\(hypublic\(hykey\fR 
  875. ) of the initiator of the association. The initiator's public\(hyasymmetric\(hyencryption\(hykey 
  876. may be used by 
  877. the responder to compute the \fBresponder\(hybind\(hytoken\fR . If the 
  878. responder is known to have, or have access to, the initiator's \fBcertificate\fR 
  879. (e.g.,\ via the 
  880. change\(hycredentials abstract\(hyoperation, or via the directory), the
  881. \fBinitiator\(hycertificate\fR may be omitted.
  882. .RT
  883. .sp 1P
  884. .LP
  885. 8.1.1.1.1.3\ \ 
  886. \fISecurity\(hycontext\fR 
  887. .sp 9p
  888. .RT
  889. .PP
  890. This argument identifies the \fBsecurity\(hycontext\fR that the initiator 
  891. of the association proposes to operate at. It may be generated by the initiator 
  892. of the association. 
  893. .PP
  894. The \fBsecurity\(hycontext\fR comprises one or more \fBsecurity\(hylabels\fR 
  895. that 
  896. define the sensitivity of interactions that may occur between the MTS\(hyuser 
  897. and the MTS for the duration of the association, in line with the security\(hypolicy 
  898. in force. The \fBsecurity\(hycontext\fR shall be one that is allowed by 
  899. the registered \fBuser\(hysecurity\(hylabels\fR of the MTS\(hyuser and 
  900. by the \fBsecurity\(hylabels\fR associated with the MTA of the MTS. 
  901. .PP
  902. Once established, the \fBsecurity\(hycontext\fR of the submission\(hyport and
  903. delivery\(hyport can be temporarily restricted using the submission\(hycontrol 
  904. (see \(sc\ 8.2.1.4.5) and delivery\(hycontrol (see \(sc\ 8.3.1.3.1.7) abstract\(hyoperation, 
  905. respectively.
  906. .PP
  907. If \fBsecurity\(hycontexts\fR are not established between the MTS\(hyuser and
  908. the MTS, the sensitivity of interactions that may occur between the MTS\(hyuser
  909. and the MTS may be at the discretion of the invoker of an
  910. abstract\(hyoperation.
  911. .RT
  912. .sp 1P
  913. .LP
  914. 8.1.1.1.1.4\ \ \fIMessages\(hywaiting\fR 
  915. .sp 9p
  916. .RT
  917. .PP
  918. This argument indicates that the number of messages and total
  919. number of octets waiting to be delivered by the MTS to the MTS\(hyuser, 
  920. for each \fBpriority\fR . It may be generated by the initiator of the association. 
  921. .PP
  922. This argument shall only be present when the MTS is initiating an
  923. association with an MTS\(hyuser, and when the MTS\(hyuser subscribes to 
  924. the hold for delivery element\(hyof\(hyservice (defined in Recommendation\ 
  925. X.400). 
  926. .RT
  927. .sp 1P
  928. .LP
  929. 8.1.1.1.2\ \ \fIResults\fR 
  930. .sp 9p
  931. .RT
  932. .PP
  933. Table 2/X.411 lists the results of the MTS\(hybind, and for each
  934. result qualifies its presence and indicates the clause in which the result 
  935. is defined. 
  936. .RT
  937. .ce
  938. \fBH.T. [T2.411]\fR 
  939. .ce
  940. TABLE\ 2/X.411
  941. .ce
  942. \fBMTS\(hybind results\fR 
  943. .ps 9
  944. .vs 11
  945. .nr VS 11
  946. .nr PS 9
  947. .TS
  948. center box;
  949. cw(90p) | cw(30p) | cw(36p) .
  950. Result    Presence    Clause
  951. _
  952. .T&
  953. lw(90p) | lw(30p) | lw(36p) .
  954. \fIBind results\fR        
  955. .T&
  956. lw(90p) | cw(30p) | cw(36p) .
  957. Responder\(hyname    M    8.1.1.1.2.1
  958. .T&
  959. lw(90p) | cw(30p) | cw(36p) .
  960. Responder\(hycredentials    M    8.1.1.1.2.2
  961. .T&
  962. lw(90p) | cw(30p) | cw(36p) .
  963. Messages\(hywaiting    O    8.1.1.1.2.3
  964. _
  965. .TE
  966. .nr PS 9
  967. .RT
  968. .ad r
  969. \fBTableau 2/X.411 [T2.411], p.\fR 
  970. .sp 1P
  971. .RT
  972. .ad b
  973. .RT
  974. .sp 1P
  975. .LP
  976. 8.1.1.1.2.1\ \ 
  977. \fIResponder\(hyname\fR 
  978. .sp 9p
  979. .RT
  980. .PP
  981. This argument contains a name for the responder of the association. It 
  982. shall be generated by the responder of the association. 
  983. .PP
  984. If the responder is an MTS\(hyuser, the name is the \fBOR\(hyname\fR of the
  985. MTS\(hyuser, which is registered with the MTS (see \(sc\ 8.4.1.1.1.1). The
  986. \fBresponder\(hyname\fR shall contain the \fBOR\(hyaddress\fR , and may 
  987. optionally also 
  988. contain the \fBdirectory\(hyname\fR , of the MTS\(hyuser
  989. (\fBOR\(hyaddress\(hyand\(hyoptional\(hydirectory\(hyname\fR ). For secure 
  990. messaging, when an MS is involved, the \fBresponder\(hyname\fR may also 
  991. indicate whether the initiator is a UA or an MS. 
  992. .PP
  993. If the responder is the MTS (or an MTA \(em see \(sc\ 11), the name is an
  994. \fBMTA\(hyname\fR , which is known to the MTS\(hyuser.
  995. .bp
  996. .RT
  997. .sp 1P
  998. .LP
  999. 8.1.1.1.2.2\ \ 
  1000. \fIResponder\(hycredentials\fR 
  1001. .sp 9p
  1002. .RT
  1003. .PP
  1004. This argument contains the \fBcredentials\fR of the responder of the
  1005. association. It shall be generated by the responder of the association.
  1006. .PP
  1007. The \fBresponder\(hycredentials\fR may be used by the initiator to
  1008. authenticate the identity of the responder (see Recommendation\ X.509).
  1009. .PP
  1010. If only simple\(hyauthentication is used, the \fBresponder\(hycredentials\fR 
  1011. comprise a simple \fBpassword\fR associated with the \fBresponder\(hyname\fR .
  1012. .PP
  1013. If strong\(hyauthentication is used, the \fBresponder\(hycredentials\fR 
  1014. comprise a \fBresponder\(hybind\(hytoken\fR . The 
  1015. \fBresponder\(hybind\(hytoken\fR is a \fBtoken\fR 
  1016. generated by the responder of the association. The \fBresponder\(hybind\(hytoken\fR 
  1017. shall be the same type of \fBtoken\fR as the \fBinitiator\(hybind\(hytoken\fR 
  1018. . If the 
  1019. \fBresponder\(hybind\(hytoken\fR is an \fBasymmetric\(hytoken\fR , the 
  1020. \fBsigned\(hydata\fR comprises a \fBrandom\(hynumber\fR (which may be related 
  1021. to the \fBrandom\(hynumber\fR supplied in the 
  1022. \fBinitiator\(hybind\(hytoken\fR ). The \fBencrypted\(hydata\fR of an \fBassymetric\(hytoken\fR 
  1023. may be used to convey secret security\(hyrelevant information (e.g.,\ one 
  1024. or more 
  1025. symmetric\(hyencryption\(hykeys) used to secure the association, or may 
  1026. be absent 
  1027. from the \fBresponder\(hybind\(hytoken\fR .
  1028. .RT
  1029. .sp 1P
  1030. .LP
  1031. 8.1.1.1.2.3\ \ 
  1032. \fIMessages\(hywaiting\fR 
  1033. .sp 9p
  1034. .RT
  1035. .PP
  1036. This argument indicates the number of messages and total number of octets 
  1037. waiting to be delivered by the MTS to the MTS\(hyuser, for each \fBpriority\fR 
  1038. . It may be generated by the responder of the association. 
  1039. .PP
  1040. This argument shall only be present when the MTS is responding to an association 
  1041. initiated by an MTS\(hyuser, and when the MTS\(hyuser subscribes to the 
  1042. hold for delivery element\(hyof\(hyservice (defined in Recommendation\ 
  1043. X.400). 
  1044. .RT
  1045. .sp 1P
  1046. .LP
  1047. 8.1.1.1.3\ \ 
  1048. \fIBind\(hyerrors\fR 
  1049. .sp 9p
  1050. .RT
  1051. .PP
  1052. The bind\(hyerrors that may disrupt the MTS\(hybind are defined in
  1053. \(sc\ 8.1.2.
  1054. .RT
  1055. .sp 1P
  1056. .LP
  1057. 8.1.1.2
  1058.     \fIMTS\(hyunbind\fR 
  1059. .sp 9p
  1060. .RT
  1061. .PP
  1062. The MTS\(hyunbind enables the release of an established association by 
  1063. the initiator of the association. 
  1064. .RT
  1065. .sp 1P
  1066. .LP
  1067. 8.1.1.2.1\ \ \fIArguments\fR 
  1068. .sp 9p
  1069. .RT
  1070. .PP
  1071. The MTS\(hyunbind has no arguments.
  1072. .RT
  1073. .sp 1P
  1074. .LP
  1075. 8.1.1.2.2\ \ \fIResults\fR 
  1076. .sp 9p
  1077. .RT
  1078. .PP
  1079. The MTS\(hyunbind returns an empty result as indication of release of the 
  1080. association. 
  1081. .RT
  1082. .sp 1P
  1083. .LP
  1084. 8.1.1.2.3\ \ \fIUnbind\(hyerrors\fR 
  1085. .sp 9p
  1086. .RT
  1087. .PP
  1088. There are no unbind\(hyerrors that may disrupt the MTS\(hyunbind.
  1089. .RT
  1090. .sp 1P
  1091. .LP
  1092. 8.1.2
  1093.     \fIBind\(hyerrors\fR 
  1094. .sp 9p
  1095. .RT
  1096. .PP
  1097. This section defines the following bind\(hyerrors:
  1098. .RT
  1099. .LP
  1100.     a)
  1101.     Authentication\(hyerror
  1102. .LP
  1103.     b)
  1104.     Busy
  1105. .LP
  1106.     c)
  1107.     Unacceptable\(hydialogue\(hymode
  1108. .LP
  1109.     d)
  1110.     Unacceptable\(hysecurity\(hycontext.
  1111. .sp 1P
  1112. .LP
  1113. 8.1.2.1
  1114.     \fIAuthentication\(hyerror\fR 
  1115. .sp 9p
  1116. .RT
  1117. .PP
  1118. The authentication\(hyerror bind\(hyerror reports that an association
  1119. cannot be established due to an authentication error; the initiator's
  1120. \fBcredentials\fR are not acceptable or are improperly specified.
  1121. .PP
  1122. The authentication\(hyerror bind\(hyerror has no parameters.
  1123. .RT
  1124. .sp 1P
  1125. .LP
  1126. 8.1.2.2
  1127.     \fIBusy\fR 
  1128. .sp 9p
  1129. .RT
  1130. .PP
  1131. The busy bind\(hyerror reports that an association cannot be
  1132. established because the responder is busy.
  1133. .PP
  1134. The busy\(hybind\(hyerror has no parameters.
  1135. .bp
  1136. .RT
  1137. .sp 1P
  1138. .LP
  1139. 8.1.2.3
  1140.     \fIUnacceptable\(hydialogue\(hymode\fR 
  1141. .sp 9p
  1142. .RT
  1143. .PP
  1144. The unacceptable\(hydialogue\(hymode bind\(hyerror reports that the
  1145. dialogue\(hymode proposed by the initiator of the association is unacceptable 
  1146. to the responder (see Recommendation\ X.419). 
  1147. .PP
  1148. The unacceptable\(hydialogue\(hymode bind\(hyerror has no parameters.
  1149. .RT
  1150. .sp 1P
  1151. .LP
  1152. 8.1.2.4
  1153.     \fIUnacceptable\(hysecurity\(hycontext\fR 
  1154. .sp 9p
  1155. .RT
  1156. .PP
  1157. The unacceptable\(hysecurity\(hycontext bind\(hyerror reports that the
  1158. \fBsecurity\(hycontext\fR proposed by the initiator of the association 
  1159. is unacceptable to the responder. 
  1160. .PP
  1161. The unacceptable\(hysecurity\(hycontext bind\(hyerror reports that the
  1162. \fBsecurity\(hycontext\fR proposed by the initiator of the association 
  1163. is unacceptable to the responder. 
  1164. .PP
  1165. The unacceptable\(hysecurity\(hycontext bind\(hyerror has no parameters.
  1166. .RT
  1167. .sp 1P
  1168. .LP
  1169. 8.2
  1170.     \fISubmission port\fR 
  1171. .sp 9p
  1172. .RT
  1173. .PP
  1174. This section defines the abstract\(hyoperations and abstract\(hyerrors
  1175. which occur at a submission\(hyport.
  1176. .RT
  1177. .sp 1P
  1178. .LP
  1179. 8.2.1
  1180.     \fIAbstract\(hyoperations\fR 
  1181. .sp 9p
  1182. .RT
  1183. .PP
  1184. This section defines the following submission\(hyport
  1185. abstract\(hyoperations.
  1186. .RT
  1187. .LP
  1188.     a)
  1189.     Message\(hysubmission
  1190. .LP
  1191.     b)
  1192.     Probe\(hysubmission
  1193. .LP
  1194.     c)
  1195.     Cancel\(hydeferred\(hydelivery
  1196. .LP
  1197.     d)
  1198.     Submission\(hycontrol.
  1199. .sp 1P
  1200. .LP
  1201. 8.2.1.1
  1202.     \fIMessage\(hysubmission\fR 
  1203. .sp 9p
  1204. .RT
  1205. .PP
  1206. The message\(hysubmission abstract\(hyoperation enables an MTS\(hyuser to
  1207. submit a message to the MTS for transfer and delivery to one or more recipient 
  1208. MTS\(hyusers. 
  1209. .PP
  1210. The successful completion of the abstract\(hyoperation signifies that the 
  1211. MTS has accepted responsibility for the message (but not that it has yet 
  1212. delivered it to its intended recipients).
  1213. .PP
  1214. The disruption of the abstract\(hyoperation by an abstract\(hyerror
  1215. indicates that the MTS cannot assume responsibility for the message.
  1216. .RT
  1217. .sp 1P
  1218. .LP
  1219. 8.2.1.1.1\ \ \fIArguments\fR 
  1220. .sp 9p
  1221. .RT
  1222. .PP
  1223. Table 3/X.411 lists the arguments of the message\(hysubmission
  1224. abstract\(hyoperation, and for each argument qualifies its presence and 
  1225. identifies the clause in which the argument is defined. 
  1226. .RT
  1227. .sp 1P
  1228. .LP
  1229. 8.2.1.1.1.1\ \ 
  1230. \fIOriginator\(hyname\fR 
  1231. .sp 9p
  1232. .RT
  1233. .PP
  1234. This argument contains the \fBOR\(hyname\fR of the originator of the
  1235. message. It shall be generated by the originating MTS\(hyuser.
  1236. .PP
  1237. The \fBoriginator\(hyname\fR contains the \fBOR\(hyname\fR of an individual
  1238. originator, i.e., it shall not contain the \fBOR\(hyname\fR of a DL.
  1239. .RT
  1240. .sp 1P
  1241. .LP
  1242. 8.2.1.1.1.2\ \ 
  1243. \fIRecipient\(hyname\fR 
  1244. .sp 9p
  1245. .RT
  1246. .PP
  1247. This argument contains the \fBOR\(hyname\fR of a recipient of the message. 
  1248. It shall be generated by the originator of the message. A different value 
  1249. of 
  1250. this argument shall be specified for each recipient of the message.
  1251. .PP
  1252. The \fBrecipient\(hyname\fR contains the \fBOR\(hyname\fR of an individual 
  1253. recipient or DL. 
  1254. .RT
  1255. .sp 1P
  1256. .LP
  1257. 8.2.1.1.1.3\ \ 
  1258. \fIAlternate\(hyrecipient\(hyallowed\fR 
  1259. .sp 9p
  1260. .RT
  1261. .PP
  1262. This argument indicates whether the message may be delivered to an alternate\(hyrecipient 
  1263. assigned by the recipient\(hyMD, if the specified 
  1264. \fBrecipient\(hyname\fR does not identify an MTS\(hyuser. It may be generated 
  1265. by the 
  1266. originator of the message.
  1267. .PP
  1268. This argument may have one of the following values:
  1269. \fBalternate\(hyrecipient\(hyallowed\fR or \fBalternate\(hyrecipient\(hy\fR 
  1270. \fBprohibited\fR .
  1271. .bp
  1272. .RT
  1273. .ce
  1274. \fBH.T. [T3.411]\fR 
  1275. .ce
  1276. TABLE\ 3/X.411
  1277. .ce
  1278. \fBMessage\(hysubmission arguments\fR 
  1279. .ps 9
  1280. .vs 11
  1281. .nr VS 11
  1282. .nr PS 9
  1283. .TS
  1284. center box;
  1285. cw(114p) | cw(30p) | cw(36p) .
  1286. Argument    Presence    Clause
  1287. _
  1288. .T&
  1289. lw(114p) | lw(30p) | lw(36p) .
  1290. \fIOriginator argument\fR        
  1291. .T&
  1292. lw(114p) | cw(30p) | cw(36p) .
  1293. Originator\(hyname    M    8.2.1.1.1.1\ 
  1294. .T&
  1295. lw(114p) | lw(30p) | lw(36p) .
  1296. \fIRecipient arguments\fR        
  1297. .T&
  1298. lw(114p) | cw(30p) | cw(36p) .
  1299. Recipient\(hyname    M    8.2.1.1.1.2\ 
  1300. .T&
  1301. lw(114p) | cw(30p) | cw(36p) .
  1302. T{
  1303. Alternate\(hyrecipient\(hyallowed
  1304. T}    O    8.2.1.1.1.3\ 
  1305. .T&
  1306. lw(114p) | cw(30p) | cw(36p) .
  1307. T{
  1308. Recipient\(hyreassignment\(hyprohibited
  1309. T}    O    8.2.1.1.1.4\ 
  1310. .T&
  1311. lw(114p) | cw(30p) | cw(36p) .
  1312. T{
  1313. Originator\(hyrequested\(hyalternate\(hyrecipient
  1314. T}    O    8.2.1.1.1.5\ 
  1315. .T&
  1316. lw(114p) | cw(30p) | cw(36p) .
  1317. DL\(hyexpansion\(hyprohibited    O    8.2.1.1.1.6\ 
  1318. .T&
  1319. lw(114p) | cw(30p) | cw(36p) .
  1320. T{
  1321. Disclosure\(hyof\(hyrecipients
  1322. T}    O    8.2.1.1.1.7\ 
  1323. .T&
  1324. lw(114p) | lw(30p) | lw(36p) .
  1325. \fIPriority argument\fR        
  1326. .T&
  1327. lw(114p) | cw(30p) | cw(36p) .
  1328. Priority    O    8.2.1.1.1.8\ 
  1329. .T&
  1330. lw(114p) | lw(30p) | lw(36p) .
  1331. T{
  1332. \fIConversion arguments\fR
  1333. T}        
  1334. .T&
  1335. lw(114p) | cw(30p) | cw(36p) .
  1336. T{
  1337. Implicit\(hyconversion\(hyprohibited
  1338. T}    O    8.2.1.1.1.9\ 
  1339. .T&
  1340. lw(114p) | cw(30p) | cw(36p) .
  1341. T{
  1342. Conversion\(hywith\(hyloss\(hyprohibited
  1343. T}    O    8.2.1.1.1.10
  1344. .T&
  1345. lw(114p) | cw(30p) | cw(36p) .
  1346. Explicit\(hyconversion    O    8.2.1.1.1.11
  1347. .T&
  1348. lw(114p) | lw(30p) | lw(36p) .
  1349. T{
  1350. \fIDelivery time arguments\fR
  1351. T}        
  1352. .T&
  1353. lw(114p) | cw(30p) | cw(36p) .
  1354. Deferred\(hydelivery\(hytime    O    8.2.1.1.1.12
  1355. .T&
  1356. lw(114p) | cw(30p) | cw(36p) .
  1357. Latest\(hydelivery\(hytime    O    8.2.1.1.1.13
  1358. .T&
  1359. lw(114p) | lw(30p) | lw(36p) .
  1360. T{
  1361. \fIDelivery method argument\fR
  1362. T}        
  1363. .T&
  1364. lw(114p) | cw(30p) | cw(36p) .
  1365. T{
  1366. Requested\(hydelivery\(hymethod
  1367. T}    O    8.2.1.1.1.14
  1368. .T&
  1369. lw(114p) | lw(30p) | lw(36p) .
  1370. T{
  1371. \fIPhysical delivery arguments\fR
  1372. T}        
  1373. .T&
  1374. lw(114p) | cw(30p) | cw(36p) .
  1375. T{
  1376. Physical\(hyforwarding\(hyprohibited
  1377. T}    O    8.2.1.1.1.15
  1378. .T&
  1379. lw(114p) | cw(30p) | cw(36p) .
  1380. T{
  1381. Physical\(hyforwarding\(hyaddress\(hyrequest
  1382. T}    O    8.2.1.1.1.16
  1383. .T&
  1384. lw(114p) | cw(30p) | cw(36p) .
  1385. Physical\(hydelivery\(hymodes    O    8.2.1.1.1.17
  1386. .T&
  1387. lw(114p) | cw(30p) | cw(36p) .
  1388. Registered\(hymail\(hytype    O    8.2.1.1.1.18
  1389. .T&
  1390. lw(114p) | cw(30p) | cw(36p) .
  1391. T{
  1392. Recipient\(hynumber\(hyfor\(hyadvice
  1393. T}    O    8.2.1.1.1.19
  1394. .T&
  1395. lw(114p) | cw(30p) | cw(36p) .
  1396. T{
  1397. Physical\(hyrendition\(hyattributes
  1398. T}    O    8.2.1.1.1.20
  1399. .T&
  1400. lw(114p) | cw(30p) | cw(36p) .
  1401. T{
  1402. Originator\(hyreturn\(hyaddress
  1403. T}    O    8.2.1.1.1.21
  1404. .T&
  1405. lw(114p) | lw(30p) | lw(36p) .
  1406. T{
  1407. \fIReport request arguments\fR
  1408. T}        
  1409. .T&
  1410. lw(114p) | cw(30p) | cw(36p) .
  1411. T{
  1412. Originator\(hyreport\(hyrequest
  1413. T}    M    8.2.1.1.1.22
  1414. .T&
  1415. lw(114p) | cw(30p) | cw(36p) .
  1416. Content\(hyreturn\(hyrequest    O    8.2.1.1.1.23
  1417. .T&
  1418. lw(114p) | cw(30p) | cw(36p) .
  1419. T{
  1420. Physical\(hydelivery\(hyreport\(hyrequest
  1421. T}    O    8.2.1.1.1.24
  1422. .T&
  1423. lw(114p) | lw(30p) | lw(36p) .
  1424. \fISecurity arguments\fR        
  1425. .T&
  1426. lw(114p) | cw(30p) | cw(36p) .
  1427. Originator\(hycertificate    O    8.2.1.1.1.25
  1428. .T&
  1429. lw(114p) | cw(30p) | cw(36p) .
  1430. Message\(hytoken    O    8.2.1.1.1.26
  1431. .T&
  1432. lw(114p) | cw(30p) | cw(36p) .
  1433. T{
  1434. Content\(hyconfidentiality\(hyalgorithm\(hyidentifier
  1435. T}    O    8.2.1.1.1.27
  1436. .T&
  1437. lw(114p) | cw(30p) | cw(36p) .
  1438. Content\(hyintegrity\(hycheck    O    8.2.1.1.1.28
  1439. .T&
  1440. lw(114p) | cw(30p) | cw(36p) .
  1441. T{
  1442. Message\(hyorigin\(hyauthentication\(hycheck
  1443. T}    O    8.2.1.1.1.29
  1444. .T&
  1445. lw(114p) | cw(30p) | cw(36p) .
  1446. Message\(hysecurity\(hylabel    O    8.2.1.1.1.30
  1447. .T&
  1448. lw(114p) | cw(30p) | cw(36p) .
  1449. T{
  1450. Proof\(hyof\(hysubmission\(hyrequest
  1451. T}    O    8.2.1.1.1.31
  1452. .T&
  1453. lw(114p) | cw(30p) | cw(36p) .
  1454. T{
  1455. Proof\(hyof\(hydelivery\(hyrequest
  1456. T}    O    8.2.1.1.1.32
  1457. .T&
  1458. lw(114p) | lw(30p) | lw(36p) .
  1459. \fIContent arguments\fR        
  1460. .T&
  1461. lw(114p) | cw(30p) | cw(36p) .
  1462. T{
  1463. Original\(hyencoded\(hyinformation\(hytypes
  1464. T}    O    8.2.1.1.1.33
  1465. .T&
  1466. lw(114p) | cw(30p) | cw(36p) .
  1467. Content\(hytype    M    8.2.1.1.1.34
  1468. .T&
  1469. lw(114p) | cw(30p) | cw(36p) .
  1470. Content\(hyidentifier    O    8.2.1.1.1.35
  1471. .T&
  1472. lw(114p) | cw(30p) | cw(36p) .
  1473. Content\(hycorrelator    O    8.2.1.1.1.36
  1474. .T&
  1475. lw(114p) | cw(30p) | cw(36p) .
  1476. Content    M    8.2.1.1.1.37
  1477. _
  1478. .TE
  1479. .nr PS 9
  1480. .RT
  1481. .ad r
  1482. \fBTableau 3/X.411 [T3.411], p. 4\fR 
  1483. .sp 1P
  1484. .RT
  1485. .ad b
  1486. .RT
  1487. .LP
  1488. .bp
  1489. .PP
  1490. If this argument has the value \fBalternate\(hyrecipient\(hyallowed\fR 
  1491. and the \fBrecipient\(hyname\fR (specified by the originator of the message, 
  1492. or added by DL\(hyexpansion, or substituted by redirection to the 
  1493. \fBrecipient\(hyassigned\(hyalternate\(hyrecipient\fR or the
  1494. \fBoriginator\(hyrequested\(hyalternate\(hyrecipient\fR , or present by 
  1495. any combination of 
  1496. redirection and expansion) does not identify an MTS\(hyuser, the message may be
  1497. redirected to an alternate\(hyrecipient assigned by the recipient\(hyMD 
  1498. to receive 
  1499. such messages. If no such alternate\(hyrecipient has been assigned by the
  1500. recipient\(hyMD, or if this argument has the value \fB
  1501. alternate\(hyrecipient\(hyprohibited\fR , a non\(hydelivery report shall be
  1502. generated.
  1503. .PP
  1504. In the absence of this argument, the default
  1505. \fBalternate\(hyrecipient\(hyprohibited\fR shall be assumed.
  1506. .RT
  1507. .sp 1P
  1508. .LP
  1509. 8.2.1.1.1.4\ \ 
  1510. \fIRecipient\(hyreassignment\(hyprohibited\fR 
  1511. .sp 9p
  1512. .RT
  1513. .PP
  1514. This argument indicates whether the message may be reassigned to a \fBrecipient\(hyassigned\(hyalternate\(hyrecipient\fR 
  1515. registered by the intended\(hyrecipient. It may be generated by the originator 
  1516. of the message. 
  1517. .PP
  1518. This argument may have one of the following values:
  1519. \fBrecipient\(hyreassignment\(hyprohibited\fR or \fBrecipient\(hyreassignment\(hyallowed\fR 
  1520. . 
  1521. .PP
  1522. If this argument has the value \fBrecipient\(hyreassignment\(hyallowed\fR and
  1523. the intended\(hyrecipient has registered a
  1524. \fBrecipient\(hyassigned\(hyalternate\(hyrecipient\fR , the message shall 
  1525. be redirected to 
  1526. the \fBrecipient\(hyassigned\(hyalternate\(hyrecipient\fR .
  1527. .PP
  1528. If this argument has the value \fBrecipient\(hyreassignment\(hyprohibited\fR 
  1529. and the intended\(hyrecipient has registered a 
  1530. \fBrecipient\(hyassigned\(hyalternate\(hyrecipient\fR , then if an
  1531. \fBoriginator\(hyrequested\(hyalternate\(hyrecipient\fR has been specified 
  1532. by the 
  1533. originator of the message, the message shall be redirected to the
  1534. \fBoriginator\(hyrequested\(hyalternate\(hyrecipient\fR , or if no
  1535. \fBoriginator\(hyrequested\(hyalternate\(hyrecipient\fR has been specified 
  1536. by the originator of the message, a non\(hydelivery\(hyreport shall be 
  1537. generated. 
  1538. .PP
  1539. In the absence of this argument, the default
  1540. \fBrecipient\(hyreassignment\(hyallowed\fR shall be assumed.
  1541. .RT
  1542. .sp 1P
  1543. .LP
  1544. 8.2.1.1.1.5\ \ 
  1545. \fIOriginator\(hyrequested\(hyalternate\(hyrecipient\fR 
  1546. .sp 9p
  1547. .RT
  1548. .PP
  1549. This argument contains the \fBOR\(hyname\fR of the alternate\(hyrecipient
  1550. requested by the originator of the message. It may be generated by the
  1551. originator of the message. A different value of this argument may be specified 
  1552. for each recipient of the message. 
  1553. .PP
  1554. The \fBoriginator\(hyrequested\(hyalternate\(hyrecipient\fR contains the 
  1555. \fBOR\(hyname\fR of an individual, or DL, alternate\(hyrecipient. 
  1556. .PP
  1557. If this argument is present and delivery of the message to the
  1558. \fBrecipient\(hyname\fR (specified by the originator of the message, or 
  1559. added by 
  1560. DL\(hyexpansion, or substituted by redirection to the
  1561. \fBoriginator\(hyrequested\(hyalternate\(hyrecipient\fR specified by this 
  1562. argument. 
  1563. .PP
  1564. If an \fBoriginator\(hyrequested\(hyalternate\(hyrecipient\fR has been 
  1565. specified by the originator of the message, this message shall be redirected 
  1566. to that 
  1567. alternate recipient in preference to one assigned by the
  1568. recipient\(hyMD.
  1569. .RT
  1570. .sp 1P
  1571. .LP
  1572. 8.2.1.1.1.6\ \ 
  1573. \fIDL\(hyexpansion\(hyprohibited\fR 
  1574. .sp 9p
  1575. .RT
  1576. .PP
  1577. This argument indicates whether DL\(hyexpansion within an MTS shall
  1578. occur for any \fBrecipient\(hyname\fR which denotes a DL. It may be generated 
  1579. by the originator of the message. 
  1580. .PP
  1581. This argument may have one of the following values:
  1582. \fBDL\(hyexpansion\(hyprohibited\fR or \fBDL\(hyexpansion\(hyallowed\fR .
  1583. .PP
  1584. In the absence of this argument, the default \fBDL\(hyexpansion\(hyallowed\fR 
  1585. shall be assumed. 
  1586. .RT
  1587. .sp 1P
  1588. .LP
  1589. 8.2.1.1.1.7\ \ 
  1590. \fIDisclosure\(hyof\(hyrecipients\fR 
  1591. .sp 9p
  1592. .RT
  1593. .PP
  1594. This argument indicates whether the \fBrecipient\(hyname\fR of all
  1595. recipients are to be indicated to each recipient MTS\(hyuser when the message 
  1596. is delivered. It may be generated by the originator of the message. 
  1597. .PP
  1598. This argument may have one of the following
  1599. values: \fBdisclosure\(hyof\(hyrecipients\(hyallowed\fR or
  1600. \fBdisclosure\(hyof\(hy\fR 
  1601. \fBrecipients\(hyprohibited\fR .
  1602. .PP
  1603. In the absence of this argument, the default
  1604. \fBdisclosure\(hyof\(hyrecipients\(hyprohibited\fR shall be assumed.
  1605. .bp
  1606. .RT
  1607. .sp 1P
  1608. .LP
  1609. 8.2.1.1.1.8\ \ 
  1610. \fIPriority\fR 
  1611. .sp 9p
  1612. .RT
  1613. .PP
  1614. This argument specifies the relative priority of the message:
  1615. \fBnormal\fR , \fBnon\(hyurgent\fR or \fBurgent\fR . It may be generated 
  1616. by the originator of 
  1617. the message.
  1618. .PP
  1619. In the absence of this argument, a default \fBpriority\fR of \fBnormal\fR 
  1620. shall be assumed.
  1621. .RT
  1622. .sp 1P
  1623. .LP
  1624. 8.2.1.1.1.9\ \ 
  1625. \fIImplicit\(hyconversion\(hyprohibited\fR 
  1626. .sp 9p
  1627. .RT
  1628. .PP
  1629. This argument indicates whether implicit\(hyconversion may be
  1630. performed on the message \fBcontent\fR . It may be generated by the originator 
  1631. of 
  1632. the message.
  1633. .PP
  1634. This argument may have one of the following values:
  1635. \fBimplicit\(hyconversion\(hyprohibited\fR or \fBimplicit\(hyconversion\(hyallowed\fR 
  1636. . 
  1637. .PP
  1638. In the absence of this argument, the default
  1639. \fBimplicit\(hyconversion\(hyallowed\fR shall be assumed.
  1640. .PP
  1641. See also \(sc\ 8.2.1.1.1.10.
  1642. .RT
  1643. .sp 1P
  1644. .LP
  1645. 8.2.1.1.1.10\ \ 
  1646. \fIConversion\(hywith\(hyloss\(hyprohibited\fR 
  1647. .sp 9p
  1648. .RT
  1649. .PP
  1650. This argument indicates whether \fBencoded\(hyinformation\(hytype\fR 
  1651. conversion(s) may be carried out on the message \fBcontent\fR , if such
  1652. conversion(s) would result in loss of information. Loss of information is
  1653. defined in Recommendation\ X.408. It may be generated by the originator 
  1654. of the message. 
  1655. .PP
  1656. This argument may have one of the following values:
  1657. \fBconversion\(hywith\(hyloss\(hyprohibited\fR or \fBconversion\(hywith\(hyloss\(hyallowed\fR 
  1658. . 
  1659. .PP
  1660. In the absence of this argument, the default
  1661. \fBconversion\(hywith\(hyloss\(hyallowed\fR shall be assumed.
  1662. .PP
  1663. The combined effect of the \fBimplicit\(hyconversion\(hyprohibited\fR and
  1664. \fBconversion\(hywith\(hyloss\(hyprohibited\fR arguments relate to implicit\(hyconversion 
  1665. only and is defined in Table\ 4/X.411. 
  1666. .RT
  1667. .ce
  1668. \fBH.T. [T4.411]\fR 
  1669. .ce
  1670. TABLE\ 4/X.411
  1671. .ce
  1672. \fBCombined effect of conversion arguments\fR 
  1673. .ps 9
  1674. .vs 11
  1675. .nr VS 11
  1676. .nr PS 9
  1677. .TS
  1678. center box;
  1679. cw(60p) | cw(60p) | cw(60p) .
  1680. Implicit conversion    Conversion with loss    Combined effect
  1681. _
  1682. .T&
  1683. lw(60p) | lw(60p) | lw(60p) .
  1684. allowed    with\(hyloss\(hyallowed    allowed
  1685. .T&
  1686. lw(60p) | lw(60p) | lw(60p) .
  1687. allowed    with\(hyloss\(hyprohibited    with\(hyloss\(hyprohibited
  1688. .T&
  1689. lw(60p) | lw(60p) | lw(60p) .
  1690. prohibited    with\(hyloss\(hyallowed    prohibited
  1691. .T&
  1692. lw(60p) | lw(60p) | lw(60p) .
  1693. prohibited    with\(hyloss\(hyprohibited    prohibited
  1694. _
  1695. .TE
  1696. .nr PS 9
  1697. .RT
  1698. .ad r
  1699. \fBTabeau 4/X.411 [T4.411], p.\fR 
  1700. .sp 1P
  1701. .RT
  1702. .ad b
  1703. .RT
  1704. .sp 1P
  1705. .LP
  1706. 8.2.1.1.1.11\ \ 
  1707. \fIExplicit\(hyconversion\fR 
  1708. .sp 9p
  1709. .RT
  1710. .PP
  1711. This argument indicates the type of conversion of the message
  1712. \fBcontent\fR explicitly requested by the originator for the recipient. 
  1713. It may be generated by the originator of the message. A different value 
  1714. of this argument may be specified for each recipient of the message. 
  1715. .PP
  1716. This argument may have one of the following values:
  1717. \fBno\(hyexplicit\(hyconversion\fR , \fBia5\(hytext\(hyto\(hyteletex\fR 
  1718. , \fBteletex\(hyto\(hytelex\fR , 
  1719. \fBtelex\(hyto\(hyia5\(hytext\fR , \fBtelex\(hyto\(hyteletex\fR , \fBtelex\(hyto\(hyg4\(hyclass\(hy1\fR 
  1720. , 
  1721. \fBtelex\(hyto\(hyvideotex\fR , \fBia5\(hytext\(hyto\(hytelex\fR , \fBtelex\(hyto\(hyg3\(hyfacsimile\fR 
  1722. , 
  1723. \fBia5\(hytext\(hyto\(hyg3\(hyfacsimile\fR , \fBia5\(hytext\(hyto\(hyg4\(hyclass\(hy1\fR 
  1724. , \fBia5\(hytext\(hyto\(hyvideotex\fR , \fBteletex\(hyto\(hyia5\(hytext\fR 
  1725. , \fBteletex\(hyto\(hyg3\(hyfacsimile\fR , \fBteletex\(hyto\(hyg4\(hyclass\(hy1\fR 
  1726. , 
  1727. \fBteletex\(hyto\(hyvideotex\fR ,
  1728. \fBvideotex\(hyto\(hytelex\fR , \fBvideotex\(hyto\(hyia5\(hytext\fR , or 
  1729. \fBvideotex\(hyto\(hyteletex\fR . Other 
  1730. types of \fBexplicit\(hyconversion\fR may be defined by future versions of this
  1731. Recommendation. \fBExplicit\(hyconversion\fR shall be performed as specified in
  1732. Recommendation\ X.408.
  1733. .PP
  1734. In the absence of this argument, the default \fBno\(hyexplicit conversion\fR 
  1735. shall be assumed. 
  1736. .PP
  1737. \fINote\fR \ \(em\ When specified for a recipient DL, \fBexplicit\(hyconversion\fR 
  1738. applies to all members of the DL.
  1739. .bp
  1740. .RT
  1741. .sp 1P
  1742. .LP
  1743. 8.2.1.1.1.12\ \ 
  1744. \fIDeferred\(hydelivery\(hytime\fR 
  1745. .sp 9p
  1746. .RT
  1747. .PP
  1748. This argument specifies the \fBtime\fR before which the message should 
  1749. not be delivered to the recipient(s). It may be generated by the originator 
  1750. of the message. 
  1751. .RT
  1752. .sp 1P
  1753. .LP
  1754. 8.2.1.1.1.13\ \ 
  1755. \fILatest\(hydelivery\(hytime\fR 
  1756. .sp 9p
  1757. .RT
  1758. .PP
  1759. This argument contains the \fBtime\fR after which the message should
  1760. not be delivered to the recipient(s). It may be generated by the originator 
  1761. of the message. 
  1762. .PP
  1763. The handling of non\(hydelivery because of \fBlatest\(hydelivery\(hytime\fR is
  1764. described in \(sc\ 14.3.2.4.
  1765. .RT
  1766. .sp 1P
  1767. .LP
  1768. 8.2.1.1.1.14\ \ 
  1769. \fIRequested\(hydelivery\(hymethod\fR 
  1770. .sp 9p
  1771. .RT
  1772. .PP
  1773. This argument indicates the requested method of delivery of the
  1774. message to the recipient. It may be generated by the originator of the 
  1775. message. A different value of this argument may be specified for each recipient 
  1776. of the message. 
  1777. .PP
  1778. This argument may have one or more of the following values:
  1779. \fBany\(hydelivery\(hymethod\fR , \fBmhs\(hydelivery\fR , \fBphysical\(hydelivery\fR 
  1780. , \fBteletex\(hydelivery\fR , \fBg3\(hyfacsimile\(hydelivery\fR , \fBg4\(hyfacsimile\(hydelivery\fR 
  1781. , \fBia5\(hyterminal\(hydelivery\fR , 
  1782. \fBvideotex\(hydelivery\fR or \fBtelephone\(hydelivery\fR .
  1783. .PP
  1784. If more than one value of this argument is specified for a recipient, the 
  1785. sequence of the values shall be assumed to imply the originator's order 
  1786. of preference of delivery\(hymethods. 
  1787. .PP
  1788. In the absence of this argument, the default \fBany\(hydelivery\(hymethod\fR 
  1789. shall be assumed.
  1790. .PP
  1791. If the \fBrecipient\(hyname\fR generated by the originator of the message
  1792. contains a \fBdirectory\(hyname\fR but omits an \fBOR\(hyaddress\fR , the 
  1793. MTS may use the 
  1794. \fBrequested\(hydelivery\(hymethod\fR as an indication of which form of 
  1795. \fBOR\(hyaddress\fR the \fBdirectory\(hyname\fR should be mapped to by 
  1796. the MTS (e.g.,\ using the Directory). If a form of \fBOR\(hyaddress\fR 
  1797. appropriate to a \fBrequested\(hydelivery\(hymethod\fR cannot be found, 
  1798. a \fBrecipient\(hyimproperly\(hyspecified\fR abstract error shall be returned 
  1799. to the originator of the message. 
  1800. .PP
  1801. If the \fBrecipient\(hyname\fR generated by the originator of the message
  1802. contains an \fBOR\(hyaddress\fR of a form not appropriate to a
  1803. \fBrequested\(hydelivery\(hymethod\fR , a non\(hydelivery report shall 
  1804. be returned to the 
  1805. originator of the message.
  1806. .PP
  1807. If the originator\(hysupplied \fBrequested\(hydelivery\(hymethod\fR conflicts 
  1808. with the recipient's preferred delivery\(hymethod (e.g.,\ as registered 
  1809. in the Directory in the mhs\(hypreferred\(hydelivery\(hymethod attribute), 
  1810. the originator's 
  1811. \fBrequested\(hydelivery\(hymethod\fR takes precedence. If the originator's 
  1812. conversion 
  1813. requirements (see \(sc\(sc\ 8.2.1.1.1.9 to\ 8.2.1.1.1.11), a non\(hydelivery 
  1814. report shall be returned to the originator of the message. 
  1815. .RT
  1816. .sp 1P
  1817. .LP
  1818. 8.2.1.1.1.15\ \ 
  1819. \fIPhysical\(hyforwarding\(hyprohibited\fR 
  1820. .sp 9p
  1821. .RT
  1822. .PP
  1823. This argument indicates whether physical\(hyforwarding of the message is 
  1824. prohibited. It may be generated by the originator of the message if the 
  1825. \fBrequested\(hydelivery\(hymethod\fR argument specifies that physical\(hydelivery 
  1826. is 
  1827. required to the recipient, or if the originator of the message supplied a
  1828. \fBpostal\(hyOR\(hyaddress\fR for the recipient. A different value of this 
  1829. argument may be specified for each recipient of the message. 
  1830. .PP
  1831. This argument may have one of the following values:
  1832. \fBphysical\(hyforwarding\(hyallowed\fR , or \fBphysical\(hyforwarding\(hyprohibited\fR 
  1833. . 
  1834. .PP
  1835. In the absence of this argument, the default
  1836. \fBphysical\(hyforwarding\(hyallowed\fR shall be assumed.
  1837. .RT
  1838. .sp 1P
  1839. .LP
  1840. 8.2.1.1.1.16\ \ 
  1841. \fIPhysical\(hyforwarding\(hyaddress\(hyrequest\fR 
  1842. .sp 9p
  1843. .RT
  1844. .PP
  1845. This argument indicates whether the physical\(hyforwarding\(hyaddress of 
  1846. the recipient is to be returned in this report. It may be generated by 
  1847. the 
  1848. originator of the message if the \fBrequested\(hydelivery\(hymethod\fR 
  1849. argument specifies that physical\(hydelivery is required to the recipient, 
  1850. or if the originator of 
  1851. the message supplied a \fBpostal\(hyOR\(hyaddress\fR for the recipient. 
  1852. A different value of this argument may be specified for each recipient 
  1853. of the message. 
  1854. .PP
  1855. This argument may have one of the following values:
  1856. \fBphysical\(hyforwarding\(hyaddress\(hyrequested\fR or
  1857. \fBphysical\(hyforwarding\(hyaddress\(hynot\(hyrequested\fR .
  1858. .PP
  1859. In the absence of this argument, the default
  1860. \fBphysical\(hyforwarding\(hyaddress\(hynot\(hyrequested\fR shall be assumed.
  1861. .PP
  1862. A physical\(hyforwarding\(hyaddress may be requested when
  1863. physical\(hyforwarding is prohibited or allowed
  1864. (see\ \(sc\ 8.2.1.1.1.15).
  1865. .bp
  1866. .RT
  1867. .sp 1P
  1868. .LP
  1869. 8.2.1.1.1.17\ \ 
  1870. \fIPhysical\(hydelivery\(hymodes\fR 
  1871. .sp 9p
  1872. .RT
  1873. .PP
  1874. This argument indicates the mode of physical\(hydelivery to the
  1875. recipient to be used. It may be generated by the originator of the message 
  1876. if the \fBrequested\(hydelivery\(hymethod\fR argument specifies that physical\(hydelivery 
  1877. is 
  1878. required to the recipient, or if the originator of the message supplied a
  1879. \fBpostal\(hyOR\(hyaddress\fR for the recipient. A different value of this 
  1880. argument may be specified for each recipient of the message. 
  1881. .PP
  1882. This argument may have one of the following values: \fBordinary\(hymail\fR 
  1883. , \fBspecial\(hydelivery\fR , \fBexpress\(hymail\fR , \fBcounter\(hycollection\fR 
  1884. , 
  1885. \fBcounter\(hycollection\(hywith\(hytelephone\(hyadvice\fR ,
  1886. \fBcounter\(hycollection\(hywith\(hytelex\(hyadvice\fR ,
  1887. \fBcounter\(hycollection\(hywith\(hyteletex\(hyadvice\fR , or \fBbureau\(hyfax\(hydelivery\fR 
  1888. . 
  1889. .PP
  1890. Note that \fBbureau\(hyfax\(hydelivery\fR comprises all A to H modes of 
  1891. delivery defined in Recommendation\ F.170, i.e.,\ A\ \(em\ regular delivery, 
  1892. B\ \(em\ special 
  1893. delivery, C\ \(em\ express mail, D\ \(em\ counter collection, E\ \(em\ 
  1894. counter collection with telephone advice, F\ \(em\ telefax, G\ \(em\ counter 
  1895. collection with telex advice, and 
  1896. H\ \(em\ counter collection with teletex advice.
  1897. .PP
  1898. In the absence of this argument, the default \fBordinary\(hymail\fR shall 
  1899. be assumed. 
  1900. .RT
  1901. .sp 1P
  1902. .LP
  1903. 8.2.1.1.1.18\ \ 
  1904. \fIRegistered\(hymail\(hytype\fR 
  1905. .sp 9p
  1906. .RT
  1907. .PP
  1908. This argument indicates the type of registered mail service to be used 
  1909. physically deliver the message to the recipient. It may be generated by 
  1910. the originator of the message if the \fBrequested\(hydelivery\(hymethod\fR 
  1911. argument 
  1912. specifies that physical delivery is required to the recipient, or if the
  1913. originator of the message supplied a \fBpostal\(hyOR\(hyaddress\fR for 
  1914. the recipient. A different value of this argument may be specified for 
  1915. each recipient of the 
  1916. message.
  1917. .PP
  1918. This argument may have one of the following values:
  1919. \fBnon\(hyregistered\(hymail\fR , \fBregistered\(hymail\fR , or
  1920. \fBregistered\(hymail\(hyto\(hyaddressee\(hyin\(hyperson\fR .
  1921. .PP
  1922. In the absence of this argument, the default \fBordinary\(hymail\fR shall 
  1923. be assumed. 
  1924. .RT
  1925. .sp 1P
  1926. .LP
  1927. 8.2.1.1.1.19\ \ 
  1928. \fIRecipient\(hynumber\(hyfor\(hyadvice\fR 
  1929. .sp 9p
  1930. .RT
  1931. .PP
  1932. This argument contains the telephone, telex or teletex number of
  1933. the recipient, to be used in conjunction with the
  1934. \fBcounter\(hycollection\(hywith\(hyadvice\fR and \fBbureau\(hyfax\(hydelivery
  1935. physical\(hydelivery\(hymodes\fR . It may be generated by the originator 
  1936. of the message if the \fBrequested\(hydelivery\(hymethod\fR argument specifies 
  1937. that physical\(hydelivery is required to the recipient, or if the originator 
  1938. of the message supplied a 
  1939. \fBpostal\(hyOR\(hyaddress\fR for the recipient, and the \fBphysical\(hydelivery\(hymodes\fR 
  1940. argument specifies a \fBcounter\(hycollection\(hywith\(hyadvice\fR or \fBbureau\(hyfax\(hydelivery 
  1941. physical\(hydelivery\(hymode\fR . A different value of this argument may 
  1942. be specified 
  1943. for each recipient of the message.
  1944. .RT
  1945. .sp 1P
  1946. .LP
  1947. 8.2.1.1.1.20\ \ 
  1948. \fIPhysical\(hyrendition\(hyattributes\fR 
  1949. .sp 9p
  1950. .RT
  1951. .PP
  1952. This argument indicates the \fBphysical\(hyrendition\(hyattributes\fR of 
  1953. the message. It may be generated by the originator of the message if the 
  1954. \fBrequested\(hydelivery\(hymethod\fR argument specifies that physical\(hydelivery 
  1955. is 
  1956. required to the recipient, or if the originator of the message supplied a
  1957. \fBpostal\(hyOR\(hyaddress\fR for the recipient. A different value of this 
  1958. argument may be specified for each recipient of the message. 
  1959. .PP
  1960. This argument may have one of the following values: \fBbasic\fR . Future
  1961. versions of this Recommendation may define other values of this argument. 
  1962. Other values of this argument may be used by bilateral agreement between 
  1963. MDs. 
  1964. .PP
  1965. In the absence of this argument, the default \fBbasic\fR shall be
  1966. assumed.
  1967. .RT
  1968. .sp 1P
  1969. .LP
  1970. 8.2.1.1.1.21\ \ 
  1971. \fIOriginator\(hyreturn\(hyaddress\fR 
  1972. .sp 9p
  1973. .RT
  1974. .PP
  1975. This argument contains the \fBpostal\(hyOR\(hyaddress\fR of the originator 
  1976. of the message. It shall be generated by the originator of the message 
  1977. if the 
  1978. \fBrequested\(hydelivery\(hymethod\fR argument specifies that physical\(hydelivery 
  1979. is 
  1980. required to one or more recipients of the message, or if the originator 
  1981. of the message supplied one or more \fBpostal\(hyOR\(hyaddress\fR for the 
  1982. recipients. It may 
  1983. also be generated by the originator of the message if a recipient\ DL contains, 
  1984. or is likely to contain, one or more members for whom physical\(hydelivery 
  1985. is 
  1986. required.
  1987. .PP
  1988. The \fBoriginator\(hyreturn\(hyaddress\fR shall contain the \fBpostal\(hyOR\(hyaddress\fR 
  1989. of an individual originator (\fBOR\(hyaddress\fR ), i.e.,\ shall not contain 
  1990. the 
  1991. \fBdirectory\(hyname\fR of an individual originator nor the \fBdirectory\(hyname\fR 
  1992. of a 
  1993. DL.
  1994. .bp
  1995. .RT
  1996. .sp 1P
  1997. .LP
  1998. 8.2.1.1.1.22\ \ 
  1999. \fIOriginator\(hyreport\(hyrequest\fR 
  2000. .sp 9p
  2001. .RT
  2002. .PP
  2003. This argument indicates the kind of report requested by the
  2004. originator of the message. It shall be generated by the originator of the
  2005. message. A different value of this argument may be specified for each recipient 
  2006. of the message. 
  2007. .PP
  2008. This argument may have one of the following values:
  2009. .RT
  2010. .LP
  2011.     \(em
  2012.     \fBno\(hyreport\fR : the originator of the message requested the
  2013. suppression of non\(hydelivery\(hyreports;
  2014. .LP
  2015.     \(em
  2016.      \fBnon\(hydelivery\(hyreport\fR : a report is returned only in case of 
  2017. non\(hydelivery; 
  2018. .LP
  2019.     \(em
  2020.     \fBreport\fR : a report is returned in case of delivery or
  2021. non\(hydelivery.
  2022. .PP
  2023. Note that the value of this argument may be changed at a DL
  2024. expansion\(hypoint in line with the reporting\(hypolicy of the DL. Such 
  2025. a change may affect the number and type of reports the originator of the 
  2026. message may receive about delivery to a DL. 
  2027. .sp 1P
  2028. .LP
  2029. 8.2.1.1.1.23\ \ 
  2030. \fIContent\(hyreturn\(hyrequest\fR 
  2031. .sp 9p
  2032. .RT
  2033. .PP
  2034. This argument indicates whether the message \fBcontent\fR is to be
  2035. returned with any non\(hydelivery\(hyreport(s). It may be generated by 
  2036. the originator of the message. 
  2037. .PP
  2038. This argument may have one of the following values:
  2039. \fBcontent\(hyreturn\(hyrequested\fR or \fBcontent\(hyreturn\(hynot\(hyrequested\fR 
  2040. . 
  2041. .PP
  2042. In the absence of this argument, the default
  2043. \fBcontent\(hyreturn\(hynot\(hyrequested\fR shall be assumed.
  2044. .PP
  2045. Note that the suppression of non\(hydelivery\(hyreports by the
  2046. originator of the message (see \(sc\ 8.2.1.1.1.22) takes precedence over 
  2047. a request for the return of the \fBcontent\fR . 
  2048. .PP
  2049. Note that in the case of non\(hydelivery\(hyreports delivered to the
  2050. owner of a DL (see \(sc\ 8.3.1.2.1.4), the message \fBcontent\fR shall not be
  2051. present.
  2052. .RT
  2053. .sp 1P
  2054. .LP
  2055. 8.2.1.1.1.24\ \ 
  2056. \fIPhysical\(hydelivery\(hyreport\(hyrequest\fR 
  2057. .sp 9p
  2058. .RT
  2059. .PP
  2060. This argument indicates the type of physical\(hydelivery\(hyreport
  2061. requested by the originator of the message. It may be generated by the
  2062. originator of the message if the \fBrequested\(hydelivery\(hymethod\fR 
  2063. argument specifies that physical\(hydelivery is required to the recipient 
  2064. or if the originator of the message supplied a \fBpostal\(hyOR\(hyaddress\fR 
  2065. for the recipient. A different value of this argument may be specified 
  2066. for each recipient of the message. 
  2067. .PP
  2068. This argument may have one of the following values:
  2069. \fBreturn\(hyof\(hyundeliverable\(hymail\(hyby\(hyPDS, return\(hyof\(hynotification\(hyby 
  2070. PDS,\fR 
  2071. \fBreturn\(hyof\(hynotification\(hyby\(hyMHS\fR , or \fBreturn\(hyof\(hynotification\(hyby\(hyMHS\(hyand\(hyPDS\fR 
  2072. . 
  2073. .PP
  2074. In the absence of this argument, the default
  2075. \fBreturn\(hyof\(hyundeliverable\(hymail\(hyby\(hyPDS\fR shall be assumed.
  2076. .RT
  2077. .sp 1P
  2078. .LP
  2079. 8.2.1.1.1.25\ \ 
  2080. \fIOriginator\(hycertificate\fR 
  2081. .sp 9p
  2082. .RT
  2083. .PP
  2084. This argument contains the \fBcertificate\fR of the originator of the message. 
  2085. It shall be generated by a trusted source (e.g.\ a 
  2086. certification\(hyauthority), and may be supplied by the originator of the
  2087. message.
  2088. .PP
  2089. The \fBoriginator\(hycertificate\fR may be used to convey a verified copy 
  2090. of the public\(hyasymmetric\(hyencryption\(hykey (\fBsubject\(hypublic\(hykey\fR 
  2091. ) of the originator of the message. 
  2092. .PP
  2093. The originator's public\(hyasymmetric\(hyencryption\(hykey may be used 
  2094. by the recipient(s) of the message to validate the \fBmessage\(hytoken\fR 
  2095. , if an 
  2096. \fBasymmetric\(hytoken\fR , if an \fBasymmetric\(hytoken\fR is used.
  2097. .PP
  2098. The originator's public\(hyasymmetric\(hyencryption\(hykey may also be 
  2099. used by the recipient(s) of the message, and any MTA through which the 
  2100. message is 
  2101. transferred, to validate the \fBmessage\(hyorigin\(hyauthentication\(hycheck\fR 
  2102. . 
  2103. .RT
  2104. .sp 1P
  2105. .LP
  2106. 8.2.1.1.1.26\ \ 
  2107. \fIMessage\(hytoken\fR 
  2108. .sp 9p
  2109. .RT
  2110. .PP
  2111. This argument contains the \fBtoken\fR associated with the message. It 
  2112. may be generated by the originator of the message. A different value of 
  2113. this 
  2114. argument may be specified for each recipient of the message.
  2115. .PP
  2116. If the \fBmessage\(hytoken\fR is an \fBasymmetric\(hytoken\fR , the \fBsigned\(hydata\fR 
  2117. may comprise: 
  2118. .RT
  2119. .LP
  2120.     \(em
  2121.     any of the following arguments: the
  2122. \fBcontent\(hyconfidentiality\(hyalgorithm\(hyidentifier\fR , the \fBcontent\(hyintegrity\(hycheck\fR 
  2123. , the \fBmessage\(hysecurity\(hylabel\fR , and the \fBproof\(hyof\(hydelivery\(hyrequest\fR 
  2124. ; and 
  2125. .LP
  2126.     \(em
  2127.      a \fBmessage\(hysequence\(hynumber\fR , that identifies the position 
  2128. of the message in a sequence of messages from the originator to the recipient 
  2129. to which the \fBmessage\(hytoken\fR relates (to provide the Message Sequence 
  2130. Integrity 
  2131. element\(hyof\(hyservice, as defined in Recommendaton\ X.400).
  2132. .bp
  2133. .PP
  2134. If the \fBmessage\(hytoken\fR is an \fBasymmetric\(hytoken\fR , the
  2135. \fBencrypted\(hydata\fR may comprise:
  2136. .LP
  2137.     \(em
  2138.      a \fBcontent\(hyconfidentiality\(hykey\fR : a symmetric\(hyencryption\(hykey 
  2139. used with the \fBcontent\(hyconfidentiality\(hy\fR 
  2140. \fBalgorithm\(hyidentifier\fR by the
  2141. originator
  2142. of the message to encrypt the message \fBcontent\fR , and by the recipient to
  2143. decrypt the message \fBcontent\fR ; and/or
  2144. .LP
  2145.     \(em
  2146.     the \fBcontent\(hyintegrity\(hycheck\fR : may be included in the
  2147. \fBencrypted\(hydata\fR , rather than the \fBsigned\(hydata\fR , if confidentiality 
  2148. of the 
  2149. \fBcontent\(hyintegrity\(hycheck\fR is required, and/or if the \fBmessage\(hysecurity\(hylabel\fR 
  2150. is included in the \fBencrypted\(hydata\fR (for confidentiality of the 
  2151. \fBmessage\(hysecurity\(hylabel\fR ) and the association between\fR \fBcontent\(hyintegrity\(hycheck\fR 
  2152. and the \fBmessage\(hysecurity\(hylabel\fR is to be 
  2153. maintained;
  2154. .LP
  2155.     \(em
  2156.     the \fBmessage\(hysecurity\(hylabel\fR : may be included in the
  2157. \fBencrypted\(hydata\fR , rather than the \fBsigned\(hydata\fR , if confidentiality 
  2158. of the 
  2159. \fBmessage\(hysecurity\(hylabel\fR is required;
  2160. .LP
  2161.     \(em
  2162.     a \fBcontent\(hyintegrity\(hykey\fR : a symmetric\(hyencryption\(hykey used
  2163. with the \fBcontent\(hyintegrity\(hyalgorithm\(hyidentifier\fR by the originator 
  2164. of the 
  2165. message to compute the \fBcontent\(hyintegrity\(hycheck\fR , and by the 
  2166. recipient to 
  2167. validate the \fBcontent\(hyintegrity\(hycheck\fR ;
  2168. .LP
  2169.     \(em
  2170.      a \fBmessage\(hysequence\(hynumber\fR : as defined for the \fBsigned\(hydata\fR 
  2171. above, but may be included in the \fBencrypted\(hydata\fR instead if confidentiality 
  2172. of the sequence is required. 
  2173. .PP
  2174. If the \fBmessage\(hytoken\fR is an \fBasymmetric\(hytoken\fR and the
  2175. \fBsigned\(hydata\fR of the \fBmessage\(hytoken\fR includes the \fBcontent\(hyintegrity\(hycheck\fR 
  2176. , 
  2177. the \fBmessage\(hytoken\fR provides for non\(hyrepudiation\(hyof\(hyorigin 
  2178. of message \fBcontent\fR (the 
  2179. non\(hyrepudiation of origin element\(hyof\(hyservice, as defined in
  2180. Recommendation\ X.400). If the \fBsigned\(hydata\fR of the \fBmessage\(hytoken\fR 
  2181. includes 
  2182. both the \fBcontent\(hyintegrity\(hycheck\fR and the \fBmessage\(hysecurity\(hylabel\fR 
  2183. , the 
  2184. \fBmessage\(hytoken\fR provides proof of association between the
  2185. \fBmessage\(hysecurity\(hylabel\fR and the message \fBcontent\fR .
  2186. .sp 1P
  2187. .LP
  2188. 8.2.1.1.1.27\ \ 
  2189. \fIContent\(hyconfidentiality\(hyalgorithm\(hyidentifier\fR 
  2190. .sp 9p
  2191. .RT
  2192. .PP
  2193. This argument contains an \fBalgorithm\(hyidentifier\fR , which identifies 
  2194. the algorithm used by the originator of the message to encrypt the message 
  2195. \fBcontent\fR (to provide the content confidentiality element\(hyof\(hyservice 
  2196. as defined in Recommendation\ X.400). It may be generated by the originator 
  2197. of the 
  2198. message.
  2199. .PP
  2200. The algorithm may be used by the recipient(s) of the message to
  2201. decrypt the message \fBcontent\fR .
  2202. .PP
  2203. The content\(hyconfidentiality altorithm may be either a symmetric\(hy 
  2204. or an asymmetric\(hyencryption\(hyalgorithm. 
  2205. .PP
  2206. If a symmetric\(hyencryption\(hyalgorithm is used, the
  2207. \fBcontent\(hyconfidentiality\(hykey\fR used by the originator to encrypt 
  2208. the message 
  2209. \fBcontent\fR , and which the recipient may use to decrypt the message 
  2210. \fBcontent\fR , 
  2211. may be derived from the \fBmessage\(hytoken\fR sent with the message. Alternatively, 
  2212. \fBcontent\(hyconfidentiality\(hykey\fR may be distributed by some other 
  2213. means. 
  2214. .PP
  2215. If an asymmetric\(hyencryption\(hyalgorithm is used, the
  2216. intended\(hyrecipient's public\(hyasymmetric\(hyencryption\(hykey may be 
  2217. used by the 
  2218. originator of the message to encrypt the message \fBcontent\fR . The recipient 
  2219. may use the recipient's secret\(hyasymmetric\(hyencryption\(hykey to decrypt 
  2220. the message 
  2221. \fBcontent\fR . Note that if an asymmetric\(hyencryption\(hyalgorithm is 
  2222. used, the message can only be addressed to a single recipient, or to a 
  2223. set of recipients which 
  2224. share the same asymmetric\(hyencryption\(hykey pair.
  2225. .RT
  2226. .sp 1P
  2227. .LP
  2228. 8.2.1.1.1.28\ \ 
  2229. \fIContent\(hyintegrity\(hycheck\fR 
  2230. .sp 9p
  2231. .RT
  2232. .PP
  2233. This argument provides the recipient(s) of the message with a means of 
  2234. validating that the message \fBcontent\fR has not been modified (to provide 
  2235. the content integrity element\(hyof\(hyservice as defined in Recommendation\ 
  2236. X.400). It 
  2237. may be generated by the originator of the message. A different value of the
  2238. argument may be specified for each recipient of the message.
  2239. .PP
  2240. The \fBcontent\(hyintegrity\(hycheck\fR enables content\(hyintegrity to be
  2241. validated on a per\(hyrecipient basis using either a symmetric\(hy or an
  2242. asymmetric\(hyencryption\(hyalgorithm. Note that the
  2243. \fBmessage\(hyorigin\(hyauthentication\(hycheck\fR provides a means of 
  2244. validating 
  2245. content\(hyintegrity on a per\(hymessage basis using an
  2246. asymmetric\(hyencryption\(hyalgorithm.
  2247. .PP
  2248. The \fBcontent\(hyintegrity\(hycheck\fR may be included in the \fBsigned\(hydata\fR 
  2249. or the \fBencrypted\(hydata\fR of the \fBmessage\(hytoken\fR to provide 
  2250. for 
  2251. non\(hyrepudiation\(hyof\(hyorigin of the message \fBcontent\fR , and proof 
  2252. of association 
  2253. between the \fBmessage\(hy\fR 
  2254. \fBsecurity\(hylabel\fR and the message \fBcontent\fR .
  2255. .PP
  2256. The \fBcontent\(hyintegrity\(hycheck\fR is computed using the algorithm
  2257. identified by the \fBcontent\(hyintegrity\(hyalgorithm\(hyidentifier\fR (an
  2258. \fBalgorithm\(hyidentifier\fR ).
  2259. .bp
  2260. .PP
  2261. The \fBcontent\(hyintegrity\(hycheck\fR contains the
  2262. \fBcontent\(hyintegrity\(hyalgorithm\(hyidentifier\fR , and an encrypted 
  2263. function (e.g.,\ a 
  2264. compressed or hashed version) of the \fBcontent\(hyintegrity\(hyalgorithm\(hyidentifier\fR 
  2265. and the message \fBcontent\fR . Note that the \fBcontent\(hyintegrity\(hycheck\fR 
  2266. is computed using the clear (i.e.\ unencrypted) message \fBcontent\fR . 
  2267. .PP
  2268. The content\(hyintegrity\(hyalgorithm may be either a symmetric\(hy or an
  2269. asymmetric\(hyencryption\(hyalgorithm. Note that the use of a symmetric\(hyencryption 
  2270. algorithm may permit simultaneous compression and encryption of the message
  2271. \fBcontent\fR .
  2272. .PP
  2273. If a symmetric\(hyencryption\(hyalgorithm is used, the
  2274. \fBcontent\(hyintegrity\(hykey\fR used to compute the \fBcontent\(hyintegrity\(hycheck\fR 
  2275. , and 
  2276. which the recipient may use to validate the \fBcontent\(hyintegrity\(hycheck\fR 
  2277. , may be derived from the \fBmessage\(hytoken\fR sent with the message. 
  2278. Alternatively, the 
  2279. \fBcontent\(hyintegrity\(hykey\fR may be distributed by some other means.
  2280. .PP
  2281. If an asymmetric\(hyencryption\(hyalgorithm is used, the originator's
  2282. secret\(hyasymmetric\(hyencryption\(hykey may be used by the originator 
  2283. of the message to compute the \fBcontent\(hyintegrity\(hycheck\fR . The 
  2284. recipient may use the 
  2285. originator's public\(hyasymmetric\(hyencryption\(hykey (\fBsubject\(hypublic\(hykey\fR 
  2286. ) derived 
  2287. from the \fBoriginator\(hycertificate\fR to validate the
  2288. \fBcontent\(hyintegrity\(hycheck\fR .
  2289. .RT
  2290. .sp 1P
  2291. .LP
  2292. 8.2.1.1.1.29\ \ 
  2293. \fIMessage\(hyorigin\(hyauthentication\(hycheck\fR 
  2294. .sp 9p
  2295. .RT
  2296. .PP
  2297. This argument provides the recipient(s) of the message, and any MTA through 
  2298. which the message is transferred, with a means of authenticating the 
  2299. origin of the message (to provide the Message Origin Authentication
  2300. element\(hyof\(hyservice as defined in Recommendation\ X.400). It may be 
  2301. generated by the originator of the message. 
  2302. .PP
  2303. The \fBmessage\(hyorigin\(hyauthentication\(hycheck\fR provides proof of the
  2304. origin of the message (message origin authentication), assurance that the
  2305. message \fBcontent\fR has not been modified (the content integrity
  2306. element\(hyof\(hyservice as defined in Recommendation\ X.400), and proof of
  2307. association between the \fBmessage\(hysecurity\(hylabel\fR and the message.
  2308. .PP
  2309. The \fBmessage\(hyorigin\(hyauthentication\(hycheck\fR is computed using the
  2310. algorithm (asymmetric\(hyencryption\(hyalgorithm and hash\(hyfunction) 
  2311. identified by 
  2312. the \fBmessage\(hyorigin\(hyauthentication\(hyalgorithm\(hyidentifier\fR (an
  2313. \fBalgorithm\(hyidentifier\fR ).
  2314. .PP
  2315. The \fBmessage\(hyorigin\(hyauthentication\(hycheck\fR contains the
  2316. \fBmessage\(hyorigin\(hyauthentication\(hyalgorithm\(hyidentifier\fR , 
  2317. and an asymmetrically 
  2318. encrypted, hashed version of the
  2319. \fBmessage\(hyorigin\(hyauthentication\(hyalgorithm\(hyidentifier\fR , 
  2320. the message \fBcontent\fR , 
  2321. the \fBcontent\(hyidentifier\fR and the \fBmessage\(hysecurity\(hylabel\fR 
  2322. . Optional components are included in the \fBmessage\(hyorigin\(hyauthentication\(hycheck\fR 
  2323. if they are present in the message. 
  2324. .PP
  2325. If content\(hyconfidentiality (see \(sc 8.2.1.1.1.27) is also used, the
  2326. \fBmessage\(hyorigin\(hyauthentication\(hycheck\fR is computed using the 
  2327. encrypted version of the message \fBcontent\fR (to allow the \fBmessage\(hyorigin\(hyauthentication\(hycheck\fR 
  2328. to be validated by other than the intended\(hyrecipient (e.g.\ by an MTA) 
  2329. without compromising the confidentiality of the message \fBcontent\fR ). 
  2330. Note that if the 
  2331. clear (i.e.\ unencrypted) version of the message \fBcontent\fR is used 
  2332. to compute 
  2333. the \fBmessage\(hyorigin\(hyauthentication\(hycheck\fR , the \fB
  2334. message\(hyorigin\(hyauthentication\(hycheck\fR provides for both message\(hyorigin 
  2335. authentication and non\(hyrepudiation of origin of the message \fBcontent\fR (a
  2336. signature), as defined in Recommendation\ X.400. If, however, the encrypted
  2337. version of the message \fBcontent\fR is used, the \fB
  2338. message\(hyorigin\(hyauthentication\(hycheck\fR provides for message\(hyorigin
  2339. authentication, but not for non\(hyrepudiation of origin of the message
  2340. \fBcontent\fR .
  2341. .PP
  2342. \fR 
  2343. .PP
  2344. The \fBmessage\(hyorigin\(hyauthentication\(hycheck\fR may be computed by the
  2345. originator of the message using the originator's
  2346. secret\(hyasymmetric\(hyencryption\(hykey. The \fBmessage\(hyorigin\(hyauthentication\(hycheck\fR 
  2347. may be validated by the recipient(s) of the message, and any MTA through 
  2348. which the message is transferred, using the public\(hyasymmetric\(hyencryption\(hykey 
  2349. \fB 
  2350. (\fBsubject\(hypublic\(hykey\fR ) of the originator of the message derived 
  2351. from the 
  2352. \fBoriginator\(hycertificate\fR .
  2353. .PP
  2354. Future version of this Recommendation may define other forms of
  2355. \fBmessage\(hyorigin\(hyauthentication\(hycheck\fR (e.g.,\ based on
  2356. symmetric\(hyencryption\(hytechniques) which may be used by MTAs through 
  2357. which the 
  2358. message is transferred to authenticate the origin of the message.
  2359. .RT
  2360. .sp 1P
  2361. .LP
  2362. 8.2.1.1.1.30\ \ 
  2363. \fIMessage\(hysecurity label\fR 
  2364. .sp 9p
  2365. .RT
  2366. .PP
  2367. This argument associates a \fBsecurity\(hylabel\fR with the message (or
  2368. probe). It may be generated by the originator of the message (or probe), in
  2369. line with the security\(hypolicy in force.
  2370. .PP
  2371. The \fBmessage\(hysecurity label\fR of a report shall be the same as the\fR 
  2372. \fBmessage\(hysecurity label\fR of the subject\(hymessage (or subject\(hyprobe). 
  2373. .bp
  2374. .PP
  2375. If \fBsecurity\(hylabels\fR are assigned to MTS\(hyusers, MTAs and other
  2376. objects
  2377. in the MHS, the handling by those objects of messages, probes and reports
  2378. bearing \fBmessage\(hysecurity\(hylabels\fR may be determined by the security\(hypolicy 
  2379. in force. If \fBsecurity\(hylabels\fR are not assigned to MTS\(hyusers, 
  2380. MTAs and other 
  2381. objects in the MHS, the handling by those objects of messages, probes and
  2382. reports bearing \fBmessage\(hysecurity\(hylabels\fR may be discretionary.
  2383. .PP
  2384. If \fBsecurity\(hycontexts\fR are established between the originator and 
  2385. an MTA (the originating\(hyMTA) of the MTS (see \(sc\(sc\ 8.1.1.1.1.3 and 
  2386. 8.2.1.4.1.5), the \fBmessage\(hysecurity\(hylabel\fR that the originator 
  2387. may assign to a message (or probe) may be determined by the \fBsecurity\(hycontext\fR 
  2388. (submission\(hysecurity\(hycontext), in line with the security\(hypolicy 
  2389. in force. If \fBsecurity\(hycontexts\fR are not 
  2390. established between the originator and the originating\(hyMTA, the assignment 
  2391. of a \fBmessage\(hysecurity\(hylabel\fR to a message (or probe) may be 
  2392. at the discretion of 
  2393. the originator.
  2394. .PP
  2395. If \fBsecurity\(hycontexts\fR are established between two MTAs (see \(sc
  2396. 12.1.1.1.1.3), the transfer of messages, probes or reports between the 
  2397. MTAs may be determined by the \fBmessage\(hysecurity\(hylabels\fR of the 
  2398. messages, probes or 
  2399. reports, and the \fBsecurity\(hycontext\fR , in line with the security\(hypolicy 
  2400. in force. If \fBsecurity\(hycontexts\fR are not established between the 
  2401. MTAs, the transfer of 
  2402. messages, probes and reports may be at the discretion of the sender.
  2403. .PP
  2404. If \fBsecurity\(hycontexts\fR are established between an MTS\(hyuser and 
  2405. an MTA (the delivering\(hyMTA) of the MTS (see \(sc\(sc\ 8.1.1.1.1.3 and 
  2406. 8.3.1.3.1.7), the 
  2407. delivery of messages and reports may be determined by the
  2408. \fBmessage\(hysecurity\(hylabels\fR of the messages and reports, and the
  2409. \fBsecurity\(hycontext\fR (delivery\(hysecurity\(hycontext), in line with the
  2410. security\(hypolicy in force. If the \fBmessage\(hysecurity\(hylabel\fR 
  2411. of a message or 
  2412. report is allowed by the registered \fBuser\(hysecurity\(hylabels\fR of 
  2413. the recipient, 
  2414. but disallowed by the recipient's current \fBsecurity\(hycontext\fR (delivery\(hysecurity\(hycontext), 
  2415. then the delivering\(hyMTA may hold\(hyfor\(hydelivery. If \fBsecurity\(hycontexts\fR 
  2416. are not established between the MTS\(hyuser and the 
  2417. delivering\(hyMTA, the delivery of messages and reports may be at the discretion 
  2418. of the delivering\(hyMTA. 
  2419. .RT
  2420. .sp 1P
  2421. .LP
  2422. 8.2.1.1.1.31\ \ 
  2423. \fIProof\(hyof\(hysubmission\(hyrequest\fR 
  2424. .sp 9p
  2425. .RT
  2426. .PP
  2427. This argument indicates whether or not the originator of the
  2428. message requires \fBproof\(hyof\(hysubmission\fR (to provide the proof 
  2429. of submission 
  2430. element\(hyof\(hyservice) as defined in Recommendation\ X.400) of the message 
  2431. to the MTS. It may be generated by the originator of the message. 
  2432. .PP
  2433. This argument may have one of the following values:
  2434. \fBproof\(hyof\(hysubmission\(hyrequested\fR or \fBproof\(hyof\(hysubmission\(hynot\(hyrequested\fR 
  2435. . 
  2436. .PP
  2437. \fR 
  2438. In the absence of this argument, the default
  2439. \fBproof\(hyof\(hysubmission\(hynot\(hyrequested\fR shall be assumed.
  2440. .RT
  2441. .sp 1P
  2442. .LP
  2443. 8.2.1.1.1.32\ \ 
  2444. \fIProof\(hyof\(hydelivery\(hyrequest\fR 
  2445. .sp 9p
  2446. .RT
  2447. .PP
  2448. This argument indicates whether or not the originator of the
  2449. message requires \fBproof\(hyof\(hydelivery\fR (to provide the proof of 
  2450. delivery 
  2451. element\(hyof\(hyservice as defined in Recommendation\ X.400) of the message 
  2452. to the 
  2453. recipient. It may be generated by the originator of the message. A different
  2454. value of this argument may be specified for each recipient of the message.
  2455. .PP
  2456. This argument may have one of the following values:
  2457. \fBproof\(hyof\(hydelivery\(hyrequested\fR or \fBproof\(hyof\(hydelivery\(hynot\(hyrequested\fR 
  2458. . 
  2459. .PP
  2460. \fR 
  2461. In the absence of this argument, the default
  2462. \fBproof\(hyof\(hydelivery\(hynot\(hyrequested\fR shall be assumed.
  2463. .RT
  2464. .sp 1P
  2465. .LP
  2466. 8.2.1.1.1.33\ \ 
  2467. \fIOriginal\(hyencoded\(hyinformation\(hytypes\fR 
  2468. .sp 9p
  2469. .RT
  2470. .PP
  2471. This argument identifies the original \fBencoded\(hyinformation\(hytypes\fR 
  2472. of the message \fBcontent\fR . It may be generated by the originator of 
  2473. the 
  2474. message.
  2475. .PP
  2476. The absence of this argument indicates that the
  2477. \fBoriginal\(hyencoded\(hyinformation\(hytypes\fR of the message \fBcontent\fR 
  2478. are 
  2479. unspecified.
  2480. .RT
  2481. .sp 1P
  2482. .LP
  2483. 8.2.1.1.1.34\ \ 
  2484. \fIContent\(hytype\fR 
  2485. .sp 9p
  2486. .RT
  2487. .PP
  2488. This argument identifies the type of the content of the message. It shall 
  2489. be generated by the originator of the message. The \fBcontent\(hytype\fR 
  2490. shall be either built\(hyin or extended. 
  2491. .PP
  2492. A built\(hyin \fBcontent\(hytype\fR may have one of the following
  2493. values:
  2494. .RT
  2495. .LP
  2496.     \(em
  2497.     \fBunidentified:\fR denotes a \fBcontent\(hytype\fR unidentified and
  2498. unconstrained; the of this \fBunidentified content\(hy\fR 
  2499. \fBtype\fR is by bilateral
  2500. agreement between MTS\(hyusers;
  2501. .LP
  2502.     \(em
  2503.     \fBexternal:\fR denotes a \fBcontent\(hytype\fR which is reserved for
  2504. use when interworking between 1988\ systems and 1984\ systems (see
  2505. Recommendation\ X.419);
  2506. .LP
  2507.     \(em
  2508.     \fBinterpersonal\(hymessaging\(hy1984\fR : identifies the
  2509. \fBinterpersonal\(hymessaging\(hy1984 content\(hytype\fR defined in Recommendation\ 
  2510. X.420; 
  2511. .bp
  2512. .LP
  2513.     \(em
  2514.     \fBinterpersonal\(hymessaging\(hy1988\fR : identifies the
  2515. \fBinterpersonal\(hymessaging\(hy1988 content\(hytype\fR defined in Recommendation\ 
  2516. X.420; 
  2517. .LP
  2518.     \(em
  2519.     one specific value of an extended \fBcontent\(hytype\fR which has
  2520. been defined by this Recommendation is \fBinner\(hyenvelope\fR : an extended
  2521. \fBcontent\(hytype\fR that is itself a message (envelope and content), 
  2522. for forwarding by the recipient named on the outer\(hyenvelope to those 
  2523. named on the 
  2524. inner\(hyenvelope. The type of the \fBcontent\fR OCTET STRING in an \fBMTS\(hyAPDU\fR 
  2525. , 
  2526. encoded using the Basic Encoding Rules of ASN.1. [Note that the inner\(hyenvelope 
  2527. and using the security arguments (see \(sc\(sc\ 8.2.1.1.1.25 to 8.2.1.1.1.32).] 
  2528. .PP
  2529. Other standardized \fBextended\fR \fBcontent\(hytypes\fR may be defined by
  2530. future versions of this Recommendation. Other values of this argument may be
  2531. used by bilateral agreement between MTS\(hyusers.
  2532. .sp 1P
  2533. .LP
  2534. 8.2.1.1.1.35\ \ 
  2535. \fIContent\(hyidentifier\fR 
  2536. .sp 9p
  2537. .RT
  2538. .PP
  2539. This argument contains an identifier for the \fBcontent\fR of the
  2540. message. It may be generated by the originator of the message.
  2541. .PP
  2542. The \fBcontent\(hyidentifier\fR may be delivered to the recipient(s) of 
  2543. the message, and is returned to the originator with any report(s). This 
  2544. argument is not altered by the MTS. 
  2545. .RT
  2546. .sp 1P
  2547. .LP
  2548. 8.2.1.1.1.36\ \ 
  2549. \fIContent\(hycorrelator\fR 
  2550. .sp 9p
  2551. .RT
  2552. .PP
  2553. This argument contains information to enable correlation of the
  2554. \fBcontent\fR of the message by the originator of the message. It may be 
  2555. generated by the originator of the message. 
  2556. .PP
  2557. The \fBcontent\(hycorrelator\fR is not delivered to the recipient(s) of 
  2558. the message, but is returned to the originator with any report(s). This 
  2559. argument 
  2560. is not altered by the MTS.
  2561. .RT
  2562. .sp 1P
  2563. .LP
  2564. 8.2.1.1.1.37\ \ 
  2565. \fIContent\fR 
  2566. .sp 9p
  2567. .RT
  2568. .PP
  2569. This argument contains the information the message is intended to convey 
  2570. to the recipient(s). It shall be generated by the originator of the 
  2571. message.
  2572. .PP
  2573. Except when conversion is performed, the \fBcontent\fR of the message is 
  2574. not modified by the MTS, but rather is passed transparently through it. 
  2575. .PP
  2576. The \fBcontent\fR may be encrypted to ensure its confidentiality (see
  2577. \(sc\ 8.2.1.1.1.27).
  2578. .PP
  2579. The \fBcontent\fR may be an \fBexternal\(hycontent\fR . The \fBcontent\fR is an
  2580. \fBexternal\(hycontent\fR when the \fBcontent\(hytype\fR argument has the 
  2581. value \fBexternal\fR . When the \fBcontent\fR is an \fBexternal\(hycontent\fR 
  2582. , the \fBexternal\(hycontent\(hytype\fR is 
  2583. specified by the object identifier of the \fBexternal\(hycontent\fR . An
  2584. \fBexternal\(hycontent\fR may be used to convey an \fBinner\(hyenvelope\fR (see
  2585. \(sc\ 8.2.1.1.1.34), or for interworking between 1988\ systems and 1984\ 
  2586. systems 
  2587. (see Recommendation\ X.419).
  2588. .RT
  2589. .LP
  2590. \fR \fR \fR 
  2591. .sp 1P
  2592. .LP
  2593. 8.2.1.1.2\ \ \fIResults\fR 
  2594. .sp 9p
  2595. .RT
  2596. .PP
  2597. Table 5/X.411 lists the results of the message\(hysubmission
  2598. abstract\(hyoperation, and for each result qualifies its presence and identifies 
  2599. the clause in which the result is defined. 
  2600. .RT
  2601. .ce
  2602. \fBH.T. [T5.411]\fR 
  2603. .ce
  2604. TABLE\ 5/X.411
  2605. .ce
  2606. \fBMessage\(hysubmission results\fR 
  2607. .ps 9
  2608. .vs 11
  2609. .nr VS 11
  2610. .nr PS 9
  2611. .TS
  2612. center box;
  2613. cw(90p) | cw(30p) | cw(36p) .
  2614. Result    Presence    Clause
  2615. _
  2616. .T&
  2617. lw(90p) | cw(30p) | cw(36p) .
  2618. T{
  2619. Message\(hysubmission\(hyidentifier
  2620. T}    M    8.2.1.1.2.1\ 
  2621. .T&
  2622. lw(90p) | cw(30p) | cw(36p) .
  2623. Message\(hysubmission\(hytime    M    8.2.1.1.2.2\ 
  2624. .T&
  2625. lw(90p) | cw(30p) | cw(36p) .
  2626. T{
  2627. Originating\(hyMTA\(hycertificate
  2628. T}    O    8.2.1.1.2.3\ 
  2629. .T&
  2630. lw(90p) | cw(30p) | cw(36p) .
  2631. Proof\(hyof\(hysubmission    C    8.2.1.1.2.4\ 
  2632. .T&
  2633. lw(90p) | cw(30p) | cw(36p) .
  2634. Content\(hyidentifier    C    8.2.1.1.1.35
  2635. _
  2636. .TE
  2637. .nr PS 9
  2638. .RT
  2639. .ad r
  2640. \fBTableau 5/X.411 [T5.411], p.\fR 
  2641. .sp 1P
  2642. .RT
  2643. .ad b
  2644. .RT
  2645. .LP
  2646. .bp
  2647. .sp 1P
  2648. .LP
  2649. 8.2.1.1.2.1\ \ 
  2650. \fIMessage\(hysubmission\(hyidentifier\fR 
  2651. .sp 9p
  2652. .RT
  2653. .PP
  2654. This result contains an \fBMTS\(hyidentifier\fR that uniquely and
  2655. unambiguously identifies the message\(hysubmission. It shall be generated 
  2656. by the MTS. 
  2657. .PP
  2658. The MTS provides the \fBmessage\(hysubmission\(hyidentifier\fR when notifying
  2659. the MTS\(hyuser, via the report\(hydelivery abstract\(hyoperation, of the 
  2660. delivery or 
  2661. non\(hydelivery of the message.
  2662. .PP
  2663. The MTS\(hyuser provides the \fBmessage\(hysubmission\(hyidentifier\fR when
  2664. cancelling, via the cancel\(hydeferred\(hydelivery abstract\(hyoperation, 
  2665. a message 
  2666. whose delivery it deferred.
  2667. .RT
  2668. .sp 1P
  2669. .LP
  2670. 8.2.1.1.2.2\ \ 
  2671. \fIMessage\(hysubmission\(hytime\fR 
  2672. .sp 9p
  2673. .RT
  2674. .PP
  2675. This result indicates the \fBtime\fR at which the MTS accepts
  2676. responsibility for the message. It shall be generated by the MTS.
  2677. .RT
  2678. .sp 1P
  2679. .LP
  2680. 8.2.1.1.2.3\ \ 
  2681. \fIOriginating\(hyMTA\(hycertificate\fR 
  2682. .sp 9p
  2683. .RT
  2684. .PP
  2685. This result contains the \fBcertificate\fR of the MTA to which the
  2686. message has been submitted (the originating\(hyMTA). It shall be generated by a
  2687. trusted source (e.g.\ a certification\(hyauthority), and may be supplied by the
  2688. originating\(hyMTA, if the originator of the message requested
  2689. \fBproof\(hyof\(hysubmission\fR (see \(sc\ 8.2.1.1.1.31) and an
  2690. asymmetric\(hyencryption\(hyalgorithm is used to compute the \fBproof\(hyof\(hysubmission\fR 
  2691. . 
  2692. .PP
  2693. The \fBoriginating\(hyMTA\(hycertificate\fR may be used to convey to the
  2694. originator of the message a verified copy of the
  2695. public\(hyasymmetric\(hyencryption\(hykey (\fBsubject\(hypublic\(hykey\fR 
  2696. ) of the originating 
  2697. MTA.
  2698. .PP
  2699. The originating\(hyMTA's public\(hyasymmetric\(hyencryption\(hykey may 
  2700. be used by the originator of the message to validate the \fBproof\(hyof\(hysubmission\fR 
  2701. . 
  2702. .RT
  2703. .sp 1P
  2704. .LP
  2705. 8.2.1.1.2.4\ \ 
  2706. \fIProof\(hyof\(hysubmission\fR 
  2707. .sp 9p
  2708. .RT
  2709. .PP
  2710. This result provides the originator of the message with proof of
  2711. submission of the message to the MTS (to provide the proof of submission
  2712. element\(hyof\(hyservice as defined in Recommendation\ X.400). Depending on the
  2713. encryption\(hyalgorithm used and the security policy in force, this argument 
  2714. may also provide the non\(hyrepudiation of submission element\(hyof\(hyservice 
  2715. (as defined in Recommendation\ X.400). It shall be generated by the originating\(hyMTA 
  2716. of the MTS, if the originator of the message requested \fBproof\(hyof\(hysubmission\fR 
  2717. (see 
  2718. \(sc\ 8.2.1.1.1.31).
  2719. .PP
  2720. The \fBproof\(hyof\(hysubmission\fR is computed using the algorithm identified 
  2721. by the \fBproof\(hyof\(hysubmission\(hyalgorithm\(hyidentifier\fR (an 
  2722. \fBalgorithm\(hyidentifier\fR .)
  2723. .PP
  2724. The \fBproof\(hyof\(hysubmission\fR contains the
  2725. \fBproof\(hyof\(hysubmission\(hyalgorithm\(hyidentifier\fR , and an encrypted 
  2726. function (e.g.,\ a compressed or hashed version) of the 
  2727. \fBproof\(hyof\(hysubmission\(hyalgorithm\(hyidentifier\fR , the arguments 
  2728. of the submitted 
  2729. message (see \(sc\ 8.2.1.1.1), and the \fBmessage\(hysubmission\(hyidentifier\fR 
  2730. and\fR 
  2731. \fBmessage\(hysubmission\(hytime\fR . Optional components are included 
  2732. in the\fB \fR \fB 
  2733. \fBproof\(hyof\(hysubmission\fR if they are present in the message.
  2734. .PP
  2735. Note that receipt of this result provides the originator of the
  2736. message with proof of submission of the message. Non\(hyreceipt of this result
  2737. provides neither proof of submission nor proof of non\(hysubmission (unless a
  2738. secure link and trusted functionality are employed).
  2739. .PP
  2740. If an asymmetric\(hyencryption\(hyalgorithm is used, the
  2741. \fBproof\(hyof\(hysubmission\fR may be computed by the originating\(hyMTA 
  2742. using the 
  2743. originating\(hyMTA's secret\(hyasymmetric\(hyencryption\(hykey. The originator 
  2744. of the 
  2745. message may validate the \fBproof\(hyof\(hysubmission\fR using the originating\(hyMTA's 
  2746. public\(hyasymmetric\(hyencryption\(hykey (\fBsubject\(hypublic\(hykey\fR 
  2747. ) derived from the 
  2748. \fBoriginating\(hyMTA\(hycertificate\fR . An asymmetric \fBproof\(hyof\(hysubmission\fR 
  2749. may also 
  2750. provide for non\(hyrepudiation of submission.
  2751. .PP
  2752. If a symmetric\(hyencryption\(hyalgorithm is used, the
  2753. summetric\(hyencryption\(hykey that the originating\(hyMTA used to compute the
  2754. \fBproof\(hyof\(hysubmission\fR , and which the originator may use to validate 
  2755. the 
  2756. \fBproof\(hyof\(hysubmission\fR , may be derived from the \fBbind\(hytokens\fR 
  2757. (see 
  2758. \(sc\(sc\ 8.1.1.1.1.3
  2759. and 8.1.1.1.2.2) exchanged when the association was initiated. Alternatively, 
  2760. the symmetric\(hyencryption\(hykey used for \fBproof\(hyof\(hysubmission\fR 
  2761. may be exchanged by some other means. Note that if a symmetric\(hyencryption\(hyalgorithm 
  2762. is used then 
  2763. the \fBproof\(hyof\(hysubmission\fR can only support non\(hyrepudiation 
  2764. of submission if the security\(hypolicy in force provides for the involvement 
  2765. of a third party acting as a notary. 
  2766. .RT
  2767. .sp 1P
  2768. .LP
  2769. 8.2.1.1.3\ \ 
  2770. \fIAbstract\(hyerrors\fR 
  2771. .sp 9p
  2772. .RT
  2773. .PP
  2774. Table 6/X.411 lists the abstract\(hyerrors\fR that may disrupt the
  2775. message\(hysubmission abstract\(hyoperation, and for each abstract\(hyerror 
  2776. identifies the clause in which the abstract\(hyerror is defined. 
  2777. .bp
  2778. .RT
  2779. .ce
  2780. \fBH.T. [T6.411]\fR 
  2781. .ce
  2782. TABLE\ 6/X.411
  2783. .ce
  2784. \fBMessage\(hysubmission abstract\(hyerrors\fR 
  2785. .ps 9
  2786. .vs 11
  2787. .nr VS 11
  2788. .nr PS 9
  2789. .TS
  2790. center box;
  2791. cw(90p) | cw(36p) .
  2792. Abstract\(hyerror    Clause
  2793. _
  2794. .T&
  2795. lw(90p) | cw(36p) .
  2796. T{
  2797. Submission\(hycontrol\(hyviolated
  2798. T}    8.2.2.1\ 
  2799. .T&
  2800. lw(90p) | cw(36p) .
  2801. T{
  2802. Element\(hyof\(hyservice\(hynot\(hysubscribed
  2803. T}    8.2.2.2\ 
  2804. .T&
  2805. lw(90p) | cw(36p) .
  2806. Originator\(hyinvalid    8.2.2.4\ 
  2807. .T&
  2808. lw(90p) | cw(36p) .
  2809. T{
  2810. Recipient\(hyimproperly\(hyspecified
  2811. T}    8.2.2.5\ 
  2812. .T&
  2813. lw(90p) | cw(36p) .
  2814. Inconsistent\(hyrequest    8.2.2.7\ 
  2815. .T&
  2816. lw(90p) | cw(36p) .
  2817. Security\(hyerror    8.2.2.8\ 
  2818. .T&
  2819. lw(90p) | cw(36p) .
  2820. T{
  2821. Unsupported\(hycritical\(hyfunction
  2822. T}    8.2.2.9\ 
  2823. .T&
  2824. lw(90p) | cw(36p) .
  2825. Remote\(hybind\(hyerror    8.2.2.10
  2826. _
  2827. .TE
  2828. .nr PS 9
  2829. .RT
  2830. .ad r
  2831. \fBTableau 6/X.411 [T6.411], p.\fR 
  2832. .sp 1P
  2833. .RT
  2834. .ad b
  2835. .RT
  2836. .sp 1P
  2837. .LP
  2838. 8.2.1.2
  2839.     \fIProbe\(hysubmission\fR 
  2840. .sp 9p
  2841. .RT
  2842. .PP
  2843. The probe\(hysubmission abstract\(hyoperation enables an MTS\(hyuser to
  2844. submit a probe in order to determine whether or not a message (the
  2845. subject\(hymessage) could be transferred and delivered to one or more recipient
  2846. MTS\(hyusers if it were to be submitted.
  2847. .PP
  2848. Success of a probe does not guarantee that a subsequently submitted
  2849. message can actually be delivered but rather that, currently, the recipient 
  2850. is valid and the message would encounter no major obstacles to delivery. 
  2851. .PP
  2852. For any \fBrecipient\(hynames\fR that denote a DL, the probe\(hysubmission
  2853. abstract\(hyoperation determines whether expansion of the specified DL 
  2854. (but not of any nested DLs) would occur. 
  2855. .PP
  2856. For any \fBrecipient\(hynames\fR for which redirection would occur, the
  2857. probe\(hysubmission abstract\(hyoperation determines whether the message 
  2858. could be 
  2859. transferred and delivered to the alternate\(hyrecipient.
  2860. .PP
  2861. The MTS\(hyuser supplies most of the arguments used for
  2862. message\(hysubmission and the length of the content of the subject\(hymessage. 
  2863. The 
  2864. probe\(hysubmission abstract\(hyoperation does not culminate in delivery to the
  2865. intended recipients of the subject\(hymessage, but establishes whether 
  2866. or not the message\(hysubmission abstract\(hyoperation would be likely 
  2867. to do so. 
  2868. .PP
  2869. The successful completion of the abstract\(hyoperation signifies that the 
  2870. MTS has agreed to undertake the probe (but not that it has yet performed 
  2871. the 
  2872. probe).
  2873. .PP
  2874. The disruption of the abstract\(hyoperation by an abstract\(hyerror
  2875. indicates that the MTS cannot undertake the probe.
  2876. .RT
  2877. .sp 1P
  2878. .LP
  2879. 8.2.1.2.1\ \ \fIArguments\fR 
  2880. .sp 9p
  2881. .RT
  2882. .PP
  2883. Table 7/X.411 lists the arguments of the probe\(hysubmission
  2884. abstract\(hyoperation, and for each argument qualifies its presence and 
  2885. identifies the clause in which the argument is defined. 
  2886. .RT
  2887. .sp 1P
  2888. .LP
  2889. 8.2.1.2.1.1\ \ 
  2890. \fIProbe\(hyorigin\(hyauthentication\(hycheck\fR 
  2891. .sp 9p
  2892. .RT
  2893. .PP
  2894. This argument provides any MTA through which the probe is
  2895. transferred, with a means of authenticating the origin of the probe (to 
  2896. provide the probe origin authentication element\(hyofservice as defined 
  2897. in 
  2898. Recommendation\ X.400). It may be generated by the originator of the probe.
  2899. .PP
  2900. The \fBprobe\(hyorigin\(hyauthentication\(hycheck\fR provides proof of 
  2901. the origin of the probe (Probe Origin Authentication), and proof of association 
  2902. between 
  2903. the \fBmessage\(hysecurity\(hylabel\fR and the \fBcontent\(hyidentifier\fR 
  2904. of the 
  2905. subject\(hymessage.
  2906. .PP
  2907. The \fBprobe\(hyorigin\(hyauthentication\(hycheck\fR is computed using the
  2908. algorithm identified by the \fBprobe\(hyorigin\(hyauthentication\(hyalgorithm\(hyidentifier\fR 
  2909. (an \fBalgorithm\(hyidentifier\fR ). 
  2910. .bp
  2911. .RT
  2912. .ce
  2913. \fBH.T. [T7.411]\fR 
  2914. .ce
  2915. TABLE\ 7/X.411
  2916. .ce
  2917. \fBProbe\(hysubmission arguments\fR 
  2918. .ps 9
  2919. .vs 11
  2920. .nr VS 11
  2921. .nr PS 9
  2922. .TS
  2923. center box;
  2924. cw(114p) | cw(30p) | cw(36p) .
  2925. Argument    Presence    Clause
  2926. _
  2927. .T&
  2928. lw(114p) | lw(30p) | lw(36p) .
  2929. \fIOriginator argument\fR        
  2930. .T&
  2931. lw(114p) | cw(30p) | cw(36p) .
  2932. Originator\(hyname    M    8.2.1.1.1.1\ 
  2933. .T&
  2934. lw(114p) | lw(30p) | lw(36p) .
  2935. \fIRecipient arguments\fR        
  2936. .T&
  2937. lw(114p) | cw(30p) | cw(36p) .
  2938. Recipient\(hyname    M    8.2.1.1.1.2\ 
  2939. .T&
  2940. lw(114p) | cw(30p) | cw(36p) .
  2941. T{
  2942. Alternate\(hyrecipient\(hyallowed
  2943. T}    O    8.2.1.1.1.3\ 
  2944. .T&
  2945. lw(114p) | cw(30p) | cw(36p) .
  2946. T{
  2947. Recipient\(hyreassignment\(hyprohibited
  2948. T}    O    8.2.1.1.1.4\ 
  2949. .T&
  2950. lw(114p) | cw(30p) | cw(36p) .
  2951. T{
  2952. Originator\(hyrequested\(hyalternate\(hyrecipient
  2953. T}    O    8.2.1.1.1.5\ 
  2954. .T&
  2955. lw(114p) | cw(30p) | cw(36p) .
  2956. DL\(hyexpansion\(hyprohibited    O    8.2.1.1.1.6\ 
  2957. .T&
  2958. lw(114p) | lw(30p) | lw(36p) .
  2959. T{
  2960. \fIConversion arguments\fR
  2961. T}        
  2962. .T&
  2963. lw(114p) | cw(30p) | cw(36p) .
  2964. T{
  2965. Implicit\(hyconversion\(hyprohibited
  2966. T}    O    8.2.1.1.1.9\ 
  2967. .T&
  2968. lw(114p) | cw(30p) | cw(36p) .
  2969. T{
  2970. Conversion\(hywith\(hyloss\(hyprohibited
  2971. T}    O    8.2.1.1.1.10
  2972. .T&
  2973. lw(114p) | cw(30p) | cw(36p) .
  2974. Explicit\(hyconversion    O    8.2.1.1.1.11
  2975. .T&
  2976. lw(114p) | lw(30p) | lw(36p) .
  2977. T{
  2978. \fIDelivery method argument\fR
  2979. T}        
  2980. .T&
  2981. lw(114p) | cw(30p) | cw(36p) .
  2982. T{
  2983. Requested\(hydelivery\(hymethod
  2984. T}    O    8.2.1.1.1.14
  2985. .T&
  2986. lw(114p) | lw(30p) | lw(36p) .
  2987. T{
  2988. \fIPhysical delivery argument\fR
  2989. T}        
  2990. .T&
  2991. lw(114p) | cw(30p) | cw(36p) .
  2992. T{
  2993. Physical\(hyrendition\(hyattributes
  2994. T}    O    8.2.1.1.1.20
  2995. .T&
  2996. lw(114p) | lw(30p) | lw(36p) .
  2997. T{
  2998. \fIReport request argument\fR
  2999. T}        
  3000. .T&
  3001. lw(114p) | cw(30p) | cw(36p) .
  3002. T{
  3003. Originator\(hyreport\(hyrequest
  3004. T}    M    8.2.1.1.1.22
  3005. .T&
  3006. lw(114p) | lw(30p) | lw(36p) .
  3007. \fISecurity arguments\fR        
  3008. .T&
  3009. lw(114p) | cw(30p) | cw(36p) .
  3010. Originator\(hycertificate    O    8.2.1.1.1.25
  3011. .T&
  3012. lw(114p) | cw(30p) | cw(36p) .
  3013. T{
  3014. Probe\(hyorigin\(hyauthentication\(hycheck
  3015. T}    O    8.2.1.2.1.1\ 
  3016. .T&
  3017. lw(114p) | cw(30p) | cw(36p) .
  3018. Message\(hysecurity\(hylabel    O    8.2.1.1.1.30
  3019. .T&
  3020. lw(114p) | lw(30p) | lw(36p) .
  3021. \fIContent arguments\fR        
  3022. .T&
  3023. lw(114p) | cw(30p) | cw(36p) .
  3024. T{
  3025. Original\(hyencoded\(hyinformation\(hytypes
  3026. T}    O    8.2.1.1.1.33
  3027. .T&
  3028. lw(114p) | cw(30p) | cw(36p) .
  3029. Content\(hytype    M    8.2.1.1.1.34
  3030. .T&
  3031. lw(114p) | cw(30p) | cw(36p) .
  3032. Content\(hyidentifier    O    8.2.1.1.1.35
  3033. .T&
  3034. lw(114p) | cw(30p) | cw(36p) .
  3035. Content\(hycorrelator    O    8.2.1.1.1.36
  3036. .T&
  3037. lw(114p) | cw(30p) | cw(36p) .
  3038. Content\(hylength    O    8.2.1.2.1.2\ 
  3039. _
  3040. .TE
  3041. .nr PS 9
  3042. .RT
  3043. .ad r
  3044. \fBTableau 7/X.411 [T7.411], p.\fR 
  3045. .sp 1P
  3046. .RT
  3047. .ad b
  3048. .RT
  3049. .LP
  3050. .sp 4
  3051. .PP
  3052. The \fBprobe\(hyorigin\(hyauthentication\(hycheck\fR contains the
  3053. \fBprobe\(hyorigin\(hyauthentication\(hyalgorithm\(hyidentifier\fR , and 
  3054. an asymmetrically 
  3055. encrypted, hashed version of the
  3056. \fBprobe\(hyorigin\(hyauthentication\(hyalgorithm\(hyidentifier\fR , and the
  3057. \fBcontent\(hyidentifier\fR and \fBmessage\(hysecurity\(hylabel\fR of the 
  3058. subject\(hymessage. 
  3059. Optional components are included in the \fBprobe\(hyorigin\(hyauthentication\(hycheck\fR 
  3060. if they are present in the probe. 
  3061. .PP
  3062. Future versions of this Recommendation may define other forms of
  3063. \fBprobe\(hyorigin\(hyauthentication\(hycheck\fR (e.g., based on
  3064. symmetric\(hyencryption\(hytechniques) which may be used by\ MTAs through 
  3065. which the 
  3066. probe is transferred to authenticate the origin of the probe.
  3067. .bp
  3068. .RT
  3069. .sp 1P
  3070. .LP
  3071. 8.2.1.2.1.2\ \ \fIContent\(hylength\fR 
  3072. .sp 9p
  3073. .RT
  3074. .PP
  3075. This argument specifies the length, in octets, of the \fBcontent\fR of 
  3076. the subject\(hymessage. It may be generated by the originator of the 
  3077. probe.
  3078. .RT
  3079. .sp 1P
  3080. .LP
  3081. 8.2.1.2.2\ \ \fIResults\fR 
  3082. .sp 9p
  3083. .RT
  3084. .PP
  3085. Table 8/X.411 lists the results of the probe\(hysubmission
  3086. abstract\(hyoperation, and for each result qualifies its presence and identifies 
  3087. the clause in which the result is defined. 
  3088. .RT
  3089. .ce
  3090. \fBH.T. [T8.411]\fR 
  3091. .ce
  3092. TABLE\ 8/X.411
  3093. .ce
  3094. \fBProbe\(hysubmission results\fR 
  3095. .ps 9
  3096. .vs 11
  3097. .nr VS 11
  3098. .nr PS 9
  3099. .TS
  3100. center box;
  3101. cw(90p) | cw(30p) | cw(36p) .
  3102. Result    Presence    Clause
  3103. _
  3104. .T&
  3105. lw(90p) | cw(30p) | cw(36p) .
  3106. T{
  3107. Probe\(hysubmission\(hyidentifier
  3108. T}    M    8.2.1.2.2.1\ 
  3109. .T&
  3110. lw(90p) | cw(30p) | cw(36p) .
  3111. Probe\(hysubmission\(hytime    M    8.2.1.2.2.2\ 
  3112. .T&
  3113. lw(90p) | cw(30p) | cw(36p) .
  3114. Content\(hyidentifier    C    8.2.1.1.1.35
  3115. _
  3116. .TE
  3117. .nr PS 9
  3118. .RT
  3119. .ad r
  3120. \fBTableau 8/X.411 [T8.411], p.\fR 
  3121. .sp 1P
  3122. .RT
  3123. .ad b
  3124. .RT
  3125. .sp 1P
  3126. .LP
  3127. 8.2.1.2.2.1\ \ \fIProbe\(hysubmission\(hyidentifier\fR 
  3128. .sp 9p
  3129. .RT
  3130. .PP
  3131. This result contains an \fBMTS\(hyidentifier\fR that uniquely and
  3132. unambiguously identifies the probe\(hysubmission. It shall be generated by
  3133. the\ MTS.
  3134. .PP
  3135. The MTS provides the \fBprobe\(hysubmission\(hyidentifier\fR when notifying 
  3136. the MTS\(hyuser, via the report\(hydelivery abstract\(hyoperation, of its 
  3137. ability or 
  3138. otherwise to deliver the subject\(hymessage.
  3139. .RT
  3140. .sp 1P
  3141. .LP
  3142. 8.2.1.2.2.2\ \ \fIProbe\(hysubmission\(hytime\fR 
  3143. .sp 9p
  3144. .RT
  3145. .PP
  3146. This result indicates the \fBtime\fR at which the MTS agreed to
  3147. undertake the probe. It shall be generated by the\ MTS.
  3148. .RT
  3149. .sp 1P
  3150. .LP
  3151. 8.2.1.2.3\ \ \fIAbstract\(hyerrors\fR 
  3152. .sp 9p
  3153. .RT
  3154. .PP
  3155. Table 9/X.411 lists the abstract\(hyerrors that may disrupt the
  3156. probe\(hysubmission abstract\(hyoperation, and for each abstract\(hyerror 
  3157. identifies the clause in which the abstract\(hyerror is defined. 
  3158. .RT
  3159. .ce
  3160. \fBH.T. [T9.411]\fR 
  3161. .ce
  3162. TABLE\ 9/X.411
  3163. .ce
  3164. \fBProbe\(hysubmission abstract\(hyerrors\fR 
  3165. .ps 9
  3166. .vs 11
  3167. .nr VS 11
  3168. .nr PS 9
  3169. .TS
  3170. center box;
  3171. cw(90p) | cw(36p) .
  3172. Abstract\(hyerror    Clause
  3173. _
  3174. .T&
  3175. lw(90p) | cw(36p) .
  3176. T{
  3177. Submission\(hycontrol\(hyviolated
  3178. T}    8.2.2.1\ 
  3179. .T&
  3180. lw(90p) | cw(36p) .
  3181. T{
  3182. Element\(hyof\(hyservice\(hynot\(hysubscribed
  3183. T}    8.2.2.2\ 
  3184. .T&
  3185. lw(90p) | cw(36p) .
  3186. Originator\(hyinvalid    8.2.2.4\ 
  3187. .T&
  3188. lw(90p) | cw(36p) .
  3189. T{
  3190. Recipient\(hyimproperly\(hyspecified
  3191. T}    8.2.2.5\ 
  3192. .T&
  3193. lw(90p) | cw(36p) .
  3194. Inconsistent\(hyrequest    8.2.2.7\ 
  3195. .T&
  3196. lw(90p) | cw(36p) .
  3197. Security\(hyerror    8.2.2.8\ 
  3198. .T&
  3199. lw(90p) | cw(36p) .
  3200. T{
  3201. Unsupported\(hycritical\(hyfunction
  3202. T}    8.2.2.9\ 
  3203. .T&
  3204. lw(90p) | cw(36p) .
  3205. Remote\(hybind\(hyerror    8.2.2.10
  3206. _
  3207. .TE
  3208. .nr PS 9
  3209. .RT
  3210. .ad r
  3211. \fBTableau 9/X.411 [T9.411], p.\fR 
  3212. .sp 1P
  3213. .RT
  3214. .ad b
  3215. .RT
  3216. .LP
  3217. .bp
  3218. .sp 1P
  3219. .LP
  3220. 8.2.1.3
  3221.     \fICancel\(hydeferred\(hydelivery\fR 
  3222. .sp 9p
  3223. .RT
  3224. .PP
  3225. The cancel\(hydeferred\(hydelivery abstract\(hyoperation enables an MTS\(hyuser 
  3226. to abort the deferred\(hydelivery of a message previsouly submitted via 
  3227. the 
  3228. message\(hysubmission abstract\(hyoperation.
  3229. .PP
  3230. The MTS\(hyuser identifies the message whose delivery is to be cancelled 
  3231. by means of the \fBmessage\(hysubmission\(hyidentifier\fR returned by the\ 
  3232. MTS as a result of the previous invocation of the message\(hysubmission 
  3233. abstract\(hyoperation. 
  3234. .PP
  3235. The successful completion of the abstract\(hyoperation signifies that
  3236. the\ MTS has cancelled the deferred\(hydelivery of the message.
  3237. .PP
  3238. The disruption of the abstract\(hyoperation by an abstrar\(hyerror indicates 
  3239. that the deferred\(hydelivery cannot be cancelled. The deferred\(hydelivery 
  3240. of a 
  3241. message cannot be cancelled if the message has already been progressed for
  3242. delivery and/or transfer within the\ MTS. The\ MTS may refuse to cancel the
  3243. deferred\(hydelivery of a message if the\ MTS provided the originator of the
  3244. message with \fBproof\(hyof\(hysubmission\fR .
  3245. .RT
  3246. .sp 1P
  3247. .LP
  3248. 8.2.1.3.1\ \ \fIArguments\fR 
  3249. .sp 9p
  3250. .RT
  3251. .PP
  3252. Table 10/X.411 lists the arguments of the cancel\(hydeferred\(hydelivery 
  3253. abstract\(hyoperation, and for each argument qualifies its presence and 
  3254. identifies the clause in which the argument is defined. 
  3255. .RT
  3256. .ce
  3257. \fBH.T. [T10.411]\fR 
  3258. .ce
  3259. TABLE\ 10/X.411
  3260. .ce
  3261. \fBCancel\(hydeferred\(hydelivery arguments\fR 
  3262. .ps 9
  3263. .vs 11
  3264. .nr VS 11
  3265. .nr PS 9
  3266. .TS
  3267. center box;
  3268. cw(90p) | cw(30p) | cw(36p) .
  3269. Argument    Presence    Clause
  3270. _
  3271. .T&
  3272. lw(90p) | lw(30p) | lw(36p) .
  3273. \fISubmission argument\fR        
  3274. .T&
  3275. lw(90p) | cw(30p) | cw(36p) .
  3276. T{
  3277. Message\(hysubmission\(hyidentifier
  3278. T}    M    8.2.1.3.1.1
  3279. _
  3280. .TE
  3281. .nr PS 9
  3282. .RT
  3283. .ad r
  3284. \fBTableau 10/X.411 [T10.411], p.\fR 
  3285. .sp 1P
  3286. .RT
  3287. .ad b
  3288. .RT
  3289. .sp 1P
  3290. .LP
  3291. 8.2.1.3.1.1\ \ 
  3292. \fIMessage\(hysubmission\(hyidentifier\fR 
  3293. .sp 9p
  3294. .RT
  3295. .PP
  3296. This argument contains the \fBmessage\(hysubmission\(hyidentifier\fR of 
  3297. the message whose deferred\(hydelivery is to be cancelled. It shall be 
  3298. suppled by the MTS\(hyuser. 
  3299. .PP
  3300. The \fBmessage\(hysubmission\(hyidentifier\fR (an \fBMTS\(hyidentifier\fR 
  3301. ) is that 
  3302. returned by the MTS as a result of a previous invocation of the
  3303. message\(hysubmission abstract\(hyoperation (see \(sc\ 8.2.1.1.2.1), when 
  3304. the message was submitted for deferred\(hydelivery. 
  3305. .RT
  3306. .sp 1P
  3307. .LP
  3308. 8.2.1.3.2\ \ \fIResults\fR 
  3309. .sp 9p
  3310. .RT
  3311. .PP
  3312. The cancel\(hydeferred\(hydelivery abstract\(hyoperation returns an emply
  3313. result as indication of success.
  3314. .RT
  3315. .sp 1P
  3316. .LP
  3317. 8.2.1.3.3\ \ \fIAbstract\(hyerrors\fR 
  3318. .sp 9p
  3319. .RT
  3320. .PP
  3321. Table 11/X.411 lists the abstract\(hyerrors that may disrupt the
  3322. cancel\(hydeferred\(hydelivery abstract\(hyoperation, and for each abstract\(hyerror 
  3323. identifies the clause in which the abstract\(hyerror is defined.
  3324. .RT
  3325. .ce
  3326. \fBH.T. [T11.411]\fR 
  3327. .ce
  3328. TABLE\ 11/X.411
  3329. .ce
  3330. \fBCancel\(hydeferred\(hydelivery abstract\(hyerrors\fR 
  3331. .ps 9
  3332. .vs 11
  3333. .nr VS 11
  3334. .nr PS 9
  3335. .TS
  3336. center box;
  3337. cw(90p) | cw(36p) .
  3338. Abstract\(hyerror    Clause
  3339. _
  3340. .T&
  3341. lw(90p) | cw(36p) .
  3342. T{
  3343. Deferred\(hydelivery\(hycancellation\(hyrejected
  3344. T}    8.2.2.3\ 
  3345. .T&
  3346. lw(90p) | cw(36p) .
  3347. T{
  3348. Message\(hysubmission\(hyidentifier\(hyinvalid
  3349. T}    8.2.2.6\ 
  3350. .T&
  3351. lw(90p) | cw(36p) .
  3352. Remote\(hybind\(hyerror    8.2.2.10
  3353. _
  3354. .TE
  3355. .nr PS 9
  3356. .RT
  3357. .ad r
  3358. \fBTableau 11/X.411 [T11.411], p.\fR 
  3359. .sp 1P
  3360. .RT
  3361. .ad b
  3362. .RT
  3363. .LP
  3364. .bp
  3365. .sp 1P
  3366. .LP
  3367. 8.2.1.4
  3368.     \fISubmission\(hycontrol\fR 
  3369. .sp 9p
  3370. .RT
  3371. .PP
  3372. The submission\(hycontrol abstract\(hyoperation enables the MTS to
  3373. temporarily limit the submission\(hyport abstract\(hyoperations that the 
  3374. MTS\(hyuser may invoke, and the messages that the MTS\(hyuser may submit 
  3375. to the\ MTS via the 
  3376. Message\(hysubmission abstract\(hyoperation.
  3377. .PP
  3378. The MTS\(hyuser should hold until a later time, rather than abandon,
  3379. abstract\(hyoperations and messages presently forbidden.
  3380. .PP
  3381. The successful completion of the abstract\(hyoperation signifies that the 
  3382. specified controls are now in force. These controls supersede any previously 
  3383. in force, and remain in effect until the association is released or the\ 
  3384. MTS 
  3385. re\(hyinvokes the submission\(hycontrol abstract\(hyoperation.
  3386. .PP
  3387. The abstract\(hyoperation returns and indication of any
  3388. abstract\(hyoperations that the MTS\(hyuser would invoke, or any message 
  3389. types that the MTS\(hyuser would submit, were it not for the prevailing 
  3390. controls. 
  3391. .RT
  3392. .sp 1P
  3393. .LP
  3394. 8.2.1.4.1\ \ \fIArguments\fR 
  3395. .sp 9p
  3396. .RT
  3397. .PP
  3398. Table 12/X.411 lists the arguments of the submission\(hycontrol
  3399. abstract\(hyoperation, and for each argument qualifies its presence and 
  3400. identifies the clause in which the argument is defined. 
  3401. .RT
  3402. .ce
  3403. \fBH.T. [T12.411]\fR 
  3404. .ce
  3405. TABLE\ 12/X.411
  3406. .ce
  3407. \fBSubmission\(hycontrol arguments\fR 
  3408. .ps 9
  3409. .vs 11
  3410. .nr VS 11
  3411. .nr PS 9
  3412. .TS
  3413. center box;
  3414. cw(90p) | cw(30p) | cw(36p) .
  3415. Argument    Presence    Clause
  3416. _
  3417. .T&
  3418. lw(90p) | lw(30p) | lw(36p) .
  3419. T{
  3420. \fISubmission control arguments\fR
  3421. T}        
  3422. .T&
  3423. lw(90p) | cw(30p) | cw(36p) .
  3424. Restrict    O    8.2.1.4.1.1
  3425. .T&
  3426. lw(90p) | cw(30p) | cw(36p) .
  3427. Permissible\(hyoperations    O    8.2.1.4.1.2
  3428. .T&
  3429. lw(90p) | cw(30p) | cw(36p) .
  3430. T{
  3431. Permissible\(hylowest\(hypriority
  3432. T}    O    8.2.1.4.1.3
  3433. .T&
  3434. lw(90p) | cw(30p) | cw(36p) .
  3435. T{
  3436. Permissible\(hymaximum\(hycontent\(hylength
  3437. T}    O    8.2.1.4.1.4
  3438. .T&
  3439. lw(90p) | cw(30p) | cw(36p) .
  3440. T{
  3441. Permissible\(hysecurity\(hycontext
  3442. T}    O    8.2.1.4.1.5
  3443. _
  3444. .TE
  3445. .nr PS 9
  3446. .RT
  3447. .ad r
  3448. \fBTableau 12/X.411 [T12.411], p.\fR 
  3449. .sp 1P
  3450. .RT
  3451. .ad b
  3452. .RT
  3453. .sp 1P
  3454. .LP
  3455. 8.2.1.4.1.1\ \ \fIRestrict\fR 
  3456. .sp 9p
  3457. .RT
  3458. .PP
  3459. This argument indicates whether the controls on submission\(hyport
  3460. abstract\(hyoperations are to be updates or removed. It may be generated by
  3461. the\ MTS.
  3462. .PP
  3463. This argument may have one of the following values:
  3464. .RT
  3465. .LP
  3466.     \(em
  3467.     \fBupdate\fR : the other arguments update the prevailing
  3468. controls;
  3469. .LP
  3470.     \(em
  3471.      \fBremove\fR : all controls are to be removed; the other arguments are 
  3472. to be ignored. 
  3473. .PP
  3474. In the absence of this argument, the defauld \fBupdate\fR shall be
  3475. assumed.
  3476. .sp 1P
  3477. .LP
  3478. 8.2.1.4.1.2\ \ 
  3479. \fIPermissible\(hyoperations\fR 
  3480. .sp 9p
  3481. .RT
  3482. .PP
  3483. This argument indicates the abstract\(hyoperations that the MTS\(hyuser 
  3484. may invoke on the\ MTS. 
  3485. .PP
  3486. This argument may have the value \fBallowed\fR or \fBprohibited\fR for 
  3487. each of the following: 
  3488. .RT
  3489. .LP
  3490.     \(em
  3491.     \fBmessage\(hysubmission\fR : the MTS\(hyuser may/may not invoke the
  3492. message\(hysubmission abstract\(hyoperation; and
  3493. .LP
  3494.     \(em
  3495.     \fBprobe\(hysubmission\fR : the MTS\(hyuser may/may not invoke the
  3496. probe\(hysubmission abstract\(hyoperation.
  3497. .PP
  3498. Other submission\(hyport abstract\(hyoperations are not subject to
  3499. controls, and may be invoked at any time.
  3500. .PP
  3501. In the absence of this argument, the abstract\(hyoperation that the
  3502. MTS\(hyuser may invoke on the\ MTS are unchanged. If no previous controls 
  3503. are in 
  3504. force, the MTS\(hyuser may invoke both the message\(hysubmission abstract\(hyoperation 
  3505. and the probe\(hysubmission abstract\(hyoperation. 
  3506. .bp
  3507. .RT
  3508. .sp 1P
  3509. .LP
  3510. 8.2.1.4.1.3\ \ \fIPermissible\(hylowest\(hypriority\fR 
  3511. .sp 9p
  3512. .RT
  3513. .PP
  3514. This argument contains the \fBpriority\fR of the lowest priority
  3515. message that the MTS\(hyuser shall submit to the\ MTS via the message\(hysubmission 
  3516. abstract\(hyoperation. It may be generated by the\ MTS.
  3517. .PP
  3518. This argument may have one of the following values of the \fBpriority\fR 
  3519. argument of the message\(hysubmission abstract\(hyoperation: \fBnormal, 
  3520. non\(hyurgent\fR or \fBurgent\fR 
  3521. .PP
  3522. In the absence of this argument, the \fBpriority\fR of the lowest priority 
  3523. message that the MTS\(hyuser shall submit to the\ MTS is unchanged. If 
  3524. no previous controls are in force, the MTS\(hyuser may submit messages 
  3525. of any priority. 
  3526. .RT
  3527. .sp 1P
  3528. .LP
  3529. 8.2.1.4.1.4\ \ \fIPermissible\(hymaximum\(hycontent\(hylength\fR 
  3530. .sp 9p
  3531. .RT
  3532. .PP
  3533. This argument contains the \fBcontent\(hylenght\fR , in octets, of the
  3534. longest\(hycontent message that the MTS\(hyuser shall submit to the\ MTS 
  3535. via the 
  3536. message\(hysubmission abstract\(hyoperation. It may be generated by the\ MTS.
  3537. .PP
  3538. In the absence of this argument, the
  3539. \fBpermissible\(hymaximum\(hycontent\(hylength\fR of a message that the 
  3540. MTS\(hyuser may submit to the\ MTS is unchanged. If no previous controls 
  3541. are in force, the content 
  3542. length is not explicitly limited.
  3543. .RT
  3544. .sp 1P
  3545. .LP
  3546. 8.2.1.4.1.5\ \ \fIPermissible\(hysecurity\(hycontext\fR 
  3547. .sp 9p
  3548. .RT
  3549. .PP
  3550. This argument temporarily limits the sensitivity of submission\(hyport 
  3551. abstract\(hyoperations (submission\(hysecurity\(hycontext) that the MTS\(hyuser 
  3552. may invoke on the\ MTS. It is a temporary restriction of the \fBsecurity\(hycontext\fR 
  3553. established when the association was initiated (see \(sc\ 8.1.1.1.1.3). 
  3554. It may be generated by the\ MTS. 
  3555. .PP
  3556. The \fBpermissible\(hysecurity\(hycontext\fR comprises one or more
  3557. \fBsecurity\(hylabels\fR from the set of \fBsecurity\(hylabels\fR established 
  3558. as the 
  3559. \fBsecurity\(hycontext\fR when the association was established.
  3560. .PP
  3561. In the absence of this argument, the \fBsecurity\(hycontext\fR of
  3562. submission\(hyport abstract\(hyoperations is unchanged.
  3563. .RT
  3564. .sp 1P
  3565. .LP
  3566. 8.2.1.4.2\ \ \fIResults\fR 
  3567. .sp 9p
  3568. .RT
  3569. .PP
  3570. Table 13/X.411 lists the results of the submission\(hycontrol
  3571. abstract\(hyoperation, and for each result qualifies its presence and identifies 
  3572. the clause in which the result is defined. 
  3573. .RT
  3574. .ce
  3575. \fBH.T. [T13.411]\fR 
  3576. .ce
  3577. TABLE\ 13/X.411
  3578. .ce
  3579. \fBSubmission\(hycontrol results\fR 
  3580. .ps 9
  3581. .vs 11
  3582. .nr VS 11
  3583. .nr PS 9
  3584. .TS
  3585. center box;
  3586. cw(90p) | cw(30p) | cw(36p) .
  3587. Result    Presence    Clause
  3588. _
  3589. .T&
  3590. lw(90p) | lw(30p) | lw(36p) .
  3591. T{
  3592. \fI\*QWaiting\*U results\fR
  3593. T}        
  3594. .T&
  3595. lw(90p) | cw(30p) | cw(36p) .
  3596. Waiting\(hyoperations    O    8.2.1.4.2.1
  3597. .T&
  3598. lw(90p) | cw(30p) | cw(36p) .
  3599. Waiting\(hymessages    O    8.2.1.4.2.2
  3600. .T&
  3601. lw(90p) | cw(30p) | cw(36p) .
  3602. T{
  3603. Waiting\(hyencoded\(hyinformation\(hytypes
  3604. T}    O    8.2.1.4.2.3
  3605. .T&
  3606. lw(90p) | cw(30p) | cw(36p) .
  3607. Waiting\(hycontent\(hytypes    O    8.2.1.4.2.4
  3608. _
  3609. .TE
  3610. .nr PS 9
  3611. .RT
  3612. .ad r
  3613. \fBTableau 13/X.411 [T13.411], p.\fR 
  3614. .sp 1P
  3615. .RT
  3616. .ad b
  3617. .RT
  3618. .sp 1P
  3619. .LP
  3620. 8.2.1.4.2.1\ \ \fIWaiting\(hyoperations\fR 
  3621. .sp 9p
  3622. .RT
  3623. .PP
  3624. This result indicates the abstract\(hyoperations being held by the
  3625. MTS\(hyuser, and that the MTS\(hyuser would invoke on the\ MTS if it were 
  3626. not for the prevailing controls. It may be generated by the MTS\(hyuser. 
  3627. .PP
  3628. This result may have the value \fBholding\fR or \fBnot\(hyholding\fR for 
  3629. each of the following: 
  3630. .RT
  3631. .LP
  3632.     \(em
  3633.     \fBmessage\(hysubmission\fR : the MTS user is/is not holding
  3634. messages, and would invoke the message\(hysubmission abstract\(hyoperation
  3635. on the\ MTS if it were not for the prevailing controls; and
  3636. .LP
  3637.     \(em
  3638.     \fBprobe\(hysubmission\fR : the MTS\(hyuser is/is not holding probes,
  3639. and would invoke the probe\(hysubmission abstract\(hyoperation on
  3640. the\ MTS if it were not for the prevailing controls.
  3641. .PP
  3642. In the absence of this result, it may be assumed that the MTS\(hyuser is 
  3643. not holding any messages or probes for submission to the\ MTS due to the 
  3644. prevailing controls.
  3645. .bp
  3646. .sp 1P
  3647. .LP
  3648. 8.2.1.4.2.2\ \ 
  3649. \fIWaiting\(hymessages\fR 
  3650. .sp 9p
  3651. .RT
  3652. .PP
  3653. This result indicates the kind of messages the MTS\(hyuser is holding for 
  3654. submission to the\ MTS, and would submit via the message\(hysubmission 
  3655. abstract\(hyoperation, if it were not for the prevailing controls. It may be
  3656. generated by the MTS\(hyuser.
  3657. .PP
  3658. This result may have one or more of the following values:
  3659. .RT
  3660. .LP
  3661.     \(em
  3662.      \fBlong\(hycontent\fR : the MTS\(hyuser has messages held for submission 
  3663. to the\ MTS which exceed the \fBpermissible\(hymaximum\(hycontent\(hylength\fR 
  3664. control currently in force;
  3665. .LP
  3666.     \(em
  3667.      \fBlow\(hypriority\fR : the MTS\(hyuser has messages held for submission 
  3668. to the\ MTS of a lower \fBpriority\fR than the \fBpermissible\(hylowest\(hypriority\fR 
  3669. control currently in force;
  3670. .LP
  3671.     \(em
  3672.      \fBother\(hysecurity\(hylabels\fR : the MTS\(hyuser has messages held 
  3673. for submission to the\ MTS bearing \fBmessage\(hysecurity\(hylabels\fR 
  3674. other 
  3675. than those permitted by the current security\(hycontext.
  3676. .PP
  3677. In the absence of this result, it may be assumed that the MTS\(hyuser is 
  3678. not holding any messages or probes for submission to the\ MTS due to the 
  3679. \fBpermissible\(hymaximum\(hycontent\(hylength\fR , \fBpermissible\(hylowest\(hypriority\fR 
  3680. or 
  3681. \fBpermissible\(hysecurity\(hycontext\fR controls currently in force.
  3682. .sp 1P
  3683. .LP
  3684. 8.2.1.4.2.3\ \ \fIWaiting\(hyencoded\(hyinformation\(hytypes\fR 
  3685. .sp 9p
  3686. .RT
  3687. .PP
  3688. This result indicates the \fBencoded\(hyinformation\(hytypes in the\fR 
  3689. \fBcontent\fR of any messages held by the MTS\(hyuser for submission to 
  3690. the\ MTS due to prevailing controls. It may be generated by the MTS\(hyuser. 
  3691. .PP
  3692. In the absence of this result, the \fBencoded\(hyinformation\(hytypes\fR 
  3693. of any messages held by the MTS\(hyuser for submission to the\ MTS are 
  3694. \fBunspecified\fR . 
  3695. .RT
  3696. .sp 1P
  3697. .LP
  3698. 8.2.1.4.2.4\ \ \fIWaiting\(hycontent\(hytypes\fR 
  3699. .sp 9p
  3700. .RT
  3701. .PP
  3702. This result indicates the \fBcontent\(hytypes\fR of any messages held by 
  3703. the MTS\(hyuser for submission to the\ MTS due to prevailing controls. 
  3704. It may be 
  3705. generated by the MTS\(hyuser.
  3706. .PP
  3707. In the absence of this result, the \fBcontent\(hytypes\fR of any messages
  3708. held by the MTS\(hyuser for submission to the\ MTS are unspecified.
  3709. .RT
  3710. .sp 1P
  3711. .LP
  3712. 8.2.1.4.3\ \ \fIAbstract\(hyerrors\fR 
  3713. .sp 9p
  3714. .RT
  3715. .PP
  3716. Table 14/X.411 lists the abstract\(hyerrors that may disrupt the
  3717. submission\(hycontrol abstract\(hyoperation, and for each abstract\(hyerror 
  3718. identifies the clause in which the abstract\(hyerror is defined. 
  3719. .RT
  3720. .ce
  3721. \fBH.T. [T14.411]\fR 
  3722. .ce
  3723. TABLE\ 14/X.411
  3724. .ce
  3725. \fBSubmission\(hycontrol abstract\(hyerrors\fR 
  3726. .ps 9
  3727. .vs 11
  3728. .nr VS 11
  3729. .nr PS 9
  3730. .TS
  3731. center box;
  3732. cw(90p) | cw(36p) .
  3733. Abstract\(hyerror    Clause
  3734. _
  3735. .T&
  3736. lw(90p) | cw(36p) .
  3737. Security\(hyerror    8.2.2.8\ 
  3738. .T&
  3739. lw(90p) | cw(36p) .
  3740. Remote\(hybind\(hyerror    8.2.2.10
  3741. _
  3742. .TE
  3743. .nr PS 9
  3744. .RT
  3745. .ad r
  3746. \fBTableau 14/X.411 [T14.411], p.\fR 
  3747. .sp 1P
  3748. .RT
  3749. .ad b
  3750. .RT
  3751. .sp 1P
  3752. .LP
  3753. 8.2.2
  3754.     \fIAbstract\(hyerrors\fR 
  3755. .sp 9p
  3756. .RT
  3757. .PP
  3758. This section defines the following submission\(hyport
  3759. abstract\(hyerrors:
  3760. .RT
  3761. .LP
  3762.     a)
  3763.     submission\(hycontrol\(hyviolated
  3764. .LP
  3765.     b)
  3766.     element\(hyof\(hyservice\(hynot\(hysubscribed
  3767. .LP
  3768.     c)
  3769.     deferred\(hydelivery\(hycancellation\(hyrejected
  3770. .LP
  3771.     d)
  3772.     originator\(hyinvalid
  3773. .LP
  3774.     e)
  3775.     recipient\(hyimproperly\(hyspecified
  3776. .LP
  3777.     f
  3778. )
  3779.     message\(hysubmission\(hyidentifier\(hyinvalid
  3780. .LP
  3781.     g)
  3782.     inconsistent\(hyrequest
  3783. .LP
  3784.     h)
  3785.     security\(hyerror
  3786. .LP
  3787.     i)
  3788.     unsupported\(hycritical\(hyfunction
  3789. .LP
  3790.     j)
  3791.     remote\(hybind\(hyerror.
  3792. .bp
  3793. .sp 1P
  3794. .LP
  3795. 8.2.2.1
  3796.     \fISubmission\(hycontrol\(hyviolated\fR 
  3797. .sp 9p
  3798. .RT
  3799. .PP
  3800. The submission\(hycontrol\(hyviolated abstract\(hyerror reports the
  3801. violation by the MTS\(hyuser of a control on submission\(hyport services 
  3802. imposed by the\ MTS via the submission\(hycontrol service. 
  3803. .PP
  3804. The submission\(hycontrol\(hyviolated abstract\(hyerror has no
  3805. parameters.
  3806. .RT
  3807. .sp 1P
  3808. .LP
  3809. 8.2.2.2
  3810.     \fIElement\(hyof\(hyservice\(hynot\(hysubscribed\fR 
  3811. .sp 9p
  3812. .RT
  3813. .PP
  3814. The element\(hyof\(hyservice\(hynot\(hysubscribed service reports that the
  3815. requested abstract\(hyoperation cannot be provided by the\ MTS because 
  3816. the MTS\(hyuser has not subscribed to one of the elements\(hyof\(hyservice 
  3817. the request requires. 
  3818. .PP
  3819. The element\(hyof\(hyservice\(hynot\(hysubscribed abstract\(hyerror has no
  3820. parameters.
  3821. .RT
  3822. .sp 1P
  3823. .LP
  3824. 8.2.2.3
  3825.     \fIDeferred\(hydelivery\(hycancellation\(hyrejected\fR 
  3826. .sp 9p
  3827. .RT
  3828. .PP
  3829. The deferred\(hydelivery\(hycancellation\(hyrejected abstract\(hyerror 
  3830. reports that the\ MTS cannot cancel the deferred\(hydelivery of a message, 
  3831. either because the message has already been progressed for transfer and/or 
  3832. delivery, or 
  3833. because the\ MTS had provided the originator with \fBproof\(hyof\(hysubmission\fR 
  3834. . 
  3835. .PP
  3836. The deferred\(hydelivery\(hycancellation\(hyrejected abstract\(hyerror has no
  3837. parameters.
  3838. .RT
  3839. .sp 1P
  3840. .LP
  3841. 8.2.2.4
  3842.     \fIOriginator\(hyinvalid\fR 
  3843. .sp 9p
  3844. .RT
  3845. .PP
  3846. The originator\(hyinvalid abstract\(hyerror reports that the message or 
  3847. probe cannot be submitted because the originator is incorrectly identified. 
  3848. .PP
  3849. The originator\(hyinvalid abstract\(hyerror has no parameters.
  3850. .RT
  3851. .sp 1P
  3852. .LP
  3853. 8.2.2.5
  3854.     \fIRecipient\(hyimproperly\(hyspecified\fR 
  3855. .sp 9p
  3856. .RT
  3857. .PP
  3858. The recipient\(hyimproperly\(hyspecified abstract\(hyerror reports that 
  3859. the message or probe cannot be submitted because one or more recipients 
  3860. are 
  3861. improperly specified.
  3862. .PP
  3863. The recipient\(hyimproperly\(hyspecified abstract\(hyerror has the following
  3864. parameters, generated by the\ MTS.
  3865. .RT
  3866. .LP
  3867.     \(em
  3868.      \fBimproperly\(hyspecified\(hyrecipients\fR : the improperly specified 
  3869. \fBrecipient\(hyname(s)\fR . 
  3870. .sp 1P
  3871. .LP
  3872. 8.2.2.6
  3873.     \fIMessage\(hysubmission\(hyidentifier\(hyinvalid\fR 
  3874. .sp 9p
  3875. .RT
  3876. .PP
  3877. The message\(hysubmission\(hyidentifier\(hyinvalid abstract\(hyerror reports
  3878. that the deferred\(hydelivery of a message cannot be cancelled because the
  3879. specified \fBmessage\(hysubmission\(hyidentifier\fR is invalid.
  3880. .PP
  3881. The message\(hysubmission\(hyidentifier\(hyinvalid abstract\(hyerror has no
  3882. parameters.
  3883. .RT
  3884. .sp 1P
  3885. .LP
  3886. 8.2.2.7
  3887.     \fIInconsistent\(hyrequest\fR 
  3888. .sp 9p
  3889. .RT
  3890. .PP
  3891. The inconsistent\(hyrequest abstract\(hyerror reports that the requested 
  3892. abstract\(hyoperation cannot be provided by the\ MTS because the MTS\(hyuser 
  3893. has made an inconsistent request. 
  3894. .PP
  3895. The inconsistent\(hyrequest abstract\(hyerror has no parameters.
  3896. .RT
  3897. .sp 1P
  3898. .LP
  3899. 8.2.2.8
  3900.     \fISecurity\(hyerror\fR 
  3901. .sp 9p
  3902. .RT
  3903. .PP
  3904. The security\(hyerror abstract\(hyerror reports that the requested
  3905. abstract\(hyoperation could not be provided by the\ MTS because it would 
  3906. violate 
  3907. the security\(hypolicy in force.
  3908. .PP
  3909. The security\(hyerror abstract\(hyerror has the following parameters,
  3910. generated by the\ MTS:
  3911. .RT
  3912. .LP
  3913.     \(em
  3914.     \fBsecurity\(hyproblem\fR : an identifier for the cause of the
  3915. violation of the security\(hypolicy.
  3916. .sp 1P
  3917. .LP
  3918. 8.2.2.9
  3919.     \fIUnsupported\(hycritical\(hyfunction\fR 
  3920. .sp 9p
  3921. .RT
  3922. .PP
  3923. The unsupported\(hycritical\(hyfunction abstract\(hyerror reports that an
  3924. argument of the abstract\(hyoperation was marked as \fBcritical\(hyfor\(hysubmission\fR 
  3925. (see \(sc\ 9.1) but is unsupported by the\ MTS. 
  3926. .PP
  3927. The unsupported\(hycritical\(hyfunction abstract\(hyerror has no
  3928. parameters.
  3929. .RT
  3930. .sp 1P
  3931. .LP
  3932. 8.2.2.10\ \ 
  3933. \fIRemote\(hybind\(hyerror\fR 
  3934. .sp 9p
  3935. .RT
  3936. .PP
  3937. The remote\(hybind\(hyerror abstract\(hyerror reports that the requested
  3938. abstract\(hyoperation cannot be provided by the\ MS because the\ MS is 
  3939. unable to 
  3940. bind to the\ MTS. Note that this abstract\(hyerror only occurs on indirect
  3941. submission to the\ MTS via an\ MS.
  3942. .PP
  3943. The remote\(hybind\(hyerror abstract\(hyerror has no parameters.
  3944. .RT
  3945. .LP
  3946. .bp
  3947.