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

Conference rocks::dec_edi

Title:DEC/EDI
Notice:DEC/EDI V2.1 - see note 2002
Moderator:METSYS::BABER
Created:Wed Jun 06 1990
Last Modified:Fri Jun 06 1997
Last Successful Update:Fri Jun 06 1997
Number of topics:3150
Total number of notes:13466

2987.0. "PEDI and case sensitive O/R-addresses" by RULLE::KLASSON (Sven-Olof Klasson @GOO) Tue Jan 28 1997 20:06

Hi,

I have noticed that the PEDI gateway is case sensitive when mapping X.400
O/R-addresses. Is it intentional that it's case sensitive also with incomming
X.400 transmissions?

I understand that it can be usefull to be case sensitive when sending outbound
files, but it would make things easier if the PEDI gateway ignores case on
incomming files.

Is there a reason why PEDI is case sensitive also on incomming files?

DEC/EDI V2.1C on OpenVMS/Alpha

Thanks,
Sven-Olof
    
T.RTitleUserPersonal
Name
DateLines
2987.1METSYS::THOMPSONTue Jan 28 1997 20:338
I think the code has been back and forth on this a few times.

In the past we have had caee-sensitive and case-insensitive. Whatever
way we set it we upset somebody. So we now have it as the X.400 Spec says -
case sensitive.

Mark
2987.2X.402 says NOT case-sensitiveZUR01::ASHGGrahame Ash @RLEThu Jan 30 1997 16:1213
> way we set it we upset somebody. So we now have it as the X.400 Spec says -
> case sensitive.

Yes, I'm sure you will! But I'm intrigued by your statement that X.400 says 
case sensitivity is the way - where is this? In X.435?

From X.402, which defines O/R Addresses, Section 18.4 defines the rules for 
working out if they are equivalent. This includes:

"Where the value of a Standard Attribute may contain letters, the cases of 
those letter [sic] shall be considered insignificant."

grahame
2987.3Should not messages be written to DECEDI$ERROR:RULLE::KLASSONSven-Olof Klasson @GOOThu Jan 30 1997 18:1619
Re: .2

Thanks for the pointer. I did try to find this in the blue book myself, but
that book is no easy reading....
Indeed the blue book says case should be insignificant!


Another aspect of this problem:

When PEDI fails to match O/R-names on an incomming message it will just
write a message in the errorlog, and then trow away the message.
I belive the X400 gateway saves the message as .CONTENTS and .ENVELOPE files
in DECEDI$ERROR. 
I did expect PEDI to do the same. That would have give the customer a chance
to save the data. Since the MTA has allready sent back delivery notification
that transmission might be gone from the trading partners system.

Sven-Olof
    
2987.4METSYS::THOMPSONThu Jan 30 1997 21:418
I doubt that we checked the blue book but we probably did check the
the MRX programming guide.

There are implementations out there that can't change and so we had
had to be realistic.

M
2987.5XAPI is in-memory, not on-discZUR01::ASHGGrahame Ash @RLEFri Jan 31 1997 14:2811
Re .3 - PEDI "throws away" bad messages.

Yes, I think this is a symptom of the XAPI - the interface to the MTA. Unlike 
in MRIF (as used by the X.400 Gateway) there is no concept of the message being 
written to disc - it's held in memory by the MTA until the gateway tells the 
MTA it's finished with it.

I imagine it would be quite a lot of work to write code which wrote the 
message to disc.

grahame
2987.6SUGGESTION/WISHOSL09::EVENLars Even Christiansen @NWO, Oslo, DTN 872 8456Tue Mar 18 1997 13:4316
    Hi
    
    When taking the choice of case in-/sensitivity would upset somebody, it
    would seem like a good idea to let the users make that choice, wouldn't
    it?
    
    E.g. an environment variable or a logical name on the machine on which
    the PEDI gateway runs could be checked against in the code, before
    matching O/R address with the connection ids.
    
    I'd guess that would be a simple way of providing such a feature?
    Of course it would be best if this was defined per connection id.
    
    
    Regards,
    LarsEven
2987.7METSYS::THOMPSONWed Apr 02 1997 18:4410
Hi,

We've just had a discussion on this. We're thinking about allowing
an incoming case-insensitive match - though keeping the case sensitive
outgoing name.

We will review this with  the MTA folks first though - so no commitment
yet.

M