Conference virke::mrmemo

    
    This has been taken off-line. In short though, I think we can do it for
    Michael's customer.
    
    If anybody else has customers who are willing to pay a few $'s for
    binary support (or anything else for that matter), send me a mail or
    put a note in here. We always want to help.
    
    cheers,
    
    	Stefan

Hi,

I have a customer who would pay a FEW Deutschmarks...
(Though it might be the same customer as in .0)

However, this customer doesn't want to pay for a fix for the problem that the 
server must be manually restarted whenever anybody sends a binary attachment 
from ALL-IN-1 to MEMO!

Regards
Michael Ramm @BEO

    
> However, this customer doesn't want to pay for a fix for the problem that the 
> server must be manually restarted whenever anybody sends a binary attachment 
> from ALL-IN-1 to MEMO!
    
    Fair enough.
    
    In order to look into this, would you mind stating the problem more
    exactly? Is it a problem that has to do with DECBODY7 bodyparts?
    
    cheers,
    
    	Stefan
    
    

    

    
    I'm repeating the requirement in .3
    
    I have spent some time now without being able to make the MRMEMO server
    loop on binary outbound (MR->MEMO) messages.
    
    MRMEMO honours bodyparts TEXT, WPSPLUS, DX, and DECBODY7. For WPSPLUS
    and DX the DCF facility is used for conversions.
    
    For DECBODY7 bodyparts the CDA Conversion Library is used. The
    converters involved are:
    
    SYS$LIBRARY:DDIF$READ_DECBODY7.EXE		(Input Converter)
    
    SYS$LIBRARY:DDIF$WRITE_TEXT.EXE		(Output Converter)
    
    The DDIF$READ_DECBODY7.EXE is provided with the MRMEMO V2.1 kit, and
    DDIF$WRITE_TEXT.EXE is provided with VMS (5.4 and later, before that as
    part of DECwindows)
    
    Note that the conversions will work OK only if the DECBODY7 bodypart
    contains a DDIF file. Other bodyparts (WORD, Wordperfect or whatever)
    will not be converted. Instead, a text line will be put into the
    message:
    
    "Unsupported format for this bodytype. Message body ignored"
    
    For other bodyparts (DECBODY1..DECBODYn VENDOR1..VENDORn, G3FAX etc),
    the same will happen.
    
    But, as stated above, I have not been able to make the server loop on
    any kind of message. I don't even know which bodypart the message is,
    although it's likely it's DECBODY7. We have received an error report
    from a customer where the server log says: 
    
    %CDA-E-OCVNOTFND, output converter not found
    
    This could only occur with DECBODY7 bodyparts. The message seems to
    indicate that the file DDIF$WRITE_TEXT.EXE is actually missing, but
    this has not yet been confirmed by the customer. 
    
    So in order to pursue this problem, please check that
    SYS$LIBRARY:DDIF$WRITE_TEXT.EXE is present. If it is, please provide
    the server log and preferably dumps of the offending messages:
    
    MRMEMO$DIR:MRMEMO1-ENVELOPE.NBS
    MRMEMO$DIR:MRMEMO1-CONTENTS.NBS
    
    If you have hardcopies only you can fax them to +46 8 833552
    
    cheers,
    
    	Stefan
    
                                   

    
    It has been confirmed from the customer that DDIF$WRITE_TEXT.EXE was
    missing from that system, and now it seems to work as described in .4
    
    
    cheers,
    
    	Stefan

Hi,

sorry for being not as responsive as you are :-}

Although I was involved with that customer's case, I wasn't the responsible 
person (Well, I still don't know whether we mean the same aforementioned 
customer at all).

But how you took pains with that impresses me.

Thanks and Regards
mr

    
    Michael,
    
    The Digital service guy in Finland who reported this problem 3 months
    ago was less impressed :-) :-) :-) :-) :-) :-)
    
    Stefan