Mapping HP Desk Addresses onto Addresses on a Foreign System [ HP DeskManager Intrinsics ] MPE/iX 5.0 Documentation
HP DeskManager Intrinsics
Mapping HP Desk Addresses onto Addresses on a Foreign System
There are two methods of mapping HP Desk addresses onto addresses on a
foreign system. They are the same methods used with Foreign Service
Connection (FSC). The two methods are:
* Foreign addresses
* Foreign aliases
Foreign Addresses
This method allows users to send messages from HP Desk through the
gateway to anyone, whether they are configured on HP Desk or not. The
foreign address can be up to 512 characters long.
Although this method allows users to send messages to people who are not
configured on HP Desk, to use it they have to type the foreign address
every time they want to include it in a Distribution List. This is
inconvenient for the user and can be a source of mistakes.
The need for users to type the foreign address each time they want to
send a message can be eliminated by configuring the foreign address at
the same time you configure the HP Desk name and mailnode. The foreign
address must be configured on the user's home computer (the computer
where he or she is defined as residing on a local node).
Foreign Address Aliasing
This allows HP Desk users to send messages to and receive messages from
users on non-HP Desk systems as if they were HP Desk users.
You configure the foreign system user as an HP Desk user on a mailnode
which resides on a gateway. You then assign him an alias which is his
address on the foreign system. For example:
Suppose there is a user, Pierre Kervella who is defined as KERVELLAP on
another manufacturer's computer. He is configured on the UNIX27 node
of your gateway. He is configured on your machine as Pierre
Kervella/UNIX27, where /UNIX27 is the mailnode routed through the gateway
to the other manufacturer's computer. When a message to him from an HP
Desk user reaches the gateway, the HP Desk address is replaced by the
address used for him on the other manufacturer's machine, that is
KERVELLAP.
The advantages of foreign address aliasing are:
* Your HP Desk users don't need to know about the foreign addresses
of the recipients of their messages.
* If you are part of a local network, the foreign alias only has to
be configured on the gateway computer.
* You can configure a number of associated foreign aliases for one
user. This allows your users to receive and reply to messages
from a number of foreign systems.
* You can also use HP Desk as a routing system and enable users on,
say an IBM PROFS system, to send messages to and receive messages
from users on say an IBM DISOSS system.
The disadvantage of foreign address aliasing is that initially
configuring the dummy HP Desk users and their associated foreign
addresses could be a large task depending on how many users are involved.
For this reason, it is best to restrict the use of foreign address
aliases to those people whom your HP Desk users send messages to and
receive messages from on a regular basis.
If you decide to use foreign address aliasing, your users can still
include explicitly declared foreign addresses in their Distribution
Lists. Either or both will be passed to or from HP Desk, depending on
Session Profile options.
Using the Transaction File to Supply and Receive Addresses and Aliases
Both foreign addresses and foreign aliases can be up to 512 bytes long.
If a user wants to use both these addressing methods it creates very
large Transaction File lengths resulting in a wastage of disc space. HP
Desk therefore provides a way for users to configure whether they want to
use foreign addresses, foreign aliases or both, and what length these
fields will be.
This configuration is done using the sp_extra_user_info field of the
session profile file. This is explained in Chapter 8 of this manual.
Although users may use both foreign addressing and foreign aliasing, it
is more usual to select just one addressing method.
The information provided in the sp_extra_user_info field of the Session
Profile file is used to interpret all the name and address information
contained in a submitted Transaction File (the tt_from, tt_to, tt_cc,
tt_bcc and other transaction records). In other words, you may tailor
the format of these transaction records to suit your application.
For example:
Suppose an sp_extra_user_info transaction record is included in a Session
Profile file with both foreign addresses and aliases supplied as follows:
Byte Position Contents
1 - 4 0
5 - 8 100100 (sp_extra_user_info)
9 - 16 0
17 - 20 1 (Foreign address alias)
21 - 24 20 (Maximum length of alias)
25 - 28 10 (Foreign address)
29 - 32 100 (Maximum length of address)
This means that the definition of the tt_to transaction, for example,
becomes:
Byte Position Contents
1 - 152 As described in Chapter 8 . These fields include the
HP Desk name and address of the recipient
153 - 172 Foreign alias
173 - 272 Foreign address
273 on Not used
To illustrate this further, here is an example of using foreign aliasing
with HPDGateSend and HPDGateReceive:
Suppose an HP Desk user, Andy Jogia, sends a message to David
Johnson/EXTERN/01. EXTERN/01 is routed through an Intrinsics gateway,
IGATE which is serviced by an Intrinsics application. David
Johnson/EXTERN/01 is aliased at IGATE to EXT_NAME_321.
The application provides a Session Profile file when it signs on to IGATE
which includes the following sp_extra_user_info transaction record.
Byte Position Contents
1 - 4 0
5 - 8 100100 (sp_extra_user_info)
9 - 12 0
13 -16 0
17 - 20 1 (Foreign address aliases)
21 - 24 20 (Maximum length of alias)
25 on 0 filled
When the application does an HPDGateReceive, and is given a Transaction
File holding the message from Andy Jogia, the Transaction File will
include a tt_to transaction record for recipient David Johnson as
follows:
Byte Position Contents
1 - 4 0
5 - 8 21100 (tt_to)
9 - 20 0
21 - 24 0 (Deliver to this user)
25 - 36 0
37 - 72 "Johnson"
73 - 108 "David"
109 - 144 spaces
145 - 152 EXTERN01
153 - 172 EXT_NAME_321 (left justified and space filled on the
right)
NOTE In this example the HP Desk name and node of David Johnson may not
be needed for the gateway application although HPDGateReceive will
always supply these fields even when foreign aliases are in use.
If David Johnson wanted to send a message back to Andy Jogia, using the
same Session Profile file as before, the Transaction File supplied to
HPDGateSend could include the following tt_creator transaction:
Byte Position Contents
1 - 4 0
5 - 8 10000 (tt_creator)
9 - 36 0 filled
37 - 152 spaces
153 - 172 EXT_NAME_321
HPDGateSend will translate the foreign alias EXT_NAME_321 into David
Johnson/EXTERN/01. When Andy Jogia receives the message at his HP Desk
terminal, the sender will be defined as David Johnson/EXTERN/01.
MPE/iX 5.0 Documentation