[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference iosg::all-in-1

Title:ALL-IN-1 (tm) Support Conference
Notice:Please spell ALL-IN-1 correctly - all CAPITALS!
Moderator:IOSG::PYECE
Created:Fri Jul 01 1994
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:2716
Total number of notes:12169

2695.0. "Pb with VIDEOTELEFAX and XMR (New field in NBS message)" by NNTPD::"[email protected]" (didier courcoux) Thu May 22 1997 17:10

Hye,

One of my customer is testing ALL-IN-1 with MAILBUS 400 and X.500, 
but he want to continue to send FAX and TELEX by using Videotelefax 
and Videotelex, products sold by MONACO TELEMATIQUE.

These products get messages from ALL-IN-1 via MAILBUS 400,XMR and 
Message-Router, but they fails to decode the NBS files created by XMR.
 
The comparison between an working NBS file (ALL-IN-1 linked with 
Message-Router) and a 'bad' NBS file (ALL-IN-1 linked with MB400) 
show that some informations are added in the enveloppe
of the NBS message created by XMR:

*Country
*Private Domain
*Administrative Domain

My question:

Is there any possibility for XMR to create NBS file without these
informations ?

[Posted by WWW Notes gateway]
T.RTitleUserPersonal
Name
DateLines
2695.1FORTY2::FOOTEMon Jun 02 1997 14:4114
Hi,

The additional elements you are seeing in the envelope of the message created
by XMR are generated so that XMR can reproduce the recipient's O/R address
if the message is replied back to MB400. Therefore it is not possible for XMR
to create Message Router messages without these elements.

All of these X.400 elements (including country, private domain, administrative
domain that you specifically mention) are valid Message Router attributes. So
it might be worth asking Monaco Telematique whether they could make their
products more compliant with Message Router to accept these elements.


Chris