[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

3529.0. "Questions regarrding .CMU and .COM files" by TAV02::CHAIM (Semper ubi Sub ubi .....) Sun Nov 14 1993 10:14

We have a customer who is interested in implementing a very simple application
for sending FAXes from within ALL-IN-1. She has an external application which
takes as input a file with a specific format from a specific area and processes
this file sending FAXes. All she needs from within  ALL-IN-1 is for the user to
enter the FAX numbers etc. ALL-IN-1 will then "build" the formatted file and
place it in the specified area. 

We would like to use .CMU and .COM files to be able to implement this directly
from Create in Electronic Mail.

The scenario would go something like this:

The user would enter FAX (there would be an account FAX similar to the X400
account) at the TO: prompt. The user would then receive a form on which she
would enter the FAX numbers etc. (via .CMU). The form processing would create
the formatted file containing all the required information except for the
actual FAX text. At Send the .COM would append the actaul FAX text to the
precreated file and copy this completed file to the specified area.

My question is that in actuality, there is no real address here and no real
SEND is being done; can we write FAX.CMU and FAX.COM files which in actuality
do not do a real send (but rather some processing).

Thanks,

Cb.
T.RTitleUserPersonal
Name		DateLines
3529.1Try itFORTY2::ASHMail Interchange Group, ReadingSun Nov 14 1993 14:4013
As always, the only way to be sure is to try it!

But I think it should work. When you finish the address-gathering stage, you 
have to make sure there's an address in the TO field which will trigger 
FAX.COM being called when you Send. The Send itself should then be OK, as 
ALL-IN-1 doesn't know (or care, as long as it returns Success) what happens in 
FAX.COM (compare with SPECIAL.COM - it doesn't HAVE to call VMSmail).

You may have to mirror the rest of the Send procedure, though. Is there a 
current document to be copied to the OA$SHARE area and refiled to OUTBOX? 
There might be a problem if that doesn't happen.

grahame
3529.2How to do itSCOTTC::MARSHALLSpitfire Drivers Do It ToplessMon Nov 15 1993 13:4734
re .0

1. Create a profile entry called "FAX"; make its MAIDES field be "FAX".

2. When you enter "FAX" as an addressee on EMHEAD, ALL-IN-1 finds the profile
   record, then as it has an unknown MAIDES value, will call a .CMU file of that
   name - ie FAX.CMU.  This file should pop up the form, and do the processing
   as you describe.  Note in particular how X400.CMU uses and sets the
   #EMDADDRESS and #EMDADDRESSINFO symbols.  This is in the doc set somewhere
   if it's not obvious from the code.  Briefly, if you consider an ALL-IN-1
   address looks like:
        Full name      ( Address )
   then your .CMU is passed "Address" as a parameter, and "Full name" is in
   #EMDADDRESSINFO.  You have to return the final "address" in #EMDADDRESS, and
   may modify #EMDADDRESSINFO if you wish.  For your FAX case, you should set
   #EMDADDRESS to "FAX" if the user completes the form correctly and you create
   the special file, or leave it blank - ie explicitly set it to "" - if the
   user EXITs, or you don't want to accept the address, or you can't create the
   file, etc.

3. When ALL-IN-1 sends the mail, it will do all the file-moving to shared areas,
   etc.  Your .COM will get called when ALL-IN-1 tries to deliver to the user
   FAX and finds it has an unkown MAIDES.  I think your .COM file gets passed
   the bodypart file name as a parameter.  Note this could be ia .WPL file,
   which you'll have to convert to text, although I think ALL-IN-1 might
   also do this for you, giving you a file called C.TXT, you'll have to check.

4. Your FAX.COM file can do whatever it likes to send the FAX, you should
compare with SPECIAL.COM to see what symbols that uses and how it sets return
status, etc.

5. Good luck

Scott
3529.3Quick and Dirty solution ...TAV02::CHAIMSemper ubi Sub ubi .....Mon Nov 22 1993 15:5620
The customer has decided that they prefer a "quick and dirty" solution, since 
the application already exists and is easily invoked from DCL.

The application basically runs an executable image which displays an FMS form
which allows the user to enter his/her names and FAX numbers. The executable
then spawns (lib$spawn) a command procedure which invokes EDT, allowing the
user to enter the text for the FAX. The command procedure then builds a single
file with the header and text info and places it in a predetermined directory.

All they want to do is be able to invoke this application from within ALL-IN-1
and have the command procedure invoke WPS-PLUS instead of EDT.

I don't see any problem in getting the application invoked from ALL-IN-1, but I
do see a slight problem in getting WPS-PLUS to be invoked.

I would appreciate any/all ideas.

Thanks,

Cb.
3529.4WPS-PLUS/VMS?IOSG::NEWLANDRichard Newland, IOSG, REO2-G/L2Mon Nov 22 1993 17:0713
RE: .3

The WPS-PLUS/VMS product has a stand-alone WPS-PLUS editor which is invoked 
from DCL.  However, this requires your customer to purchase another 
product.

If the customer wants to use the version of WPS-PLUS which is integrated 
into ALL-IN-1 then they will have to change the application so it is more 
tightly intergrated into ALL-IN-1.


Richard