| 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 |
We are in the process of providing a messaging solution for a prominent
customer using ALL-IN-1 and MR. Some of the users will be using ALL-IN-1's
mailing module, while most of the users will be using a mail user agent
developed by us as per the customers requirement. This mail agent needs
to run on the VAX as well as Unix boxes connected on the LAN/WAN.
We propose to use MR as the main messaging backbone and then route the
mails meant for the mail agent on the VAX/Unix. Few people we spoke to
suggested we address all the mails to the A1 mailbox on MR and then
make use of the ALL-IN-1 AMTS (alternate mail transfer system??) feature
to deliver the mail to the mail agent.
We are unable to find any concrete material on AMTS either from the
ALL-IN-1 documentation or in this conference.
Could anyone out there help us with relevant pointers.
Thanks in advance.
Regards,
Sudarshan
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 1781.1 | A start... | CESARE::EIJS | All in 1 Piece | Sat Nov 14 1992 10:58 | 46 |
Hi Sudarshan,
I haven't done an extensive search, but I'm sure there are topics, at
least in the archived conferences, which deal with AMTS. Look at topic
4.* for the archived ALL-IN-1 conferences. Don't use DIR/TITLE=AMTS ot
DIR/KEYW=MAIL_DEST or whatever. There are more topics to be found when
using 'SEARCH AMTS' (unfortunately this takes some time).
TELEX is an example which couldn't be handled this way.
Alternative processing was needed. Processing for sending and
receiving.
Sending:
To send TELEX messages, add:
- TELEX as an account to PROFIL
- Create a TELEX.CMU (again in OA$LIB: or in default search order)
- Address mail message to 'TELEX_<name>'
ALL-IN-1 ignores everything after the '_', if there is a Profile entry
matching the part before the '_'. The part after the '_' is passed as
the first parameter to TELEX.CMU. Your procedure must return #EMADDRESS
with the address where the mail should be delivered.
Receiving:
Basically the PROFIL.MAIL_DEST field contains the indication how mail
should be processed when received by the user, e.g. 'ALL-IN-1','PAPER
MAIL', etc. This is standard built into ALL-IN-1 (values defined in
OA$MAIDES).
By adding TELEX to PROFIL.MAIL_DEST, ALL-IN-1 figures that it isn't
part of OA$MAIDES, and will look for a special TELEX procedure:
TELEX.COM (I think in OA$LIB: or in the current search order). This
command procedure should then process the incoming 'mail'.
This is how it basically works. Another place where this is described
is in Tony Redmond's book 'ALL-IN-1: A Technical Odyssey' (Digital
Press, EY-H952E-DP), page 168 - 173.
Only a start...
Ciao,
Simon
| |||||
| 1781.2 | It is in the doc set | AIMTEC::WICKS_A | Liverpool 4 Norwich 1 | Mon Nov 16 1992 16:22 | 8 |
Sudarshan,
AMTS is extensively documented in Chapter 18 of the ALL-IN-1
Application Programming Guide.
regards,
Andrew.D.Wicks
| |||||