home *** CD-ROM | disk | FTP | other *** search
Text File | 1991-12-12 | 89.8 KB | 4,510 lines |
- .rs
- .\" Troff code generated by TPS Convert from ITU Original Files
- .\" Not Copyright ( c) 1991
- .\"
- .\" Assumes tbl, eqn, MS macros, and lots of luck.
- .TA 1c 2c 3c 4c 5c 6c 7c 8c
- .ds CH
- .ds CF
- .EQ
- delim @@
- .EN
- .nr LL 40.5P
- .nr ll 40.5P
- .nr HM 3P
- .nr FM 6P
- .nr PO 4P
- .nr PD 9p
- .po 4P
-
- .rs
- \v | 5i'
- .LP
- \fBMONTAGE:\ REC. F.400 en t\* | te de cette page\fR
- .sp 2P
- .LP
- \v'11P'
- \fBRecommendation\ F.401\fR
- .RT
- .sp 2P
- .ce 1000
- \fBMESSAGE\ HANDLING\ SERVICES:\fR
- .EF '% Fascicle\ II.6\ \(em\ Rec.\ F.401''
- .OF '''Fascicle\ II.6\ \(em\ Rec.\ F.401 %'
- .ce 0
- .ce 1000
- \fBNAMING\ AND\ ADDRESSING\ FOR\ PUBLIC\fR
- .ce 0
- .sp 1P
- .ce 1000
- \fBMESSAGE\ HANDLING\ SERVICES\fR
- .ce 0
- .sp 1P
- .PP
- The establishment in various countries of message handling
- services in association with public networks creates the need to produce
- Recommendations covering the aspects of public message handling services.
- .sp 1P
- .RT
- .sp 2P
- .LP
- The\ CCITT,
- .sp 1P
- .RT
- .sp 1P
- .LP
- \fIconsidering\fR
- .sp 9p
- .RT
- .PP
- (a)
- The need for public message handling services;
- .PP
- (b)
- the strategic and commercial importance of standardization of message handling
- services;
- .PP
- (c)
- the urgent need for intercommunication arrangements for
- existing telematic services, and other services with public message handling
- services;
- .PP
- (d)
- the need for a clear distinction between the
- responsibilities to be allocated to service providers and those of subscribers
- and/or users;
- .PP
- (e)
- the need for establishing international compatibility
- between different messaging systems;
- .PP
- (f
- )
- the growth of the installed base of terminals and
- personal computers with the ability to access message handling systems;
- .PP
- (g)
- that several F series Recommendations describe public
- message handling services;
- .PP
- (h)
- that certain X and T series Recommendations cover relevant aspects of systems
- used for the provision of messaging services;
- .PP
- (i)
- that unambiguous names are required for the exchange of
- messages;
- .PP
- (j
- )
- that naming conventions are necessary for worldwide compatible services;
- .sp 1P
- .LP
- \fIunanimously declares\fR
- .sp 9p
- .RT
- .PP
- the view that the naming and addressing requirements specified in this
- Recommendation should be applied for the provision of public message
- handling services.
- .bp
- .sp 1P
- .ce 1000
- \fBCONTENTS\fR
- .ce 0
- .sp 1P
- .sp 2P
- .LP
- 1
- \fIPurpose and scope\fR
- .sp 1P
- .RT
- .sp 1P
- .LP
- 2
- \fINaming and addressing in message handling\fR
- .sp 9p
- .RT
- .LP
- 2.1
- O/R addresses
- .LP
- 2.2
- Distribution list names
- .LP
- 2.3
- Directory names
- .sp 1P
- .LP
- 3
- \fILength of attributes\fR
- .sp 9p
- .RT
- .sp 1P
- .LP
- 4
- \fIPrinciples for the allocation of O/R names and O/R addresses\fR
- .sp 9p
- .RT
- .sp 1P
- .LP
- 5
- \fIUse of O/R names\fR
- .sp 9p
- .RT
- .LP
- 5.1
- General
- .LP
- 5.2
- Character repertoires
- .LP
- 5.3
- Specific rules
- .LP
- 5.4
- Support of forms of O/R addresses
- .sp 1P
- .LP
- 6
- \fIReferences\fR
- .sp 9p
- .RT
- .sp 1P
- .LP
- \fIAnnex\ A\fR \ \(em\ Abbreviations
- .sp 9p
- .RT
- .sp 1P
- .LP
- \fIAppendix\ I\fR \ \(em\ List of Alpha\(hy2 country codes
- .sp 9p
- .RT
- .sp 2P
- .LP
- \fB1\fR \fBPurpose and scope\fR
- .sp 1P
- .RT
- .PP
- This Recommendation specifies naming and addressing aspects for
- public message handling services which are described in other Recommendations
- of the F\(hyseries. It also establishes some principles for the allocation
- of
- O/R addresses.
- .RT
- .sp 2P
- .LP
- \fB2\fR \fBNaming and addressing in message handling\fR
- .sp 1P
- .RT
- .PP
- Naming and addressing in message handling have to ensure that users can
- define the source and the destination of messages in an unambiguous way.
- The organizational mapping of message handling systems, and the structure of
- management domains (see Recommendation\ F.400/X.400), together with a set of
- naming conventions, are the means to establish a uniform and compatible
- environment for the exchange of messages between any users of the message
- handling environment.
- .PP
- Names and addresses are allocated by the responsible naming
- authority.
- .PP
- In message handling systems (MHS), the principal entity that requires naming
- is the user (the originator and the recipient of messages). In addition
- distribution lists (DLs) have names for their use in the context of MHS.
- Users of MHs and DLs are identified by O/R names. (The prefix \*QO/R\*U
- recognizes the
- fact that the user can be acting as either the originator or the recipient
- .PP
- of a message). An O/R name comprises a directory name, an O/R address or
- both. Every user or DL has one or more O/R names.
- .RT
- .sp 1P
- .LP
- 2.1
- \fIO/R addresses\fR
- .sp 9p
- .RT
- .PP
- An O/R address contains information that enables the MHS to
- identify a user to deliver a message or return a notification to him. DLs
- are also identified by an O/R address.
- .PP
- An O/R address is comprised of a set of information called attributes.
- Recommendation\ X.402 specifies a set of standard attributes from which
- O/R
- addresses can be constructed. Standard attributes, the structure of attribute
- lists and their syntax and semantics are defined in Recommendation\ X.402.
- In
- addition to standard attributes, and to cater for existing messaging systems,
- there are domain defined attributes whose syntax and semantics are specified
- by management domains. They are applicable for an interim period.
- .bp
- .PP
- Various forms of O/R addresses are defined, each serving its own
- purpose. These forms and their purpose are as follows:
- .RT
- .LP
- \(em
- \fIMnemonic O/R address\fR :
- Provides a user\(hyfriendly
- means of identifying users in the absence of a directory. It may
- also be used for identifying a distribution list.
- .LP
- \(em
- \fITerminal O/R address\fR :
- Provides a means of
- identifying users with terminals belonging to various networks.
- .LP
- \(em
- \fINumeric O/R address\fR :
- Provides a means of
- identifying users with numeric keypads.
- .LP
- \(em
- \fIPostal O/R address\fR :
- Provides a means of identifying
- originators and recipients of messages and notifications, for
- physical delivery.
- .sp 1P
- .LP
- 2.1.1
- \fIMnemonic O/R address\fR
- .sp 9p
- .RT
- .PP
- This form of O/R address provides addresses that mnemonically
- identifies a user or a DL relative to the Administration Management Domain
- (ADMD) through which the user is accessed. At least one of the conditional
- attributes following the domain name(s) has to be present.
- .RT
- .LP
- \(em
- Country name
- .LP
- \(em
- Administration domain name
- .LP
- \(em
- [Private domain name]
- .LP
- \(em
- [Organization name]
- .LP
- \(em
- [Organizational unit name]
- .LP
- \(em
- [Personal name]
- .LP
- \(em
- [Common name]
- .LP
- \(em
- [[Domain defined attributes]]
- .PP
- \fINote\fR \ \(em\ Attributes in square brackets are conditional. Double
- square brackets indicate an attribute not belonging to the standard attribute
- list.
- .sp 1P
- .LP
- 2.1.2
- \fITerminal O/R address\fR
- .sp 9p
- .RT
- .PP
- This form of O/R address provides a means for addressing a terminal with
- its network address, conditionally with the country name, the domain
- name(s), a terminal identifier and domain defined attributes.
- .RT
- .LP
- \(em
- [Country name]
- .LP
- \(em
- [Administration domain name]
- .LP
- \(em
- [Private domain name]
- .LP
- \(em
- Network address
- .LP
- \(em
- [Terminal identifier]
- .LP
- \(em
- [Terminal type]
- .LP
- \(em
- [[Domain defined attributes]]
- .PP
- \fINote\ 1\fR \ \(em\ Attributes in square brackets are conditional. Double
- square brackets indicate an attribute not belonging to the standard attribute
- list.
- .PP
- \fINote\ 2\fR \ \(em\ Domain defined attributes shall be present only if the
- country name and the administration domain name are present.
- .PP
- The network address is composed of digits from the X.121 numbering
- plan (including escape codes) or the\ E.163/E.164 numbering plan.
- .PP
- The conditional terminal identifier might be, for example, a telex
- answerback string or a teletex terminal identifier.
- .PP
- The conditional terminal type might be, for example, a telex, a
- teletex, a G3 facsimile, a G4 facsimile, an IA5, and a videotex terminal.
- .RT
- .sp 1P
- .LP
- 2.1.3
- \fINumeric O/R address\fR
- .sp 9p
- .RT
- .PP
- This form of O/R address provides addresses that can be entered
- from devices equipped only with numeric keypads. It identifies numerically a
- user relative to the ADMD through which the user is accessed.
- .RT
- .LP
- \(em
- Country name
- .LP
- \(em
- Administration domain name
- .LP
- \(em
- [Private domain name]
- .bp
- .LP
- \(em
- Numeric user identifier
- .LP
- \(em
- [[Domain defined attributes]]
- .PP
- \fINote\ 1\fR \ \(em\ Attributes in square brackets are conditional. Double
- square brackets indicate an attribute not belonging to the standard attribute
- list.
- .PP
- \fINote\ 2\fR \ \(em\ Numeric values are assumed for all attributes.
- .PP
- \fINote\ 3\fR \ \(em\ This form could also be used for a videotex user
- number.
- .RT
- .sp 1P
- .LP
- 2.1.4
- \fIPostal O/R address\fR
- .sp 9p
- .RT
- .PP
- This form of O/R address provides for the identification of a user by means
- of his postal addresss, together with the country name(s), and the
- domain name(s), and the PD service name through which he is accessed.
- .PP
- See also Recommendation\ F.415.
- .RT
- .sp 1P
- .LP
- \fIVersion\ 1\fR \ \(em\ \fIUnformatted postal O/R address\fR :
- .sp 9p
- .RT
- .LP
- \(em
- Physical delivery country name
- .LP
- \(em
- Country name
- .LP
- \(em
- Administration domain name
- .LP
- \(em
- [Private domain name]
- .LP
- \(em
- [Physical delivery service name]
- .LP
- \(em
- Postal code
- .LP
- \(em
- Unformatted postal address
- .PP
- Sufficient address components have to be supplied in the
- unformatted postal address in order to enable the PD service to route,
- distribute and deliver the physical message properly.
- .sp 1P
- .LP
- \fIVersion\ 2\fR \ \(em\ \fIFormatted postal O/R address\fR :
- .sp 9p
- .RT
- .LP
- \(em
- Physical delivery country name
- .LP
- \(em
- Country name
- .LP
- \(em
- Administration domain name
- .LP
- \(em
- [Private domain name]
- .LP
- \(em
- [Physical delivery service name]
- .LP
- \(em
- Postal code
- .LP
- \(em
- Set of formatted postal address attributes
- .PP
- There is no defined order in the set of formatted postal address attributes.
- These attributes are:
- \v'3p'
- .LP
- \(em
- \fIPostal O/R address components\fR :
- .LP
- a)
- [Physical delivery personal name]
- .LP
- b)
- [Physical delivery organization name]
- .LP
- \(em
- \fIPhysical delivery address components\fR :
- .LP
- a)
- [Street address]
- .LP
- b)
- [P.O. box address]
- .LP
- c)
- [Poste restante address]
- .LP
- d)
- [Unique postal name]
- .LP
- \(em
- \fIPhysical delivery office address components\fR :
- .LP
- a)
- Physical delivery office name
- .LP
- b)
- [Physical delivery office number]
- .LP
- c)
- [Local postal attribute]
- .LP
- \(em
- \fIOther postal address components\fR :
- .LP
- a)
- [Extension of postal O/R address components]
- .LP
- b)
- [Extension of physical delivery address components]
- .PP
- \fINote\fR \ \(em\ Attributes in square brackets are conditional.
- .bp
- .PP
- Sufficient attributes have to be provided in order to enable the
- PD service to route, distribute and deliver the physical message properly.
- .PP
- For the description of formatted postal O/R address attributes see
- Annex\ A/F.400 and for the length
- see\ \(sc\ 3.
- .RT
- .sp 1P
- .LP
- 2.2
- \fIDistribution list names\fR
- .sp 9p
- .RT
- .PP
- In the context of message handling, names of distribution lists
- (making use of the common name attribute) are used to identify the point of
- expansion of a message using a distribution list which contains a set of O/R
- addresses or further distribution list names (see Recommendation\ F.400).
- .PP
- Care should be taken in the choice of distribution list names to
- ensure that users are aware that they are addressing a distribution list.
- .PP
- \fINote\fR \ \(em\ For naming of distribution lists the attribute \*QCommon
- Name\*U may be used. Names of distribution lists should clearly indicate
- their
- purpose.
- .RT
- .sp 1P
- .LP
- 2.3
- \fIDirectory names\fR
- .sp 9p
- .RT
- .PP
- In the context of message handling a directory name can be used
- to retrieve the required O/R address from a directory (see
- Recommendations\ F.400 and\ F.500). The directory may be provided by local
- functions.
- .RT
- .sp 2P
- .LP
- \fB3\fR \fBLength of attributes\fR
- .sp 1P
- .RT
- .PP
- The coding is specified in the Recommendations of the
- X.400\ series.
- .PP
- The O/R address shall allow the following information:
- \v'3p'
- .RT
- .LP
- \(em
- \fICountry name\fR
- .LP
- The Alpha\(hy2 country code listed in Appendix\ I or the DCC
- from Recommendation\ X.121 is used as the numeric country name.
- Maximum 3\ characters.
- .LP
- \(em
- \fIPhysical delivery country name\fR
- .LP
- The same conditions apply as for country name.
- .LP
- \(em
- \fIAdministration domain name\fR
- .LP
- Maximum 16 characters. Numeric O/R address form assumes
- allocation of numeric administration domain names.
- .LP
- \(em
- \fIPrivate domain name\fR
- .LP
- Maximum 16 characters.
- .LP
- \(em
- \fIPhysical delivery service name\fR
- .LP
- Maximum 16 characters
- .LP
- \(em
- \fIOrganization name\fR
- .LP
- Maximum 64 characters
- .LP
- \(em
- \fIOrganizational unit(s)\fR
- .LP
- Maximum 32 characters each
- .LP
- \fINote\fR \ \(em\ At least one organizational unit should be
- supported on the sending side.
- .LP
- \(em
- \fIPersonal name\fR
- .LP
- Maximum is the sum of the maxima of the parts
- (64\ characters).
- .LP
- a)
- Surname\ \(em\ maximum 40 characters.
- .LP
- b)
- Given name\ \(em\ maximum 16 characters.
- .LP
- c)
- Initials (optional)\ \(em\ maximum 5 characters (for
- further study).
- .LP
- d)
- Generation qualifier (optional)\ \(em\ maximum
- 3\ characters.
- .LP
- \(em
- \fIDistribution list name\fR
- .LP
- Maximum of the common name applies.
- .LP
- \(em
- \fICommon name\fR
- .LP
- Maximum 64 characters.
- .bp
- .LP
- \(em
- \fIDomain defined attributes\fR
- .LP
- Maximum four separate attributes, maximum length for
- \*Qtype\*U\ 8 and for \*Qvalue\*U 128\ characters.
- .LP
- \(em
- \fINetwork address\fR
- .LP
- Maximum 14 + 1 digits, including the prefix (see
- Recommendation\ X.121).
- .LP
- \fINote\fR \ \(em\ The classification and maximum value may change to
- accommodate other addressing schemes.
- .LP
- \(em
- \fITerminal identifier\fR
- .LP
- Maximum 24 characters.
- .LP
- \(em
- \fIUnformatted postal address\fR
- .LP
- Up to 6 lines with a maximum of 30\ characters each. In the
- case of transit mail the last line is reserved for the name of
- the country of the final physical destinaton (see Note\ 1).
- .LP
- \(em
- \fIFormatted postal address\fR
- .sp 1P
- .LP
- \fIFormatted postal address attributes\fR
- .sp 9p
- .RT
- .PP
- These attributes and their constraints are: (for the description of these
- attributes see Annex\ A/F.400)
- \v'3p'
- .RT
- .LP
- \(em
- \fIPostal O/R address components\fR | see Note\ 2)
- .LP
- Physical delivery personal name (see Note\ 3)
- .LP
- 30 characters (see Note\ 1)
- .LP
- Physical delivery organization name (see Note\ 3)
- .LP
- 30 characters (see Note\ 1)
- .LP
- \(em
- \fIPhysical delivery address components\fR | see Note\ 2)
- .LP
- Street address
- .LP
- 30 characters (see Note\ 1)
- .LP
- P.O. box address
- .LP
- 30 characters (see Note\ 1)
- .LP
- Poste restante address
- .LP
- 30 characters (see Note\ 1)
- .LP
- Unique name
- .LP
- 30 characters (see Note\ 1)
- .LP
- \(em
- \fIPhysical delivery office address components\fR
- .LP
- Physical delivery office name
- .LP
- x characters (see Notes\ 1 and\ 4)
- .LP
- Physical delivery office number
- .LP
- y characters (see Notes\ 1 and\ 4)
- .LP
- Local postal attributes
- .LP
- z characters (see Notes\ 1 and\ 4)
- .LP
- \(em
- \fIOther postal address components\fR
- .LP
- Extension of O/R address components (see Note\ 5)
- .LP
- 30 characters (see Note\ 1)
- .LP
- Extension of physical delivery address components (see
- Note\ 6)
- .LP
- 30 characters (see Note\ 1)
- .PP
- The overall constraints are 6 lines of attributes with a maximum of 30\
- characters in each line. In the case of transit mail the last line is
- reserved for the name of the receiving country of the final physical
- destination.
- .PP
- \fINote\ 1\fR \ \(em\ The number of characters specified refers to characters
- to be printed (including spaces).
- .PP
- \fINote\ 2\fR \ \(em\ At least one of the following attributes should be used.
- .PP
- \fINote\ 3\fR \ \(em\ Physical delivery personal name and physical delivery
- organization name are free form names and have different length from personal
- name and organization name.
- .bp
- .PP
- \fINote\ 4\fR \ \(em\ These attributes have to be printed in one line, in some
- countries together with the postal code. Thus x\ +\ y\ +\ z is a maximum of
- 30\ characters including the delimiting spaces and the postal code if
- printed in the same line.
- .PP
- \fINote\ 5\fR \ \(em\ May be used to extend the postal O/R address components.
- .PP
- \fINote\ 6\fR \ \(em\ May be used to extend the physical delivery address
- components.
- .RT
- .sp 2P
- .LP
- \fB4\fR \fBPrinciples for the allocation of O/R names and O/R addresses\fR
- .sp 1P
- .RT
- .PP
- 4.1
- The naming authority of the country responsible for administration domain
- names will ensure the designation of an unambiguous name to each ADMD of
- message handling services in that country.
- .sp 9p
- .RT
- .PP
- 4.2
- Each ADMD is responsible for the administration of names for
- private management domains associated with it.
- .PP
- \fINote\fR \ \(em\ For PRMDs intercommunicating with more than one ADMD,
- agreement between all the ADMDs concerned is necessary for an unambiguous
- name of the PRMD.
- .PP
- 4.3
- Each management domain (MD) is responsible for allocating
- unambiguous addresses to users below the level of the MD name(s) for the
- purpose of using message handling services.
- .PP
- 4.4
- A distribution list only shall be given a name which is clearly
- indicating to the user its intent. Names or O/R addresses shall only be
- included in a publicly accessible distribution list when the permission
- of the owner of the information is given and national rules for security
- are
- respected.
- .sp 2P
- .LP
- \fB5\fR \fBUse of O/R names\fR
- .sp 1P
- .RT
- .sp 1P
- .LP
- 5.1
- \fIGeneral\fR
- .sp 9p
- .RT
- .PP
- With the help of O/R names a user can send messages via the MHS.
- Users may get support from their user agent in the use of O/R names. The
- latter is a local matter.
- .RT
- .sp 1P
- .LP
- 5.2
- \fICharacter repertoires\fR
- .sp 9p
- .RT
- .PP
- The character repertoire allowed in O/R names are either printable, numeric
- or teletex repertoires (for more detail see Recommendation\ X.402).
- .PP
- The printable character repertoire is shown in Table\ 1/F.401.
- .PP
- The numeric character repertoire is comprising the digits 0 \(hy 9 and
- space, and is a subset of the printable character repertoire.
- .PP
- For the teletex repertoire see Recommendation T.61. In general the
- teletex repertoire may also be used internationally.
- .PP
- All name attributes that may use the teletex repertoire shall, when
- sent internationally, be conveyed together with the equivalent attribute(s)
- using the repertoire specified in Table\ 1/F.401.
- .PP
- The use of an extended character repertoire within a management domain
- is a local matter.
- .RT
- .sp 1P
- .LP
- 5.3
- \fISpecific rules\fR
- .sp 9p
- .RT
- .PP
- Rules for postal O/R addresses, see \(sc\(sc\ 2 and\ 3 and
- Recommendation\ F.415.
- .PP
- Management domains will not allow O/R names, that differ only by
- the number of \*Qspace\*U characters, either at the beginning or the end
- of any of their attributes, to identify different users.
- .PP
- Additionally MDs will not consider an O/R address attribute to
- identify different users when the attribute contains more than one word
- separated by one or more \*Qspace\*U characters.
- .PP
- MDs will not allow O/R names, that differ only by small letter/capital
- letter distinctions, to identify different user.
- .RT
- .sp 1P
- .LP
- 5.4
- \fISupport of forms of O/R addresses\fR
- .sp 9p
- .RT
- .PP
- Each MHS shall support all the name address forms in the incoming direction
- for transitting purposes. It is the decision of the management of a domain
- which name forms are allocated to the users of that domain. In the
- outgoing direction the originating domain needs to use the name forms the
- destination domain applies. The way in which names are input by or presented
- to the subscriber is a local matter.
- .bp
- .RT
- .LP
- .ce
- \fBH.T. [T1.401]\fR
- .ce
- TABLE\ 1/F.401
- .ce
- \fBPrintable character repertoire for O/R names\fR
- .ps 9
- .vs 11
- .nr VS 11
- .nr PS 9
- .TS
- center box;
- cw(72p) | cw(48p) .
- Designation Graphic representation
- _
- .T&
- lw(72p) | cw(48p) .
- Capital letters A, B, ..., Z
- .T&
- lw(72p) | cw(48p) .
- Small letters a, b, ..., z
- .T&
- lw(72p) | cw(48p) .
- Digits 0, 1, ..., 9
- .T&
- lw(72p) | cw(48p) .
- Space (space)
- .T&
- lw(72p) | cw(48p) .
- Apostrophe '
- .T&
- lw(72p) | cw(48p) .
- Left parenthesis (
- .T&
- lw(72p) | cw(48p) .
- Right parenthesis )
- .T&
- lw(72p) | cw(48p) .
- Plus sign +
- .T&
- lw(72p) | cw(48p) .
- Comma ,
- .T&
- lw(72p) | cw(48p) .
- Hyphen \(em
- .T&
- lw(72p) | cw(48p) .
- Full stop .
- .T&
- lw(72p) | cw(48p) .
- Solidus /
- .T&
- lw(72p) | cw(48p) .
- Colon :
- .T&
- lw(72p) | cw(48p) .
- Equals sign =
- .T&
- lw(72p) | cw(48p) .
- Question mark ?
- .TE
- .LP
- \fINote\fR
- \ \(em\ According to Recommendation X.208 this repertoire is called a
- Printable
- String type. All these characters are available in ITA2 (as far as letters are concerned, only in upper or lower case).
- .nr PS 9
- .RT
- .ad r
- \fBTable 1/F.401 [T1.401], p.\fR
- .sp 1P
- .RT
- .ad b
- .RT
- .sp 2P
- .LP
- \fB6\fR \fBReferences\fR
- .sp 1P
- .RT
- .sp 1P
- .LP
- Recommendation\ F.400
- Message handling\ \(em\ System and service overview
- .sp 9p
- .RT
- .LP
- Recommendation\ F.410
- Message handling services\ \(em\ The public message
- transfer service
- .LP
- Recommendation\ F.415
- Message handling services\ \(em\ Intercommunication
- with public physical delivery services
- .LP
- Recommendation\ F.420
- Message handling services\ \(em\ The public interpersonal
- messaging service
- .LP
- Recommendation\ F.421
- Messsage handling services\ \(em\ Intercommunication between the IPM
- service and the telex service
- .LP
- Recommendation\ F.422
- Message handling services\ \(em\ Intercommunication
- between the IPM service and the teletex service
- .LP
- Recommendations\ of\ the\ X.400\ series
- Message handling\ \(em\ System and
- service overview
- .LP
- Recommendation\ T.61
- Character repertoire and coded character sets
- for the international teletex service
- .LP
- Recommendations\ of\ the\ X.500\ series
- The directory\ \(em\ Overview of concepts,
- models and services
- .LP
- Recommendation\ F.500
- International public directory services
- .LP
- Recommendation\ X.121
- International numbering plan for public data networks
- .LP
- Recommendation\ E.163
- Numbering Plan for the international telephone service
- .LP
- Recommendation\ E.164
- Numbering Plan for the ISDN Era
- .LP
- ISO\ 3166
- Codes for the representation of names of countries
- .bp
- .ce 1000
- ANNEX\ A
- .ce 0
- .ce 1000
- (to Recommendation F.401)
- .sp 9p
- .RT
- .ce 0
- .ce 1000
- \fBAbbreviations\fR
- .sp 1P
- .RT
- .ce 0
- .ce
- \fBH.T. [T2.401]\fR
- .ps 9
- .vs 11
- .nr VS 11
- .nr PS 9
- .TS
- center box;
- lw(30p) | lw(120p) .
- ADMD {
- Administration Management Domain
- }
- .T&
- lw(30p) | lw(120p) .
- DCC Data Country Code
- .T&
- lw(30p) | lw(120p) .
- DL Distribution List
- .T&
- lw(30p) | lw(120p) .
- IA5 International Alphabet 5
- .T&
- lw(30p) | lw(120p) .
- IPM Interpersonal Messaging
- .T&
- lw(30p) | lw(120p) .
- ITA2 {
- International Telegraph Alphabet 2
- }
- .T&
- lw(30p) | lw(120p) .
- MD Management Domain
- .T&
- lw(30p) | lw(120p) .
- MH Message Handling
- .T&
- lw(30p) | lw(120p) .
- MHE Message Handling Environment
- .T&
- lw(30p) | lw(120p) .
- MHS Message Handling System
- .T&
- lw(30p) | lw(120p) .
- MT Message Transfer
- .T&
- lw(30p) | lw(120p) .
- O/R Originator/Recipient
- .T&
- lw(30p) | lw(120p) .
- P.O. Post Office
- .T&
- lw(30p) | lw(120p) .
- PD Physical Delivery
- .T&
- lw(30p) | lw(120p) .
- PRMD Private Management Domain
- .T&
- lw(30p) | lw(120p) .
- RPOA {
- Recognized Private Operating Agency
- }
- .T&
- lw(30p) | lw(120p) .
- UPU Universal Postal Union
- .TE
- .LP
- \fINote\fR
- \ \(em\ For a glossary of terms see Annex A of Recommendation F.400.
- .nr PS 9
- .RT
- .ad r
- \fBTable [T2.401], p.\fR
- .sp 1P
- .RT
- .ad b
- .RT
- .LP
- .sp 2
- .ce 1000
- APPENDIX\ I
- .ce 0
- .ce 1000
- (to Recommendation F.401)
- .sp 9p
- .RT
- .ce 0
- .ce 1000
- \fBList of Alpha\(hy2 country codes\fR
- .sp 1P
- .RT
- .ce 0
- .LP
- \fR .sp 3
- Afghanistan
- AF
- .LP
- Albania
- AL
- .LP
- Algeria
- DZ
- .LP
- American Samoa
- AS
- .LP
- Andorra
- AD
- .LP
- Angola
- AO
- .LP
- Anguilla
- AI
- .LP
- Antarctica
- AQ
- .LP
- Antigua and Barbuda
- AG
- .LP
- Argentina
- AR
- .LP
- Aruba
- AW
- .LP
- Australia
- AU
- .LP
- Austria
- AT
- .sp 1P
- .LP
- Bahamas
- BS
- .sp 9p
- .RT
- .LP
- Bahrain
- BH
- .LP
- Bangladesh
- BD
- .LP
- Barbados
- BB
- .LP
- Belgium
- BE
- .LP
- Belize
- BZ
- .LP
- Benin
- BJ
- .LP
- Bermuda
- BM
- .LP
- Bhutan
- BT
- .LP
- Bolivia
- BO
- .LP
- Botswana
- BW
- .LP
- Bouvet Island
- BV
- .LP
- Brazil
- BR
- .LP
- British Indian Ocean Territory
- IO
- .LP
- British Virgin Islands
- VG
- .LP
- Brunei Darussalam
- BN
- .LP
- Bulgaria
- BG
- .LP
- Burkina Faso
- BF
- .LP
- Burma
- BU
- .LP
- Burundi
- BI
- .LP
- Byelorussian SR
- BY
- .sp 1P
- .LP
- Cameroon
- CM
- .sp 9p
- .RT
- .LP
- Canada
- CA
- .LP
- Cape Verde
- CV
- .LP
- Cayman Islands
- KY
- .LP
- Central African Republic
- CF
- .LP
- Chad
- TD
- .LP
- Chile
- CL
- .LP
- China
- CN
- .LP
- Christmas Islands
- CX
- .bp
- .LP
- Cocos (Keeling) Islands
- CC
- .LP
- Colombia
- CO
- .LP
- Comoros
- KM
- .LP
- Congo
- CG
- .LP
- Cook Islands
- CK
- .LP
- Costa Rica
- CR
- .LP
- C\* | te d'Ivoire
- CI
- .LP
- Cuba
- CU
- .LP
- Cyprus
- CY
- .LP
- Czechoslovakia
- CS
- .sp 1P
- .LP
- Denmark
- DK
- .sp 9p
- .RT
- .LP
- Djibouti
- DJ
- .LP
- Dominica
- DM
- .LP
- Dominican Republic
- DO
- .sp 1P
- .LP
- East Timor
- TP
- .sp 9p
- .RT
- .LP
- Ecuador
- EC
- .LP
- Egypt
- EG
- .LP
- El Savador
- SV
- .LP
- Equatorial Guinea
- GQ
- .LP
- Ethiopia
- ET
- .sp 1P
- .LP
- Faeroe Islands
- FO
- .sp 9p
- .RT
- .LP
- Falkland Islands (Malvinas)
- FK
- .LP
- Fiji
- FJ
- .LP
- Finland
- FI
- .LP
- France
- FR
- .LP
- French Guiana
- GF
- .LP
- French Polynesia
- PF
- .LP
- French Southern Territories
- TF
- .sp 1P
- .LP
- Gabon
- GA
- .sp 9p
- .RT
- .LP
- Gambia
- GM
- .LP
- German Democratic Republic
- DD
- .LP
- Germany, Federal Republic of
- DE
- .LP
- Ghana
- GH
- .LP
- Gibraltar
- GI
- .LP
- Greece
- GR
- .LP
- Greenland
- GL
- .LP
- Grenada
- GD
- .LP
- Guadeloupe
- GP
- .LP
- Guam
- GU
- .LP
- Guatemala
- GT
- .LP
- Guinea
- GN
- .LP
- Guinea\(hyBissau
- GW
- .LP
- Guyana
- GY
- .sp 1P
- .LP
- Ha\*:iti
- HT
- .sp 9p
- .RT
- .LP
- Heard and McDonald Islands
- HM
- .LP
- Honduras
- HN
- .LP
- Hong Kong
- HK
- .LP
- Hungary
- HU
- .sp 1P
- .LP
- Iceland
- IS
- .sp 9p
- .RT
- .LP
- India
- IN
- .LP
- Indonesia
- ID
- .LP
- Iran, Islamic Republic of
- IR
- .LP
- Iraq
- IQ
- .LP
- Ireland
- IE
- .LP
- Israel
- IL
- .bp
- .LP
- Italy
- IT
- .sp 1P
- .LP
- Jamaica
- JM
- .sp 9p
- .RT
- .LP
- Japan
- JP
- .LP
- Jordan
- JO
- .sp 1P
- .LP
- Kampuchea, Democratic
- KH
- .sp 9p
- .RT
- .LP
- Kenya
- KE
- .LP
- Kiribati
- KI
- .LP
- Korea, Democratic People's Republic of
- KP
- .LP
- Korea, Republic of
- KR
- .LP
- Kuwait
- KW
- .sp 1P
- .LP
- Lao People's Democratic Republic
- LA
- .sp 9p
- .RT
- .LP
- Lebanon
- LB
- .LP
- Lesotho
- LS
- .LP
- Liberia
- LR
- .LP
- Libyan Arab Jamahiriya
- LY
- .LP
- Liechtenstein
- LI
- .LP
- Luxembourg
- LU
- .sp 1P
- .LP
- Macau
- MO
- .sp 9p
- .RT
- .LP
- Madagascar
- MG
- .LP
- Malawi
- MW
- .LP
- Malaysia
- MY
- .LP
- Maldives
- MV
- .LP
- Mali
- ML
- .LP
- Malta
- MT
- .LP
- Martinique
- MQ
- .LP
- Marshall Islands
- MH
- .LP
- Mauritania
- MR
- .LP
- Mauritius
- MU
- .LP
- Mexico
- MX
- .LP
- Micronesia
- FM
- .LP
- Monaco
- MC
- .LP
- Mongolia
- MN
- .LP
- Montserrat
- MS
- .LP
- Morocco
- MA
- .LP
- Mozambique
- MZ
- .sp 1P
- .LP
- Namibia
- NA
- .sp 9p
- .RT
- .LP
- Nauru
- NR
- .LP
- Nepal
- NP
- .LP
- Netherlands
- NL
- .LP
- Netherlands Antilles
- AN
- .LP
- Neutral Zone (between Saudia Arabia and Iraq)
- NT
- .LP
- New Caledonia
- NC
- .LP
- New Zealand
- NZ
- .LP
- Nicaragua
- NI
- .LP
- Niger
- NE
- .LP
- Nigeria
- NG
- .LP
- Niue
- NU
- .LP
- Norfolk Island
- NF
- .LP
- Northern Mariana Islands
- MP
- .LP
- Norway
- NO
- .sp 1P
- .LP
- Oman
- OM
- .sp 9p
- .RT
- .sp 1P
- .LP
- Pakistan
- PK
- .sp 9p
- .RT
- .LP
- Palau
- PW
- .LP
- Panama
- PA
- .LP
- Papua New Guinea
- PG
- .LP
- Paraguay
- PY
- .bp
- .LP
- Peru
- PE
- .LP
- Philippines
- PH
- .LP
- Pitcairn
- PN
- .LP
- Poland
- PL
- .LP
- Portugal
- PT
- .LP
- Puerto Rico
- PR
- .sp 1P
- .LP
- Qatar
- QA
- .sp 9p
- .RT
- .sp 1P
- .LP
- R\*'eunion
- RE
- .sp 9p
- .RT
- .LP
- Romania
- RO
- .LP
- Rwanda
- RW
- .sp 1P
- .LP
- St. Helena
- SH
- .sp 9p
- .RT
- .LP
- St. Kitts\(hyNevis
- KN
- .LP
- Saint Lucia
- LC
- .LP
- St. Pierre and Miquelon
- PM
- .LP
- Saint Vincent and the Grenadines
- VC
- .LP
- Samoa
- WS
- .LP
- San Marino
- SM
- .LP
- Sao Tom\*'e and Principe
- ST
- .LP
- Saudi Arabia
- SA
- .LP
- Senegal
- SN
- .LP
- Seychelles
- SC
- .LP
- Sierra Leone
- SL
- .LP
- Singapore
- SG
- .LP
- Solomon Islands
- SB
- .LP
- Somalia
- SO
- .LP
- South Africa
- ZA
- .LP
- Spain
- ES
- .LP
- Sri Lanka
- LK
- .LP
- Sudan
- SD
- .LP
- Suriname
- SR
- .LP
- Svalbard and Jan Mayen Islands
- SJ
- .LP
- Swaziland
- SZ
- .LP
- Sweden
- SE
- .LP
- Switzerland
- CH
- .LP
- Syrian Arab Republic
- SY
- .sp 1P
- .LP
- Taiwan, Province of China
- TW
- .sp 9p
- .RT
- .LP
- Tanzania, United Republic of
- TZ
- .LP
- Thailand
- TH
- .LP
- Togo
- TG
- .LP
- Tokelau
- TK
- .LP
- Tonga
- TO
- .LP
- Trinidad and Tobago
- TT
- .LP
- Tunisia
- TN
- .LP
- Turkey
- TR
- .LP
- Turks and Caicos Islands
- TC
- .LP
- Tuvalu
- TV
- .sp 1P
- .LP
- Uganda
- UG
- .sp 9p
- .RT
- .LP
- Ukrainian SSR
- UA
- .LP
- United Arab Emirates
- AE
- .LP
- United Kingdom
- GB
- .LP
- United States
- US
- .LP
- United States Minor Outlying Islands
- UM
- .LP
- Uruguay
- UY
- .LP
- USSR
- SU
- .sp 1P
- .LP
- Vanuatu
- VU
- .sp 9p
- .RT
- .LP
- Vatican City State (Holy See)
- VA
- .LP
- Venezuela
- VE
- .LP
- Viet Nam
- VN
- .LP
- Virgin Islands, U.S
- VI
- .sp 1P
- .LP
- Wake Islands
- WK
- .sp 9p
- .RT
- .LP
- Wallis and Futuna Islands
- WF
- .LP
- Western Sahara
- EH
- .sp 1P
- .LP
- Yemen
- YE
- .sp 9p
- .RT
- .LP
- Yemen, Democratic
- YD
- .LP
- Yugoslavia
- YU
- .sp 1P
- .LP
- Zaire
- ZR
- .sp 9p
- .RT
- .LP
- Zambia
- ZM
- .LP
- Zimbabwe
- ZW
- .sp 1P
- .LP
- Source:\ ISO 3166
- .sp 9p
- .RT
- .LP
- Current edition (1981 plus amendments up to 1987) at time of printing. The
- latest published edition from ISO should be applied.
- .LP
- .rs
- .sp 5P
- .ad r
- BLANC
- .ad b
- .RT
- .LP
- .bp
- .sp 2P
- .LP
- \fBRecommendation\ F.410\fR
- .RT
- .sp 2P
- .ce 1000
- \fBMESSAGE\ HANDLING\ SERVICES:\fR
- .EF '% Fascicle\ II.6\ \(em\ Rec.\ F.410''
- .OF '''Fascicle\ II.6\ \(em\ Rec.\ F.410 %'
- .ce 0
- .sp 1P
- .ce 1000
- \fBTHE\ PUBLIC\ MESSAGE\ TRANSFER\ SERVICE\fR
- .ce 0
- .sp 1P
- .PP
- \fR The establishment in various countries of message handling
- services in association with public networks creates the need to produce
- Recommendations covering the aspects of public message handling services.
- .sp 1P
- .RT
- .sp 2P
- .LP
- The\ CCITT,
- .sp 1P
- .RT
- .sp 1P
- .LP
- \fIconsidering\fR
- .sp 9p
- .RT
- .PP
- (a)
- the need for public message handling services;
- .PP
- (b)
- the strategic and commercial importance of standardization of message handling
- services;
- .PP
- (c)
- the urgent need for intercommunication arrangements for
- existing telematic services, and other services with public message handling
- services;
- .PP
- (d)
- the need for a clear distinction between the
- responsibilities to be allocated to service providers and those of subscribers
- and/or users;
- .PP
- (e)
- the need for establishing international compatibility
- between different messaging systems;
- .PP
- (f
- )
- the growth of the installed base of terminals and
- personal computers with the ability to access message handling systems;
- .PP
- (g)
- that several F series Recommendations describe public
- message handling services;
- .PP
- (h)
- that certain X and T series Recommendations cover relevant aspects of systems
- used for the provision of messaging services,
- .sp 1P
- .LP
- \fIunanimously declares\fR
- .sp 9p
- .RT
- .PP
- the view that the requirements specified in this Recommendation
- should be applied for the provision of the public message transfer service
- internationally.
- .sp 1P
- .ce 1000
- \fBCONTENTS\fR
- .ce 0
- .sp 1P
- .sp 2P
- .LP
- 1
- \fIPurpose and scope\fR
- .sp 1P
- .RT
- .LP
- 1.1
- General
- .LP
- 1.2
- Message handling systems used in the provision of
- MT service
- .sp 1P
- .LP
- 2
- \fIMT service\fR
- .sp 9p
- .RT
- .LP
- 2.1
- General service requirements
- .LP
- 2.2
- Message transfer service features
- .LP
- 2.2.1
- Introduction
- .LP
- 2.2.2
- The basic message transfer service
- .LP
- 2.2.3
- Optional user facilities in the MT service
- .LP
- 2.2.4
- Naming and addressing
- .sp 1P
- .LP
- 3
- \fIOperation of the service\fR
- .sp 9p
- .RT
- .LP
- 3.1
- General
- .LP
- 3.2
- Message transfer
- .bp
- .sp 1P
- .LP
- 4
- \fIQuality of service\fR
- .sp 9p
- .RT
- .LP
- 4.1
- Message status
- .LP
- 4.2
- Responsibility for messages
- .LP
- 4.3
- Model of delivery and notification times
- .LP
- 4.4
- Message transfer time targets
- .LP
- 4.5
- Delivery notification time targets
- .LP
- 4.6
- Error protection
- .LP
- 4.7
- Availability of service
- .LP
- 4.8
- Minimum storage capacity
- .sp 1P
- .LP
- 5
- \fINetworks requirements\fR
- .sp 9p
- .RT
- .LP
- 5.1
- General
- .LP
- 5.2
- Network requirements for international interconnection
- .LP
- 5.3
- Network requirements for service access
- .sp 1P
- .LP
- 6
- \fIUse of MT service within CCITT defined telematic services\fR
- .sp 9p
- .RT
- .sp 1P
- .LP
- \fIAnnex\ A\fR \ \(em\ Abbreviations
- .sp 9p
- .RT
- .LP
- \fIAnnex\ B\fR \ \(em\ MT elements of service for 1984 systems
- .sp 2P
- .LP
- \fB1\fR \fBPurpose and scope\fR
- .sp 1P
- .RT
- .sp 1P
- .LP
- 1.1
- \fIGeneral\fR
- .sp 9p
- .RT
- .PP
- This Recommendation specifies the general, operational and quality of service
- aspects of the public international message transfer service.
- .PP
- This type of message handling service is an international
- telecommunication service offered by Administrations, enabling subscribers'
- user agents to submit standardized classes of messages to message transfer
- agents for their transfer to another message transfer agent in the same
- Administration's domain, in another Administration's domain, or to private
- domains, via telecommunication networks using store and forward techniques.
- .PP
- The message transfer service also may transfer messages submitted
- through a message store, and delivered to a message store, and to and from
- access units to other services.
- .PP
- Locally provided functions, for which communication with other user
- agents or message transfer agents is not required, are nor covered by CCITT
- Recommendations.
- .PP
- The message transfer (MT) service enables subscribers to request a
- variety of features to be performed during the transfer of messages.
- .PP
- Some features are inherent in the basic MT service. Other non\(hybasic
- features may be selected by the subscriber, either on a per\(hymessage
- basis, or for an agreed contractual period of time, if they are provided
- by
- Administrations.
- .PP
- Elements of service belonging to the basic message transfer service
- and essential optional user facilities are to be made available internationally
- by Administrations.
- .PP
- MT service may be provided using any physical network. MT service may be
- offered separately or in combination with various telematic or data
- communication services. It can be obtained by making appropriate arrangements.
- .PP
- Technical specifications and protocols, to be used in the MT service are
- defined in the X.400\ series of Recommendations.
- .PP
- The service definition is contained in \(sc\ 2. Sections\ 3 and\ 4 describe
- the operation of the service and quality of service, and network requirements
- are given in \(sc\ 5.
- .bp
- .RT
- .sp 2P
- .LP
- 1.2
- \fIMessage handling systems used in the provision of MT service\fR
- .sp 1P
- .RT
- .sp 1P
- .LP
- 1.2.1
- \fI1984 implementations\fR
- .sp 9p
- .RT
- .PP
- This Recommendation assumes that the message handling systems
- implemented to provide the service outlined herein are based on the
- 1988\ version of the X.400\ series of technical Recommendations. It is
- recognized however that for some time after the publication of this Recommendation,
- the
- majority of implementations of MT service will be based on the
- 1984 X.400\ series of Recommendations. Administrations are encouraged to
- adopt the latest CCITT Recommendations; however, in the interim, they may
- make use
- of this Recommendation with 1984\ implementations as outlined below.
- .RT
- .sp 1P
- .LP
- 1.2.2
- \fIElements of service\fR
- .sp 9p
- .RT
- .PP
- The elements of service available for message handling services are listed
- and classified in Recommendation\ F.400. Annex\ B/F.400 provides a list
- of all the elements of service (called Service Elements in\ 1984) for MT
- service
- from the 1984 X.400\ Recommendation. In addition the classifications of each
- element of service, as they were in 1984 in Recommendation\ X.401, are shown.
- .PP
- In the 1988 X.400\ Recommendation, there are many new elements of service
- representing new functionality that were not present in\ 1984. Most of these
- have been classified as additional, meaning that they do not have to be
- supported, hence the 1984\ implementations can make use of this service
- Recommendation in most cases. Other differences between\ 1988 and\ 1984 are of
- two types, new elements of service that are classified as essential, and old
- (meaning\ 1984) elements of service that have been re\(hyclassified as
- essential
- for\ 1988. Annex\ C of Recommendation\ F.400 lists both the new elements of
- service in\ 1988 as well as changes in classification to any 1984\ elements of
- service. In both cases to allow for 1984\ implementations to be used for the
- provision of pubic MT service as described in this Recommendation, a grace
- period of 8\ years is provided for Administrations to upgrade their
- implementations in this respect to the 1988\ technical Recommendations.
- .RT
- .sp 1P
- .LP
- 1.2.3
- \fIName forms\fR
- .sp 9p
- .RT
- .PP
- The specifications of the name forms in the 1988 Recommendations
- have been enhanced and postal O/R addresses have been added. The name forms
- and the mandatory components of the 1984\ Recommendations have their equivalence
- in the new framework and are aligned in principle.
- .RT
- .sp 1P
- .LP
- 1.2.4
- \fIInterworking\fR
- .sp 9p
- .RT
- .PP
- In order to protect the investment of Administrations who have
- implemented 1984\ systems for the provision of MT service, 1988\ ADMD
- implementations must be able to interwork to 1984\ ADMDs as outlined in
- Recommendation\ X.419, Annex\ B.
- .PP
- Interworking from 1988 ADMDs to 1984 PRMDs is a national matter.
- .RT
- .sp 2P
- .LP
- \fB2\fR \fBMT service\fR
- .sp 1P
- .RT
- .sp 1P
- .LP
- 2.1
- \fIGeneral service requirements\fR \v'3p'
- .sp 9p
- .RT
- .PP
- 2.1.1
- The fundamental ability of the MT Service is to provide for the
- transfer of messages submitted by other services subscribing to the MT
- service. These other services may submit messages from their user agents,
- if they are
- services that follow the X.400 series of Recommendations. Services may also
- access the MT service from standardized access units. Messages may also be
- transferred to and from message stores. The access units and message stores
- are not part of the MT service. Conversion of messages when different codings
- and other formats are used may be provided by the MT service.
- .PP
- 2.1.2
- The public MT service will be provided by Administrations using
- systems that conform to the X.400\ series Recommendations.
- .PP
- Management domains (MDs) are defined for the purpose of
- responsibilities boundaries. The MD managed by an Administration is called
- an Administration Management Domain (ADMD). The MD managed by an organization
- is called a Private Management Domain (PRMD).
- .PP
- 2.1.3
- International exchange of messages are performed between
- administation management domains through CCITT standardized public data
- transmission services. Each Administration will designate one or more MTAs
- in its management domain as international access points to the MT
- service.
- .bp
- .LP
- .PP
- 2.1.4
- Different classes of messages may be exchanged through this
- service. Some classes of messages may be standardized by CCITT Recommendations,
- such as F.420. Other classes of messages may also be transferred, provided
- that the format adheres to the appropriate X.400\ series or Recommendations.
- .PP
- 2.1.5
- An Administration may provide different methods of access to the MT service.
- The possible methods are:
- .LP
- 1)
- from a subscribing service's user agent, message store, or
- access unit;
- .LP
- 2)
- from an MTA in a private management domain.
- .PP
- 2.1.6
- Each Administration is responsible for the national access to
- its management domain.
- .PP
- 2.1.7
- The characteristics of the direct interfaces to the MT service, or between
- a private domain and the MT service are a national matter, although
- they should generally conform to the X.400\ series of Recommendations.
- Interworking with postal systems, or other physical delivery systems, should
- be in accordance with\ F.415.
- .PP
- 2.1.8
- The national implementation of the MT service may provide
- intercommunication of subscribing services with other telematic services
- such as telex, teletex, facsimile and videotex. When implemented, the interface
- between the MT service and the other services shall be according to relevant
- CCITT Recommendations. Intercommunication may also be provided to a physical
- delivery system.
- .PP
- 2.1.9
- As the service is providing indirect communication, cases of
- non\(hydelivery of the message to the intended recipient may occur. The
- MT service provides for non\(hydelivery notification and, as an optional
- user facility, for delivery notification.
- .PP
- 2.1.10
- Due to the intermediate storage of the message, the service may
- provide conversion optional user facilities: speed, access procedures,
- networks, and coding of message contents.
- .PP
- 2.1.11
- The message belongs to the originator until delivery has taken
- place. After delivery the message belongs to the recipient.
- .PP
- 2.1.12
- Where sender and recipient have different and conflicting
- requirements, the sender's requirements shall take precedence (e.g., content
- type conversion or redirection control).
- .PP
- 2.1.13
- Management domains shall relay messages even if some additional
- optional user facilities are not supported by that domain.
- .sp 2P
- .LP
- 2.2
- \fIMessage transfer service features\fR
- .sp 1P
- .RT
- .sp 1P
- .LP
- 2.2.1
- \fIIntroduction\fR
- .sp 9p
- .RT
- .PP
- Recommendation F.400, \(sc\ 19, defines elements of service which are available
- in the MT service and are classified as either belonging to the basic service
- or as MT optional user facilities. Elements of service comprising the basic
- MT service are inherently part of the service, and are always provided
- and available. The optional user facilities that are classified as essential
- are always provided and those classified as additional may be available
- nationally or internationally on the basis of bilateral agreement.
- .PP
- In the MT service there is the following grouping of elements of
- service:
- .RT
- .LP
- 1)
- basic service which corresponds with the basic elements of
- service listed in Table\ 4/F.400;
- .LP
- 2)
- optional user facilities, which correspond to the MT
- optional user facilities listed in Table\ 5/F.400.
- .PP
- Basic features are inherent in the service. Optional user
- facilities may be selected on a per\(hymessage basis or for an agreed contractual
- period of time.
- .sp 1P
- .LP
- 2.2.2
- \fIThe basic message transfer service\fR
- .sp 9p
- .RT
- .PP
- The basic MT service shall be implemented according to the
- requirements of CCITT Recommendation\ X.411. The basic MT service enables
- UAs to access and be accessed by the MTS in order to exchange messages.
- Each message is assigned a unique message reference identification. If
- a message cannot be delivered, the originating UA is informed. To facilitate
- meaningful
- communication, a UA may specify the types of encoded information that can be
- contained in messages delivered to it. The content type, the original encoded
- information types, the time of submission and delivery and whether conversion
- occurred are indicated for each message. The elements of service comprising
- the basic MT service are listed in Recommendation\ F.400,
- Table\ 4/F.400.
- .bp
- .RT
- .sp 1P
- .LP
- 2.2.3
- \fIOptional user facilities in the MT service\fR
- .sp 9p
- .RT
- .PP
- Two classes of optional user facilities are available in the
- MT services. The first class is selectable on a per\(hymessage basis. The
- second class may be provided to the subscribing service when agreed to
- over a
- contractual period of time. The classes are described and cited in
- Recommendation\ F.400 (\(sc\ 19.3, and Table\ 5/F.400) and are available in the
- service based on the MT service.
- .RT
- .sp 1P
- .LP
- 2.2.4
- \fINaming and addressing\fR
- .sp 9p
- .RT
- .PP
- Naming and addressing as used in the MT service is described in
- overview in Recommendation\ F.400, \(sc\ 12. The rules for naming and addressing
- in an Administration Management Domain are given in Recommendation\ F.401.
- .RT
- .sp 2P
- .LP
- \fB3\fR \fBOperation of the service\fR
- .sp 1P
- .RT
- .sp 1P
- .LP
- 3.1
- \fIGeneral\fR \v'3p'
- .sp 9p
- .RT
- .PP
- 3.1.1
- The MT service provides that messages can be sent, transferred,
- delivered and received using fully automatic procedures.
- .PP
- Manual delivery of messages can be provided in the case of
- interworking with postal systems, and is described in Recommendation\ F.415.
- .PP
- 3.1.2
- Messages are prepared by subscribers services User Agents/Access
- Units or by User Agents/Access Units in other management domains.
- .PP
- 3.1.3
- Each Administration providing the MT service should validate its subscribers
- identities, at the time of access. It should also validate the
- identity of other Management Domains at their points of access.
- .PP
- 3.1.4
- Connectivity of the MT service to message transfer in private
- management domains, which will allow users of these systems to exchange
- messages, is desirable. This is recognized to be a national matter. If these
- interconnections are provided, they should take place between management
- domains in accordance with CCITT Recommendations.
- .PP
- 3.1.5
- When implicit conversion is provided by the Administration via the message
- transfer service, the message will be converted if necessary, unless
- prohibited by the originator. The conversion will be in accordance to the
- rules specified in Recommendation\ X.408.
- .sp 1P
- .LP
- 3.2
- \fIMessage transfer\fR
- .sp 9p
- .RT
- .PP
- Message transfer is initiated when a message is received from a
- User Agent/Message Store or access unit. Delivery is attempted to the address
- of the message. The body part of the message will be transferred in the
- form in which it was received unless conversion has been performed.
- .PP
- The results of the transfer attempt may be conveyed by two
- notifications.
- .RT
- .LP
- \(em
- non\(hydelivery notification;
- .LP
- \(em
- delivery notification.
- .PP
- Delivery notification may be given to the originating domain by
- the destination domain to indicate successful delivery. This delivery
- notification should be provided if requested.
- .PP
- Non\(hydelivery notification is automatically originated by the MTS,
- while delivery notification will be generated by the recipients MTA on
- request of the originator. If non\(hydelivery notification is prevented,
- and delivery
- notification is not requested, no notification is possible. In the case of a
- message to a teletex terminal, (auto) receipt notification may be returned
- by the TTXAU.
- .RT
- .sp 2P
- .LP
- \fB4\fR \fBQuality of service\fR
- .sp 1P
- .RT
- .sp 1P
- .LP
- 4.1
- \fIMessage status\fR
- .sp 9p
- .RT
- .PP
- The unique identification of messages conforming to the
- requirements of CCITT X.400\ series Recommendations enables the system to
- provide information about\ e.g., the status of an IP\(hymessage or other
- class of message.
- .PP
- In the event of system failure all accepted and non\(hydelivered messages
- should be traceable. If messages cannot be delivered, the originator must
- be
- informed by a non\(hydelivery notification.
- .bp
- .RT
- .sp 1P
- .LP
- 4.2
- \fIResponsibility for messages\fR
- .sp 9p
- .RT
- .PP
- The subscribers to the service using the MTS are responsible for
- the messages in their User Agents/Message Stores. The service using the MT
- service is responsible for the transfer between the UAs/MSs in that service
- and the MT service.
- .PP
- The Administration providing the MT service is responsible for the
- message transfer and the optional user facilities performed within its
- management domain and for messages coming from or directed to private
- management domains connected to its management domain, unless other national
- regulations apply. In international interconnection of ADMDs, the
- responsibility to deliver passes from managements domains with the message.
- .PP
- Administrations should provide assistance to their subscribers, with regard
- to status and tracing of non\(hydelivered messages.
- .PP
- \fINote\fR \ \(em\ The international implications of this are for further
- study.
- .RT
- .sp 1P
- .LP
- 4.3
- \fIModel of delivery and notification times\fR | see Figure 1/F.410)
- .sp 9p
- .RT
- .LP
- .rs
- .sp 29P
- .ad r
- Figure 1/F.410, p.
- .sp 1P
- .RT
- .ad b
- .RT
- .sp 1P
- .LP
- 4.4
- \fIMessage transfer time targets\fR
- .sp 9p
- .RT
- .PP
- The recipient ADMD should force non\(hydelivery notification if it
- has not been able to transfer the message to the receiving UA before x\ hours
- after submission to the originating MTA (or after date and time indicated
- for deferred delivery), the value of\ x being dependent on the grade of
- delivery
- requested by the originator as shown in Table\ 1/F.410.
- .bp
- .RT
- .ce
- \fBH.T. [T1.410]\fR
- .ce
- TABLE\ 1/F.410
- .ps 9
- .vs 11
- .nr VS 11
- .nr PS 9
- .TS
- center box;
- cw(60p) | cw(60p) | cw(60p) .
- Grade of delivery 95% delivered before {
- Non\(hydelivery forced
- after \fIx\fR
- }
- _
- .T&
- lw(60p) | cw(60p) | cw(60p) .
- Urgent \ 0.75 hours \ 4 hours
- .T&
- lw(60p) | cw(60p) | cw(60p) .
- Normal \ 4.0\ hours 24 hours
- .T&
- lw(60p) | cw(60p) | cw(60p) .
- Non\(hyurgent 24.0\ hours 36 hours
- .TE
- .LP
- \fINote\fR
- \ \(em\ Intercommunication with PRMDs is not included in the calculation of the time targets.
- .nr PS 9
- .RT
- .ad r
- \fBTable 1/F.410 [T1.410], p.\fR
- .sp 1P
- .RT
- .ad b
- .RT
- .PP
- To be able to meet these time targets, a message has to transit
- a transitting ADMD within y\ hours, the value of\ y being dependent on
- the grade of delivery requested by the originator as shown in Table\ 2/F.410.
- .ce
- \fBH.T. [T2.410]\fR
- .ce
- TABLE\ 2/F.410
- .ps 9
- .vs 11
- .nr VS 11
- .nr PS 9
- .TS
- center box;
- cw(60p) | cw(60p) .
- Grade of delivery {
- 95% transitted before \fIy\fR
- }
- _
- .T&
- lw(60p) | cw(60p) .
- Urgent \ 0.45 hours
- .T&
- lw(60p) | cw(60p) .
- Normal \ 2.5\ hours
- .T&
- lw(60p) | cw(60p) .
- Non\(hyurgent 14.5\ hours
- .TE
- .LP
- \fINote\ 1\fR
- \ \(em\ Time Targets assume that receiving UA is continuously available
- and excludes cases of Hold for Delivery.
- .LP
- \fINote\ 2\fR
- \ \(em\ Intercommunication with PRMDs is not included in the calculation of the time targets.
- .nr PS 9
- .RT
- .ad r
- \fBTable 2/F.410 [T2.410], p.\fR
- .sp 1P
- .RT
- .ad b
- .RT
- .sp 1P
- .LP
- 4.5
- \fIDelivery notification time targets\fR
- .sp 9p
- .RT
- .PP
- Non\(hydelivery notifications or requested delivery notifications
- should be returned on a per\(hyrecipient basis, in order not de delay
- notifications for those messages in a multi\(hyaddressed message which have
- already been delivered, to enable the originating management domain either
- to return per\(hyrecipient notifications or to batch notifications to its
- subscribers (see Table\ 3/F.410).
- .RT
- .ce
- \fBH.T. [T3.410]\fR
- .ce
- TABLE\ 3/F.410
- .ps 9
- .vs 11
- .nr VS 11
- .nr PS 9
- .TS
- center box;
- cw(60p) | cw(60p) .
- Type 95% returned before
- _
- .T&
- lw(60p) | cw(60p) .
- ND\(hynotification 0.75 hours
- .T&
- lw(60p) | cw(60p) .
- D\(hynotification 0.75 hours
- .TE
- \fINote\fR
- \ \(em\ Time Targets assume that receiving UA is continuously available
- and excludes cases of Hold for Delivery.
- .nr PS 9
- .RT
- .ad r
- \fBTable 3/F.410 [T3.410], p.\fR
- .sp 1P
- .RT
- .ad b
- .RT
- .LP
- .bp
- .sp 1P
- .LP
- 4.6
- \fIError protection\fR
- .sp 9p
- .RT
- .PP
- Error protection on transmission is provided by the MHS and
- underlying protocols used in the provision of the MT service.
- .RT
- .sp 1P
- .LP
- 4.7
- \fIAvailability of service\fR
- .sp 9p
- .RT
- .PP
- In principle the MT service should be available continuously. User agents
- or message stores connected to the MT service should be available for
- submission or delivery continuously (unless hold for delivery is invoked).
- .RT
- .sp 1P
- .LP
- 4.8
- \fIMinimum storage capacity\fR
- .sp 9p
- .RT
- .PP
- The storage capacity of the message transfer agent shall be
- sufficient to provide a high grade of service.
- .PP
- \fINote\fR \ \(em\ This is for further study.
- .RT
- .sp 2P
- .LP
- \fB5\fR \fBNetwork requirements\fR
- .sp 1P
- .RT
- .sp 1P
- .LP
- 5.1
- \fIGeneral\fR
- .sp 9p
- .RT
- .PP
- The MT service is network independent, that is, the basic service and the
- essential optional user facilities are provided independently of the
- type of network used for service access. Additional optional user facilities
- chosen by an Administration to offer may vary.
- .RT
- .sp 1P
- .LP
- 5.2
- \fINetwork requirements for international interconnection\fR
- .sp 9p
- .RT
- .PP
- For an interim period (8 years) in the interest of ease of
- interconnection of the public international message transfer service between
- Administrations public packet switching connections shall be used. This does
- not preclude Administrations from using different means for this
- interconnection on a bilateral basis.
- .RT
- .sp 1P
- .LP
- 5.3
- \fINetwork requirements for service access\fR
- .sp 9p
- .RT
- .PP
- Access to the public message transfer service is a national
- matter.
- .RT
- .sp 2P
- .LP
- \fB6\fR \fBUse of the MT service within CCITT defined telematic services\fR
- .sp 1P
- .RT
- .PP
- See relevant F series Recommendations.
- .RT
- .LP
- .rs
- .sp 17P
- .ad r
- BLANC
- .ad b
- .RT
- .LP
- .bp
- .ce 1000
- ANNEX\ A
- .ce 0
- .ce 1000
- (to Recommendation F.410)
- .sp 9p
- .RT
- .ce 0
- .ce 1000
- \fBAbbreviations\fR
- .sp 1P
- .RT
- .ce 0
- .PP
- The following abbreviations are used in this Recommendation.
- .sp 1P
- .RT
- .ce
- \fBH.T. [T4.410]\fR
- .ps 9
- .vs 11
- .nr VS 11
- .nr PS 9
- .TS
- center box;
- lw(30p) | lw(120p) .
- A {
- Additional Optional User Facility
- }
- .T&
- lw(30p) | lw(120p) .
- ADMD {
- Administration Management Domain
- }
- .T&
- lw(30p) | lw(120p) .
- E {
- Essential Optional User Facility
- }
- .T&
- lw(30p) | lw(120p) .
- IP Interpersonal
- .T&
- lw(30p) | lw(120p) .
- MD Management Domain
- .T&
- lw(30p) | lw(120p) .
- MHS Message Handling System
- .T&
- lw(30p) | lw(120p) .
- MS Message Store
- .T&
- lw(30p) | lw(120p) .
- MT Message Transfer
- .T&
- lw(30p) | lw(120p) .
- MTA Message Transfer Agent
- .T&
- lw(30p) | lw(120p) .
- MTS Message Transfer System
- .T&
- lw(30p) | lw(120p) .
- PDS Physical Delivery System
- .T&
- lw(30p) | lw(120p) .
- PRMD Private Management Domain
- .T&
- lw(30p) | lw(120p) .
- TTXAU Teletex Access Unit
- .T&
- lw(30p) | lw(120p) .
- UA User Agent
- .TE
- .LP
- \fINote\ 1\fR
- \ \(em\ For a glossary of terms see Annex A of Recommendation F.400.
- .LP
- \fINote\ 2\fR
- \ \(em\ For references see Recommendations F.400 and F.401.
- .nr PS 9
- .RT
- .ad r
- \fBTable [T4.410], p.\fR
- .sp 1P
- .RT
- .ad b
- .RT
- .LP
- .sp 21
- .bp
- .ce 1000
- ANNEX\ B
- .ce 0
- .ce 1000
- (to Recommendation F.410)
- .sp 9p
- .RT
- .ce 0
- .ce 1000
- \fBMT elements of service for 1984 systems\fR
- .sp 1P
- .RT
- .ce 0
- .LP
- \fR
- .ce
- \fB\fR
- .ce
- \fBH.T. [T5.410]\fR
- .ce
-
- .ps 9
- .vs 11
- .nr VS 11
- .nr PS 9
- .TS
- center box;
- cw(120p) | cw(36p) sw(36p) sw(36p) , ^ | c | c s
- ^ | ^ | c | c.
- Element of service Classification
- Basic Optional Per message Contractual
- _
- .T&
- lw(120p) | cw(36p) | lw(36p) | lw(36p) .
- Access management X
- .T&
- lw(120p) | cw(36p) | cw(36p) | lw(36p) .
- Alternate recipient allowed E
- .T&
- lw(120p) | cw(36p) | cw(36p) | cw(36p) .
- {
- Alternate recipient assignment
- } A
- .T&
- lw(120p) | cw(36p) | cw(36p) | cw(36p) .
- Content type indication X
- .T&
- lw(120p) | cw(36p) | cw(36p) | cw(36p) .
- Conversion prohibition E
- .T&
- lw(120p) | cw(36p) | cw(36p) | cw(36p) .
- Converted indication X
- .T&
- lw(120p) | cw(36p) | cw(36p) | cw(36p) .
- Deferred delivery E
- .T&
- lw(120p) | cw(36p) | cw(36p) | cw(36p) .
- {
- Deferred delivery cancellation
- } E
- .T&
- lw(120p) | cw(36p) | cw(36p) | cw(36p) .
- Delivery notification E \fR
- .T&
- lw(120p) | cw(36p) | cw(36p) | cw(36p) .
- {
- Delivery time stamp indication
- } X \fR
- .T&
- lw(120p) | cw(36p) | cw(36p) | cw(36p) .
- {
- Disclosure of other recipients
- } E
- .T&
- lw(120p) | cw(36p) | cw(36p) | cw(36p) .
- Explicit conversion A
- .T&
- lw(120p) | cw(36p) | cw(36p) | cw(36p) .
- Grade of delivery selection E
- .T&
- lw(120p) | cw(36p) | cw(36p) | cw(36p) .
- Hold for delivery A \fR
- .T&
- lw(120p) | cw(36p) | cw(36p) | cw(36p) .
- Implicit conversion A\fR
- .T&
- lw(120p) | cw(36p) | cw(36p) | cw(36p) .
- Message identification X
- .T&
- lw(120p) | cw(36p) | cw(36p) | cw(36p) .
- Multi\(hydestination delivery E
- .T&
- lw(120p) | cw(36p) | cw(36p) | cw(36p) .
- Non\(hydelivery notification X
- .T&
- lw(120p) | cw(36p) | cw(36p) | cw(36p) .
- {
- Original encoded information types indication
- } X
- .T&
- lw(120p) | cw(36p) | cw(36p) | cw(36p) .
- {
- Prevention of non\(hydelivery notification
- } A
- .T&
- lw(120p) | cw(36p) | cw(36p) | cw(36p) .
- Probe E
- .T&
- lw(120p) | cw(36p) | cw(36p) | cw(36p) .
- {
- Registered encoded information types
- } X
- .T&
- lw(120p) | cw(36p) | cw(36p) | cw(36p) .
- Return of content A
- .T&
- lw(120p) | cw(36p) | cw(36p) | cw(36p) .
- {
- Submission time stamp indication
- } X
- _
- .TE
- .nr PS 9
- .RT
- .ad r
- \fBTable [T5.410], p.\fR
- .sp 1P
- .RT
- .ad b
- .RT
- .LP
- .sp 11
- .bp
- .sp 2P
- .LP
- \fBRecommendation\ F.415\fR
- .RT
- .sp 2P
- .ce 1000
- \fBMESSAGE\ HANDLING\ SERVICES:\fR
- .EF '% Fascicle\ II.6\ \(em\ Rec.\ F.415''
- .OF '''Fascicle\ II.6\ \(em\ Rec.\ F.415 %'
- .ce 0
- .ce 1000
- \fBINTERCOMMUNICATION\ WITH\ PUBLIC\fR
- .ce 0
- .sp 1P
- .ce 1000
- \fBPHYSICAL\ DELIVERY\ SERVICES\fR
- .ce 0
- .sp 1P
- .PP
- The establishment in various countries of message handling
- services in association with public networks creates the need to produce
- Recommendations covering the aspects of public message handling services.
- .sp 1P
- .RT
- .sp 2P
- .LP
- The\ CCITT,
- .sp 1P
- .RT
- .sp 1P
- .LP
- \fIconsidering\fR
- .sp 9p
- .RT
- .PP
- (a)
- The need for public message handling services;
- .PP
- (b)
- the strategic and commercial importance of standardization of message handling
- services;
- .PP
- (c)
- the urgent need for intercommunication arrangements for
- existing telematic services, and other services with public message handling
- services;
- .PP
- (d)
- the need for a clear distinction between the
- responsibilities to be allocated to service providers and those of subscribers
- and/or users;
- .PP
- (e)
- the need for establishing international compatibility
- between different messaging systems;
- .PP
- (f
- )
- the growth of the installed base of terminals and
- personal computers with the ability to access message handling systems;
- .PP
- (g)
- that several F series Recommendations describe public
- message handling services;
- .PP
- (h)
- that certain X and T series Recommendations cover relevant aspects of systems
- used for the provision of messaging services;
- .PP
- (i)
- that there is a requirement for delivery of messages from message handling
- services in physical form to postal addresses;
- .sp 1P
- .LP
- \fIunanimously declares\fR
- .sp 9p
- .RT
- .PP
- the view that the requirements specified in this Recommendation
- should be applied for the provision of intercommunication between public
- message handling services and public physical delivery services
- inter
- nationally.
- .sp 1P
- .ce 1000
- \fBCONTENTS\fR
- .ce 0
- .sp 1P
- .sp 2P
- .LP
- 1
- \fIIntroduction\fR
- .sp 1P
- .RT
- .sp 1P
- .LP
- 2
- \fIScope\fR
- .sp 9p
- .RT
- .sp 1P
- .LP
- 3
- \fIFeatures\fR
- .sp 9p
- .RT
- .LP
- 3.1
- General description
- .LP
- 3.2
- Application
- .sp 1P
- .LP
- 4
- \fIPhysical rendition\fR
- .sp 9p
- .RT
- .LP
- 4.1
- Basic rendition capabilities
- .LP
- 4.2
- Rendition of IPM headers
- .LP
- 4.3
- Additional rendition capabilities
- .sp 1P
- .LP
- 5
- \fINaming and addressing\fR .bp
- .sp 9p
- .RT
- .sp 1P
- .LP
- 6
- \fIQuality of service\fR
- .sp 9p
- .RT
- .LP
- 6.1
- Service objectives
- .LP
- 6.2
- Message status
- .LP
- 6.3
- Delivery and notification times model
- .LP
- 6.4
- Time targets
- .LP
- 6.5
- Responsibility for messages
- .LP
- 6.6
- Handling of incompatibilities
- .sp 1P
- .LP
- 7
- \fIUser information and support\fR
- .sp 9p
- .RT
- .sp 1P
- .LP
- 8
- \fINetwork requirements\fR
- .sp 9p
- .RT
- .sp 1P
- .LP
- 9
- \fITariff and accounting considerations\fR
- .sp 9p
- .RT
- .sp 1P
- .LP
- \fIAnnex\ A\fR \ \(em\ Abbreviations
- .sp 9p
- .RT
- .LP
- \fIAnnex\ B\fR \ \(em\ Physical rendition details
- .LP
- \fIAnnex\ C\fR \ \(em\ Undeliverable mail diagnostics
- .LP
- \fIAppendix\ I\fR \ \(em\ Naming and addressing examples
- .sp 2P
- .LP
- \fB1\fR \fBIntroduction\fR
- .sp 1P
- .RT
- .PP
- This Recommendation specifies the general, operational and quality of service
- aspects of intercommunication between public message handling (MH) services
- and public physical delivery (PD) services.
- .PP
- This intercommunication may be offered by Administrations, enabling
- subscribers to send messages to one or more recipients though
- telecommunications means for final delivery in physical form through a PD
- service. The postal services are general examples of public PD services.
- .PP
- The general principles of intercommunication between MH services and PD
- services are overviewed in Recommendation\ F.400, and as a generic capability
- of the message transfer (MT) service in Recommendation\ F.410.
- .PP
- The capabilities described in this Recommendation cover message
- transfer (MT) and interpersonal messaging (PM) service intercommunication
- with PD services.
- .PP
- The output media addressed at this time is hard\(hycopy; other forms of
- physical delivery media are for further study.
- .PP
- The terms used in this Recommendation are defined in
- Recommendation\ F.400.
- .PP
- Technical specifications and protocols to be used for MH/PD service
- intercommunication as covered in this Recommendation are defined in the
- X.400\ series Recommendations.
- .RT
- .sp 2P
- .LP
- \fB2\fR \fBScope\fR
- .sp 1P
- .RT
- .PP
- The model for MH/PD service intercommunication as covered in this Recommendation
- is shown in Figure\ 1/F.415. The actual provisions of PD services are not
- covered in this Recommendation.
- .RT
- .LP
- .rs
- .sp 8P
- .ad r
- \fBFigure 1/F.415, p.\fR
- .sp 1P
- .RT
- .ad b
- .RT
- .LP
- .bp
- .sp 2P
- .LP
- \fB3\fR \fBFeatures\fR
- .sp 1P
- .RT
- .sp 1P
- .LP
- 3.1
- \fIGeneral description\fR
- .sp 9p
- .RT
- .PP
- The MH/PD intercommunication provides MH users with a variety of
- facilities to be performed in the process of physical rendition, physical
- transport, and physical delivery of messages. The elements of service available
- to originating users are grouped into specific categories as shown in
- Table\ 1/F.415.
- .RT
- .ce
- \fBH.T. [T1.415]\fR
- .ce
- TABLE\ 1/F.415
- .ce
- \fBMH/PD elements of service\fR
- .ps 9
- .vs 11
- .nr VS 11
- .nr PS 9
- .TS
- center box;
- cw(90p) | cw(90p) | cw(48p) .
- Category Elements of service F.400 Ref.
- _
- .T&
- lw(90p) | lw(90p) | cw(48p) .
- Physical delivery request Requested delivery method B.76
- _
- .T&
- lw(90p) | lw(90p) | cw(48p) .
- {
- Modes of physical transport and delivery
- } {
- Ordinary mail
- Special delivery
- EMS (express mail service)
- Counter collection
- Counter collection with advice
- Delivery via Bureaufax service
- } {
- B.53
- B.81
- B.28
- B.16
- B.17
- B.23
- }
- _
- .T&
- lw(90p) | lw(90p) | cw(48p) .
- Registrations {
- Registered mail
- Registered mail to addressee in person
- } B.70 B.71
- _
- .T&
- lw(90p) | lw(90p) | cw(48p) .
- {
- Physical delivery notifications
- } {
- Undeliverable mail with return of physical message
- Physical delivery notification by PDS
- Physical delivery notification by MHS
- } . B.91\fR B.58 B.57
- _
- .T&
- lw(90p) | lw(90p) | cw(48p) .
- Physical forwarding {
- Physical forwarding allowed
- Physical forwarding prohibited
- Request for forwarding address
- } B.59 B.60 B.75
- _
- .T&
- lw(90p) | lw(90p) | cw(48p) .
- {
- Physical rendition capabilities
- } {
- Basic physical rendition
- Additional physical rendition
- } B.7\ B.2\
- _
- .TE
- .nr PS 9
- .RT
- .ad r
- \fBTable 1/F.415 [T1.415], p.\fR
- .sp 1P
- .RT
- .ad b
- .RT
- .PP
- The definition and classification of MH/PD elements of service are found
- in Recommendation\ F.400; base elements of service and optional user
- facilities are defined. Base capabilities are inherent to the MH/PD service
- intercommunication and have to be made available internationally by all
- .LP
- Administrations supporting this intercommunication. Optional user facilities
- are selectable by the originator on a per\(hyrecipient basis. These are
- classified as either essential or additional. Essential optional user facilities
- shall be made available internationally by all Administrations. Additional
- optional user facilities may be made available by some Administrations
- for national use and internationally on the basis of bilateral agreement.
- .sp 1P
- .LP
- 3.2
- \fIApplication\fR
- .sp 9p
- .RT
- .PP
- All MH/PD elements of service apply on a per\(hyrecipient basis.
- .PP
- Various combinations of elements of service are possible. For example,
- the elements of service category physical delivery notifications are useable
- with all modes of physical transport and delivery, with registrations and
- with physical forwarding categories.
- .PP
- The elements of service submission time stamp and delivery time stamp also
- apply to MH/PD service intercommunication although they are not listed.
- These are MH elements of service whose definitions include MH/PD
- intercommunication.
- .bp
- .PP
- In all cases of physical delivery, it is highly desirable that the
- originator provide a postal O/R address for PD notifications to be sent
- by PDS, particularly when these are explicitly requested. To facilitate
- this, the
- originating UA could prompt the originator for this information or obtain it
- from a directory.
- .PP
- Optional user facilities selectable by originating users affecting
- physical delivery are rendered on the physical message above the recipient's
- address visible through the window of the envelope to ensure that the proper
- handling procedures are taken in the PDS. Details of this are described in
- Annex\ B.
- .PP
- In the case where the physical message cannot be delivered, it is
- returned to the originator, depending on the options selected and on national
- regulations, firstly as a vehicle to carry the non\(hydelivery notification,
- and secondly to inform the originator on what has happened to the message.
- Notifications include undeliverable mail diagnostics as defined in Annex\ C.
- .PP
- Where more than one notification is to be returned to the originator, these
- are returned together at the farthest delivery point. For example,
- physical forwarding and physical delivery notification are generated as a
- combined notification after delivery.
- .PP
- Where the recipient's forwarding address is returned, based on the
- originator's request, it is returned in the form of a postal address, as
- defined in Recommendation\ F.401.
- .PP
- The element of service additional physical rendition is meant to
- establish generic place holders for use under bilateral agreements and
- possible future standardization.
- .PP
- The actual methods of physical rendition, routing, and delivery used by
- Administrations may vary.
- .RT
- .sp 2P
- .LP
- \fB4\fR \fBPhysical rendition\fR
- .sp 1P
- .RT
- .sp 1P
- .LP
- 4.1
- \fIBasic rendition capabilities\fR
- .sp 9p
- .RT
- .PP
- The PDAU and associated PDS provide the capabilities for rendition, routing,
- transport, and delivery of physical messages based on inherent and
- user selected facilities as defined by the elements of service.
- .PP
- Details of the basic physical rendition (hard copy) process are
- provided in Annex\ B.
- .RT
- .sp 1P
- .LP
- 4.2
- \fIRendition of IPM headers\fR
- .sp 9p
- .RT
- .PP
- In the case of IP\(hymessages, heading information is printed on the physical
- message. The language selected is based on either the language
- indication element of service (provided that this is supported in the receiving
- country) or the default national language(s) of the receiving country.
- Originators and/or originating UAs are encouraged to specify the language.
- .RT
- .sp 1P
- .LP
- 4.3
- \fIAdditional rendition capabilities\fR
- .sp 9p
- .RT
- .PP
- Additional physical rendition capabilities of the PDAU are for
- further study, but may be provided by Administrations on the basis of bilateral
- agreements.
- .PP
- Possible additions include:
- .RT
- .LP
- \(em
- use of extended character sets;
- .LP
- \(em
- ability to select pre\(hyencoded information (such as digitized
- logos and signatures) for rendition;
- .LP
- \(em
- support of other encoded information types.
- .sp 2P
- .LP
- \fB5\fR \fBNaming and addressing\fR
- .sp 1P
- .RT
- .PP
- Naming and addressing in message handling services is described in Recommendation\
- F.400.
- .PP
- For the purpose of physical delivery, the recipient of the physical
- message is identified by means of a postal O/R address as defined in
- Recommendation\ F.401.
- .PP
- PD country name and country name would normally be identical, except in
- the case of transit mail. This occurs when a message is destined to a
- country which does not offer MH/PD service intercommunication; the message
- would then be routed and printed in the nearest country (or another country
- based on established agreements), and subsequently physically delivered
- to the final destination.
- .PP
- A postal code is required for the routing of the MHS message to the
- proper PDAU. It may default to unspecified if no postal code exists.
- .bp
- .PP
- Two versions of postal O/R address are provided to allow:
- .RT
- .LP
- a)
- the use of the postal address as it commonly exists
- (Version\ 1\ \(em\ unformatted postal O/R address);
- .LP
- b)
- for further automatic routing within the PDS
- (Version\ 2\ \(em\ formatted postal O/R address).
- .PP
- Administrations should support both versions of the Postal O/R
- Address, and should encourage MH users to use the Formatted Postal O/R
- Address (Version\ 2).
- .PP
- Users should be made aware that sufficient address information about the
- recipient and final destination has to be provided in either version of
- the postal O/R address in order to enable the PDS to route, transport and
- deliver a physical message properly.
- .PP
- In terms of formatted postal address attributes, these generally
- comprise:
- .RT
- .LP
- \(em
- one attribute of O/R address componets;
- .LP
- \(em
- one attribute of physical delivery address components; and
- .LP
- \(em
- the required set of attributes of physical delivery office
- address components.
- .PP
- The postal O/R address is also used to supply the postal address of the
- originator of a physical message.
- .PP
- Examples of postal O/R addresses are provided in Appendix\ I.
- .RT
- .sp 2P
- .LP
- \fB6\fR \fBQuality of service\fR
- .sp 1P
- .RT
- .sp 1P
- .LP
- 6.1
- \fIService objectives\fR
- .sp 9p
- .RT
- .PP
- Administrations are responsible for providing the service requested by
- the originator. In the event of failure, it would be beneficial if accepted
- and non\(hydelivered messages would be traceable and the originator informed.
- .RT
- .sp 1P
- .LP
- 6.2
- \fIMessage status\fR
- .sp 9p
- .RT
- .PP
- Administrations could provide assistance to their subscribers with regards
- to delivery status. The extent to which provisions are made for support
- of status and tracing of messages is a national matter.
- .RT
- .sp 1P
- .LP
- 6.3
- \fIDelivery and notification times model\fR
- .sp 9p
- .RT
- .PP
- Figure 2/F.415 depicts a model of delivery and notification times relative
- to MH/PD service intercommunication.
- .RT
- .PP
- The meaning of times \*QTn\*U in Figure 2/F.415 are defined as
- follows:
- .sp 1P
- .LP
- \fIT1 = delivery time of MH message\fR
- .sp 9p
- .RT
- .LP
- 1)
- Start time corresponds to the submission time stamp.
- .LP
- \fR
- 2)
- End time corresponds to the delivery time stamp.
- .sp 1P
- .LP
- \fIT2 = delivery notification of MH message\fR
- .sp 9p
- .RT
- .LP
- 1)
- Start time corresponds to the delivery time stamp.
- .LP
- 2)
- End time corresponds to the time that the MH notification
- is made available to the user through the UA or MS.
- .sp 1P
- .LP
- \fIT3 = physical delivery notification by MHS\fR
- .sp 9p
- .RT
- .LP
- 1)
- Start time corresponds to the time at which the physical
- delivery notification by MHS has been generated.
- .LP
- 2)
- End time corresponds to the time that the physical delivery
- notification by MHS is made available to the user through the UA
- or MS.
- .sp 1P
- .LP
- \fITa = physical handling\fR
- .sp 9p
- .RT
- .LP
- 1)
- Start time corresponds to the delivery time stamp.
- .LP
- \fR
- 2)
- End time corresponds to the time at which the physical
- message is delivered to the recipient.
- .PP
- \fINote\fR \ \(em\ Physical handling includes physical rendition,
- transport, and delivery.
- .bp
- .sp 1P
- .LP
- \fITb = generation of physical delivery notification by MHS\fR
- .sp 9p
- .RT
- .LP
- 1)
- Start time corresponds to the time at which the physical
- message is delivered to the recipient.
- .LP
- 2)
- End time corresponds to the time that the physical delivery
- notification by MHS is generated in the MHS.
- .sp 1P
- .LP
- \fITc = physical delivery notification by PDS\fR
- .sp 9p
- .RT
- .LP
- 1)
- Start time corresponds to the time at which the physical
- message is delivered to the recipient.
- .LP
- 2)
- End time corresponds to the time that the physical delivery
- notification by PDS is delivered to the originator.
- .PP
- \fINote\fR \ \(em\ This time includes the generation of the physical
- delivery notification by PDS.
- .LP
- .rs
- .sp 32P
- .ad r
- \fBFigure 2/F.415, p.\fR
- .sp 1P
- .RT
- .ad b
- .RT
- .sp 1P
- .LP
- 6.4
- \fITime targets\fR
- .sp 9p
- .RT
- .PP
- Time targets for MH (T1, T2, T3 in Figure\ 2/F.415) are specified in Recommendations\
- F.410 and\ F.420. In addition, times for physical handling (Ta, Tb,\ Tc
- in Figure\ 2/F.415) need to be considered. These time targets are not
- specified in this Recommendation but could be defined in the MH/PD service
- profile table described in\ \(sc\ 7.
- .PP
- Time targets for physical handling are dependent on the modes of
- physical transport and delivery requested by the originator and on the modes
- offered by the destination Administration.
- .bp
- .RT
- .sp 1P
- .LP
- 6.5
- \fIResponsability for messages\fR
- .sp 9p
- .RT
- .PP
- From the point of view of MH/PD service intercommunication,
- responsibility for physical delivery starts at the point where the MTA
- passes the message to the PDAU. Responsibility for messages prior to that
- belongs
- in MHS.
- .PP
- Delivery through a specific PDS is a user option. If the user does
- not specify a certain PDS, messages are handled by the PDS associated with
- the MH domain. If there is more than one PDS, the traffic is routed based
- on
- administrative agreements.
- .PP
- Although MH messages with incomplete physical routing data may cause problems
- or delays, service providers should accept such messages in at least one
- gateway station and arrange for further routing as appropriate.
- .PP
- The MHS could check whether the requested elements of service and
- rendition capabilities are compatible with those offered by the destination
- MTA/PDAU and PDS. If this check is positive, the message is accepted by the
- MTA/PDAU which generates the delivery time stamp indication. This time stamp
- appears in the field service data as detailed in Annex\ B.
- .RT
- .sp 1P
- .LP
- 6.6
- \fIHandling of incompatibilities\fR
- .sp 9p
- .RT
- .PP
- If MH messages are destined for a MH/PD service which does not
- offer the requested elements of service, or additional capabilities, the
- messages should be transferred to another suitable MH/PD service in the same
- management domain, or in another management domain (another country in the
- case of transit mail), based on established agreements.
- .PP
- Another method for handling incompatible messages is to replace
- requested additional optional elements of service and printing capabilities
- by the best comparable service and to inform the originator, and if necessary
- also the recipient, about the chosen alternatives.
- .PP
- If neither of these methods of handling incompatibilities are possible
- the MTA/PDAU shall reject the MS message and initiate a non\(hydelivery
- report.
- The non\(hydelivery report shall inform the originating UA of the reasons for
- rejection of a message.
- .RT
- .sp 2P
- .LP
- \fB7\fR \fBUser information and support\fR
- .sp 1P
- .RT
- .PP
- When possible, the correctness and completeness of the physical
- routing data could be checked and flagged to the originator at origination.
- .PP
- To prevent incompatible international MH messages from being sent, the
- international community of users should be provided with all necessary
- information on the service provisions of MTA/PDAUs and PDS.
- .PP
- This information is to be defined in MH/PD service profile tables and is
- to be provided either in hard\(hycopy form or preferably in electronic
- form.
- .PP
- These MH/PD profile tables will contain all the information required for
- routing traffic as well as information concerning additional optional user
- facilities and time targets provided by the destination Administration.
- .PP
- \fINote\fR \ \(em\ The specification of the type of information to be contained
- in the MH/PD service profile tables is for urgent further study.
- .PP
- Each Administration participating in this intercommunication should
- apply information required for the MH/PD service profile tables to the ITU
- secretariat, either directly or through the International Bureau of the UPU.
- All subsequent amendments should be communicated by the Administrations
- without delay.
- .PP
- The ITU General Secretariat will publish the MH/PD service profile
- tables containing the information received from Administrations. Subsequent
- amendments are published in the ITU Operational Bulletin.
- .PP
- \fINote\fR \ \(em\ The use of Probe or directory enquiries for originators to
- obtain information on a MH/PD services prior to sending a message are for
- further study.
- .RT
- .sp 2P
- .LP
- \fB8\fR \fBNetwork requirements\fR
- .sp 1P
- .RT
- .PP
- Provision of MH/PD services is network independent. Basic service and optional
- user facilities are provided independently of the type of network used
- for service access.
- .bp
- .RT
- .sp 2P
- .LP
- \fB9\fR \fBTariff and accounting considerations\fR
- .sp 1P
- .RT
- .PP
- Tariff and accounting considerations applicable to the provisions of MH/PD
- services are for further study by CCITT and the UPU.
- .PP
- The following elements of accounting components may need to be
- studied:
- .RT
- .LP
- \(em
- a basic charge component for the use of MH/PD service
- intercommunication (for ordinary mail delivery);
- .LP
- \(em
- additional charge components based on the request for
- optional user facilities;
- .LP
- \(em
- charge components based on the size of the message (number
- of pages) and the distance the message travels;
- .LP
- \(em
- charge components for the establishment and maintenance of
- address lists and other information which is stored on behalf of
- a user;
- .LP
- \(em
- charge components for additional physical rendition, such as
- the registration and storage of graphics (logo,
- signature).
- .ce 1000
- ANNEX\ A
- .ce 0
- .ce 1000
- (to Recommendation F.415)
- .sp 9p
- .RT
- .ce 0
- .ce 1000
- \fBAbbreviations\fR
- .sp 1P
- .RT
- .ce 0
- .ce
- \fBH.T. [T2.415]\fR
- .ps 9
- .vs 11
- .nr VS 11
- .nr PS 9
- .TS
- center box;
- lw(30p) | lw(120p) .
- EOS Elements of Service
- .T&
- lw(30p) | lw(120p) .
- IA5 International Alphabet 5
- .T&
- lw(30p) | lw(120p) .
- IP Interpersonal
- .T&
- lw(30p) | lw(120p) .
- IPM Interpersonal Messaging
- .T&
- lw(30p) | lw(120p) .
- IRV {
- International Reference Version
- }
- .T&
- lw(30p) | lw(120p) .
- ISO {
- International Organization for Standardization
- }
- .T&
- lw(30p) | lw(120p) .
- ITU {
- International Telecommunications Union
- }
- .T&
- lw(30p) | lw(120p) .
- MH Message Handling
- .T&
- lw(30p) | lw(120p) .
- MHS Message Handling Systems
- .T&
- lw(30p) | lw(120p) .
- MS Message Store
- .T&
- lw(30p) | lw(120p) .
- MT Message Transfer
- .T&
- lw(30p) | lw(120p) .
- MTA Message Transfer Agent
- .T&
- lw(30p) | lw(120p) .
- O/R Originator/Recipient
- .T&
- lw(30p) | lw(120p) .
- PD Physical Delivery
- .T&
- lw(30p) | lw(120p) .
- PDAU {
- Physical Delivery Access Unit
- }
- .T&
- lw(30p) | lw(120p) .
- PDS Physical Delivery System
- .T&
- lw(30p) | lw(120p) .
- UA User Agent
- .T&
- lw(30p) | lw(120p) .
- UPU Universal Postal Union
- .TE
- .LP
- \fINote\ 1\fR
- \ \(em\ For a glossary of terms see Annex A of Recommendation F.400.
- .LP
- \fINote\ 2\fR
- \ \(em\ For references see Recommendations F.400 and
- F.401.
- .LP
- \fINote\ 3\fR
- \ \(em\ Administration is used in short form to indicate a
- Telecommunication Administration, a Recognized Private Operating
- Agency, and in the case of Message Handling Services intercommunication
- with Physical Delivery Services, a Postal Administration.
- .nr PS 9
- .RT
- .ad r
- \fBTable [T2.415], p.\fR
- .sp 1P
- .RT
- .ad b
- .RT
- .LP
- .bp
- .ce 1000
- ANNEX\ B
- .ce 0
- .ce 1000
- (to Recommendation F.415)
- .sp 9p
- .RT
- .ce 0
- .ce 1000
- \fBPhysical rendition details\fR
- .sp 1P
- .RT
- .ce 0
- .LP
- \fR B.1
- \fIBasic rendition capabilities\fR
- .sp 1P
- .RT
- .PP
- Messages destined for physical delivery are conveyed by the message transfer
- service and routed to an MTA/PDAU, the link between MHS and PDS. The MTA/PDAU
- provides the capabilities for the physical rendition based on the
- originator's message(s) and selected facilities.
- .PP
- The physical message consists of a window envelope and a limited number
- of pages with imprinted information. Information is printed as information
- fields as follows:
- .RT
- .LP
- \(em
- letter\(hyhead information;
- .LP
- \(em
- indication of requested elements of service;
- .LP
- \(em
- postal address of the recipient;
- .LP
- \(em
- text of the message; and
- .LP
- \(em
- service data.
- .sp 1P
- .LP
- B.2
- \fIPrintable area\fR
- .sp 9p
- .RT
- .PP
- The information is printed in vertical orientation in an area which is
- the common printablea area of the 297\ mm\(mu\ 210\ mm (ISO\ A4) and
- 280\ mm\ \(mu\ 216\ mm (North
- American letter size) formats, as specified in Figure\ A\(hy2/T.60 (dotted
- area). This area is extended by three additional lines down to the bottom
- edge which is easily possible with both formats. Figure\ B\(hy1/F.415 shows
- the printable
- area.
- .RT
- .LP
- .rs
- .sp 31P
- .ad r
- \fBFigure B\(hy1/F.415, p.\fR
- .sp 1P
- .RT
- .ad b
- .RT
- .LP
- .bp
- .sp 1P
- .LP
- B.3
- \fIPaper characteristics\fR
- .sp 9p
- .RT
- .PP
- The choice of an appropriate paper type is a national matter as
- long as the printable area can be accommodated.
- .PP
- Information should be printed on plain light paper and on one side
- only.
- .PP
- \fINote\fR \ \(em\ Preprinted paper, e.g., with service logo, may generally
- be used but the imprint shall be outside the text of message field.
- .RT
- .sp 1P
- .LP
- B.4
- \fIInformation fields\fR
- .sp 9p
- .RT
- .PP
- The maximum size of each field corresponds to an area occupied
- by a given number of lines based on 6\ lines/inch (4.23\ mm/line) and a given
- number of characters based on 10\ characters/inch (2.54\ mm/character). Other
- forms of rendition and settings are possible.
- .PP
- These fields may be arranged on the pages according to national
- requirements. Figures\ B\(hy2/F.415 and\ B\(hy3/F.415 give two variations
- of the first page. Figure\ B\(hy4/F.415 illustrates the layout of the second
- and following
- pages.
- .RT
- .LP
- .rs
- .sp 31P
- .ad r
- \fBFigure B\(hy2/F.415, p.\fR
- .sp 1P
- .RT
- .ad b
- .RT
- .LP
- .bp
- .LP
- .rs
- .sp 31P
- .ad r
- \fBFigure B\(hy3/F.415, p.\fR
- .sp 1P
- .RT
- .ad b
- .RT
- .sp 1P
- .LP
- B.4.1
- \fILetter\(hyhead field\fR
- .sp 9p
- .RT
- .PP
- The letter\(hyhead field is used to present the letter head as
- commonly used for business letters (with logo, originator address,
- references\ etc.). The use of the letter\(hyhead field is under the control
- of the PDAU and not of the user. The remaining space in the letter\(hyhead
- field can be used by the PDAU for other data,\ e.g., an MH address of the
- originator, which might be useful for replying through MHS.
- .PP
- The size of the letter\(hyhead field is limited to 6 lines of
- 72\ characters each. The originator address (30\ characters per\(hyline) is one
- subfield in the letter\(hyhead field.
- .PP
- In the basic mode, only graphic characters which are generated by the MTA/PDAU
- from protocol data can be presented. The use of photographic elements and/or
- prestored logos and signatures is not part of the basic mode.
- .RT
- .sp 1P
- .LP
- B.4.2
- \fIWindow area\fR
- .sp 9p
- .RT
- .PP
- The window area is the area which is fully seen through the
- window of the envelopes considering also the play of the physical message in
- the envelope. This area contains all the information required for handling
- and delivery of the physical message by the PDS, and remains free of all
- other
- information (no wording or extraneous matter).
- .PP
- The window area may be either on the left or on the right depending on
- national practice.
- .PP
- \fINote\fR \ \(em\ The use of double window envelopes is considered a national
- matter.
- .bp
- .RT
- .LP
- .rs
- .sp 31P
- .ad r
- \fBFigure B\(hy4/F.415, p.\fR
- .sp 1P
- .RT
- .ad b
- .RT
- .sp 1P
- .LP
- B.4.2.1\ \
- \fIElements of service indication field\fR
- .sp 9p
- .RT
- .PP
- The elements of service indication field covers an area of 1\ line comprising
- 30\ characters. This area is to indicate all the options requested
- by the originator for the handling of the physical message (e.g., special
- delivery).
- .PP
- This handling may be indicated in descriptive terms or by the use of codes.
- .PP
- It may be necessary to give additional indication in a form commonly used
- in the PD service; for example, by affixing stickers on the envelope.
- This is a national matter.
- .RT
- .sp 1P
- .LP
- B.4.2.2\ \
- \fISpace line field\fR
- .sp 9p
- .RT
- .PP
- The space line field shall be free of imprinted information. The
- space line is essential to ensure that information above the address is
- to be clearly separated.
- .RT
- .sp 1P
- .LP
- B.4.2.3\ \
- \fIPostal address field\fR
- .sp 9p
- .RT
- .PP
- This postal address field contains the postal address of the
- recipient. It covers a field of 6\ lines of 30\ characters each.
- .bp
- .RT
- .sp 1P
- .LP
- B.4.3
- \fIText of message\fR
- .sp 9p
- .RT
- .PP
- The text of message field is used to present the content of the
- message. In the case of IP\(hymessages, this field is composed of the IPM
- heading and body.
- .PP
- The maximum size of this field is:
- .RT
- .LP
- a)
- on the first page, 35 lines of (72\ +\ 5) characters each
- and,
- .LP
- b)
- on the following pages, 55 lignes of (72\ +\ 5) characters
- each.
- .PP
- \fINote\ 1\fR \ \(em\ The text of the message is presented relative to the
- home position. The home position is in the first line of the field text of
- message and approximately 20\ mm from the left paper edge (position\ 8).
- .PP
- \fINote\ 2\fR \ \(em\ 72 characters may be presented from position 8 to
- position\ 79 and 5\ characters to the left of position\ 8 (positions\ 3 to\ 7).
- .PP
- \fINote\ 3\fR \ \(em\ The utilization of the extra \*Q+5\*U character spaces
- mentioned above requires the use of backspace.
- .RT
- .sp 1P
- .LP
- B.4.4
- \fIService data field\fR
- .sp 9p
- .RT
- .PP
- The service data field is used to present service data, e.g.,
- time stamps, message identifier and page numbers. This field is recommended
- to extend over two lines of 72\ characters each.
- .PP
- \fINote\fR \ \(em\ The service data field may also cover more or less than
- 2\ lines; this is considered a national matter.
- .RT
- .sp 1P
- .LP
- B.5
- \fIControl codes for inserting machines\fR
- .sp 9p
- .RT
- .PP
- Printing in position 3 to 7 is only allowed in the text of message field.
- In other fields, this space is reserved for bar codes controlling the
- enveloping process where automated paper handling equipment is used. In
- these cases, the bar codes could be used on all pages of the physical message.
- .RT
- .sp 1P
- .LP
- B.6
- \fICharacter sets\fR
- .sp 9p
- .RT
- .PP
- The MTA/PDAU supports the use of the following encoded information types:
- .RT
- .LP
- \(em
- Telex;
- .LP
- \(em
- IA5 text, (IRV);
- .LP
- \(em
- Teletex.
- .PP
- Support of additional encoded information types is for further
- study. Additional encoded information types may be used under bilateral
- agreements.
- .PP
- It is an objective of the MH/PD service intercommunication to make
- the most use of electronic printers to ensure that the whole basic set of
- graphic characters received are rendered without ambiguity or loss of
- information.
- .PP
- It is therefore preferred that each PDAU will at least provide for the
- rendition of the full basic set of graphic characters from Figure\ 2/T.61.
- .PP
- However, it may be unavoidable that messages have to be converted into
- a 7\(hybit set such as defined in Recommendation\ T.50 for further processing
- and rendition in some countries.
- .PP
- The selection of a print font is considered to be a national matter. Fonts
- which are commonly used in a country should be chosen. Rendition rules
- for the representation of the basic character set of Figure\ 2/T.61 are
- also a national matter.
- .RT
- .sp 1P
- .LP
- B.7
- \fICode conversion\fR
- .sp 9p
- .RT
- .PP
- Conversion from telex and IA5 (IRV) to T.61 for further processing and
- rendition in the MTA/PDAU follows the rules given in Annex\ A.
- .PP
- If conversion to a 7\(hybit encoded set in unavoidable, conversion from
- telex and IA5 (IRV) shall be according to Recommendation\ X.408. Conversion
- of messages received encoded in the\ T.61 set shall be converted in the
- greatest
- possible extent to minimize ambiguity and loss of information.
- .bp
- .RT
- .sp 1P
- .LP
- B.8
- \fIFormat conversion\fR
- .sp 9p
- .RT
- .PP
- The constraints of format conversion for the content of the message are
- as given in \(sc\ B.4.3.
- .PP
- These constraints define the presentation space of the X\(hyand\(hyY
- directions as defined in Recommendation\ X.408.
- .PP
- Folding of the lines and pages to the constraints of the PDAU is
- considered a loss of information according to Recommendation\ X.408.
- .PP
- To recover from loss of information the PDAU may apply the following fallbacks:
- .RT
- .LP
- \(em
- If the originator's line length is greater than
- 72\ characters, but not more than 80\ characters, the messages will \fR \fR
- be printed with 12\ cpi instead of 10\ cpi.
- .LP
- \(em
- If the originator's first page length is greater than
- 35\ lines but not more than 55\ lines, the message will be printed
- starting on the second page (see Note).
- .LP
- \(em
- In the case of IP\(hymessages, the rendition of the IPM header \fR
- is under the control of the PDAU. The user wil not know the
- remaining number of lines on the page on which the header is
- printed. Thus, if the first page of the body parts fits into the
- remaining space, it will be printed on that same page; otherwise
- it will be printed on the next page (see Note).
- .PP
- \fINote\fR \ \(em\ Notification of the recipient that the message was
- started on the next page, for example by a note, is a national matter.
- .PP
- Messages which are not paginated, either because pagination was not
- possible in the originator's text or because the originator didn't use
- pagination, will be folded to pages by the PDAU.
- .RT
- .ce 1000
- ANNEX\ C
- .ce 0
- .ce 1000
- (to Recommendation F.415)
- .sp 9p
- .RT
- .ce 0
- .ce 1000
- \fBUndeliverable mail diagnostics\fR
- .sp 1P
- .RT
- .ce 0
- .LP
- C.1
- \fIReasons related to the address\fR \v'3p'
- .sp 1P
- .RT
- .LP
- \(em
- Physical delivery address incorrect (does not exist).
- .LP
- \(em
- Physical delivery office incorrect or invalid (does not
- exist).
- .LP
- \(em
- Physical delivery address incomplete.
- .sp 1P
- .LP
- C.2
- \fIReasons related to the recipient\fR \v'3p'
- .sp 9p
- .RT
- .LP
- \(em
- Recipient unknown.
- .LP
- \(em
- Recipient deceased.
- .LP
- \(em
- Organization expired.
- .LP
- \(em
- Recipient refused to accept.
- .LP
- \(em
- Recipient did not claim.
- .LP
- \(em
- Recipient changed address permanently (moved), forwarding not
- applicable.
- .LP
- \(em
- Recipient changed address temporarily (on travel), forwarding
- not applicable.
- .LP
- \(em
- Recipient changed temporary address (departed), forwarding
- not applicable.
- .sp 1P
- .LP
- C.3
- \fIReasons of non\(hyforwarding\fR \v'3p'
- .sp 9p
- .RT
- .LP
- \(em
- New address unknown.
- .LP
- \(em
- Recipient did not want forwarding.
- .LP
- \(em
- Originator prohibited forwarding.
- .sp 1P
- .LP
- C.4
- \fIReasons related to the PDAU capabilities\fR \v'3p'
- .sp 9p
- .RT
- .LP
- \(em
- Physical rendition not performed.
- .LP
- \(em
- Physical rendition attributes not supported.
- .bp
- .ce 1000
- APPENDIX\ I
- .ce 0
- .ce 1000
- (of Recommendation F.415)
- .sp 9p
- .RT
- .ce 0
- .ce 1000
- \fBNaming and addressing examples\fR
- .sp 1P
- .RT
- .ce 0
- .LP
- \fR I.1
- \fIExample 1\fR
- .sp 1P
- .RT
- .sp 2P
- .LP
- I.1.1
- \fIPostal O/R address\fR \v'3p'
- .sp 1P
- .RT
- .LP
- PD\ country\ name:
- DE (Germany, Federal Republic of)
- .LP
- Country\ Name:
- DE (Germany, Federal Republic of)
- .LP
- Administration\ domain\ name:
- DBP (Deutsche Bundespost)
- .LP
- \fR
- PD\ service\ name:
- POST
- .LP
- Postal Code:
- 6000
- .LP
- \fIVersion\ 1\ (unformatted)\fR \fIVersion 2 (formatted)\fR
- .LP
- \fR
- Franz\ M\*:uller
- Personal\ name:
- Franz M\*:uller
- .LP
- R\*:udesheimer\ Str.\ 21
- Street\ address:
- R\*:udesheimer Str. 21
- .LP
- \fR
- 6000\ FRANKFURT\ 1
- PD\ office\ name:
- FRANKFURT
- .LP
- PD\ office\ number:
- 1
- .sp 1P
- .LP
- I.1.2
- \fIRendition of Postal Address\fR
- .sp 9p
- .RT
- .PP
- The following printout appears on the first page of the letter and is visible
- through the window of the envelope.
- .RT
- .LP
- Franz M\*:uller
- .LP
- R\*:udesheimer Str. 21
- .LP
- 6000\ FRANKFURT\ 1
- (see Note\ 1)
- .LP
- BUNDESREPUBLIK\ DEUTSCHLAND
- (see Note\ 2)
- .PP
- \fINote\ 1\fR \ \(em\ The postal code and country name will automatically
- be taken from the MHS routing data.
- .PP
- \fINote\ 2\fR \ \(em\ Country name is optional, except in the case of transit
- mail.
- .RT
- .sp 2P
- .LP
- I.2
- \fIExample 2\fR
- .sp 1P
- .RT
- .sp 1P
- .LP
- I.2.1
- \fIPostal O/R address\fR \v'3p'
- .sp 9p
- .RT
- .LP
- PD\ country\ name:
- CA (Canada)
- .LP
- Country\ name:
- CA (Canada)
- .LP
- Administration\ domain\ name:
- CPC (Canada Post Corporation)
- .LP
- \fR
- PD\ service\ name:
- EMAIL
- .LP
- Postal\ code:
- K2E 7L9
- .LP
- \fIVersion\ 1\ (unformatted)\fR \fIVersion 2 (formatted)\fR
- .LP
- \fR
- Mr.\ J.\ Doe
- Personal\ name:
- Mr. J. Doe
- .LP
- \fR
- ACME\ Corp.
- Organization\ name:
- ACME Corp.
- .LP
- \fR
- 141\ Anyname\ Avenue
- Street\ address:
- 141 Anyname Avenue
- .LP
- SMALLTOWN,\ Ontario
- PD\ office\ name:
- SMALLTOWN,
- Ontario
- .sp 1P
- .LP
- I.2.2
- \fIRendition of postal address\fR
- .sp 9p
- .RT
- .PP
- The following printout appears on the first page of the letter and is visible
- through the window of the envelope.
- .RT
- .LP
- Mr. J. Doe
- .LP
- ACME Corp.
- .LP
- 141 Anyname Avenue
- .LP
- SMALLTOWN, Ontario
- .LP
- K2E 7L9 (see Note)
- .PP
- \fINote\fR \ \(em\ The postal code and country name will automatically be
- taken from the MHS routig data.
- .LP
- .bp
-