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

Conference iosg::all-in-1_v30

Title:*OLD* ALL-IN-1 (tm) Support Conference
Notice:Closed - See Note 4331.l to move to IOSG::ALL-IN-1
Moderator:IOSG::PYE
Created:Thu Jan 30 1992
Last Modified:Tue Jan 23 1996
Last Successful Update:Fri Jun 06 1997
Number of topics:4343
Total number of notes:18308

1300.0. "Messages with PS/DDIF documents attached handling/data set" by CRIME::GENTILI (Rock the CASBAH !!) Mon Aug 24 1992 15:54

    
     This is a questions related to inter-working between Message Router and
     ALL-IN-1 IOS V3.0 and the handling of RMS tagged files (and also PS
     files)
     
     I have written a mailbus component that sends messages to ALL-IN-1 IOS
     V3.0.
     
     I am building IP-messages (using MRIF), that contain an attachment
     which is either PS, or DDIF, (or SIXEL)...what I am currently
 	doing with mrif is roughly:
 
 	 ..........................
         add a fwdipmsg bodypart
 	 add a forwarded bodypart
 	 set MRIF a1_type field  DOCUMENT
 	 set MRIF a1_format field to PS or DDIF
 	 put_rms_file filename, file_type = (PS or DDIF) 
         .................................
 
    The message arrives at A1 V3.0 and when I do SH after having
    filed the attachement, I can see the following
  
    attach. cont.		Handling            data type
    -----------------------------------------------------
    DDIF                         DDIF                DDIF
    PS                           PS                  FOREIGN

    Is the above correct from an A1 IOS V3.0 stand point ? 

    I have noticed that when trying to READ the PS attachement
    filed I get a nice bolded message "FOREIGN document type
    cannot be displayed"...where when I try to READ the DDIF
    attachment file as a document it looks like its empty,
    there is no message. Is it normal ? or is it wrong because
    of the way my original message is packaged to MR ?
    
    Thanks in advance for any advice.
    
    Regards.
    
    Franc.
    

    
    
    
    
    
    
T.RTitleUserPersonal
Name
DateLines
1300.3Sorry for delaySHUV::ShoveDave Shove - REO-D/3CFri Sep 11 1992 15:2930
Sorry for not replying.

DDIF
====

Your DDIF document should have worked. We'd need to know things like the 
version of ALL-IN-1 you have; also the version of VMS (as some bits of the 
CDA support only work in more recent versions of VMS).

The other thing about DDIF - when it was sent, did it have any external 
references? (Especially, style files). ALL-IN-1, when it mails a DDIF 
document, notices if there any such references and packs them into the 
outgoing message (which then becomes a DOTS file, datatype = DOTS). Such a 
message is (optionally) unpacked into the recipient's file cabinet when s/he 
reads it. This packing and unpacking is done using CDA library routines: 
maybe you need to do it too?

PostScript
==========

ALL-IN-1 normally uses the datatype of PS for PostScript documents. But your 
datatype of FOREIGN should, I think, have worked as long as you have Handling 
= PS as you did. Have you tried printing (to a PostScript printer, 
obviously)? ALL-IN-1 has no mechanism for displaying PostScript to the 
terminal, so the message you got is to be expected. (If you had set Datatype 
= PS, the message would have said "PostScript document cannot be displayed" 
instead.)

Hope this helps,
Dave.
1300.4DDIF files and A1 IOS V3.0 CRIME::GENTILIRock the CASBAH !!Mon Sep 14 1992 10:3721
    
    Hi Dave,
    
    Thanks for your answer,
    
    The DDIF file I am sending is a simple one, I send it to ALL-IN-1 IOS
    V3.0 (<version == Server for VMS V3.0 PBL123A (US) ENGLISH 21-MAR-1992)
    which runs on VMS V5.5-1. The message is assembled using MRIF V3.2.
    
    If I copy a DDIF file into my VMS account and import it into A1 using
    (DT RVC) I get in SH (Handling = ""  and Data Type = "DDIF") but I do
    not have a message saying that it cannot display the file, it looks
    like an empty document.
    
    Please let me know if you need more info...
    
    Bye.
    
    Franc.