T.R | Title | User | Personal Name | Date | Lines |
---|
1120.1 | | IOSG::WDAVIES | There can only be one ALL-IN-1 Mail | Fri Jul 24 1992 18:08 | 12 |
| MAIL$SCL_FUNCTION is a VERY special one to load the DAF TOs and CCs
into memory - it doesn't do anything else but that - its like a
pre-defined phantom dsab.
> Also, he asked me about how is possible to index the file
> by account name (username) and message number.
Not sure if I understand you - do you meean index mail messages
by VMS account name (or creator or sender?) and by the Zqwerty1234
type filename of a message ?
Winton
|
1120.2 | | VAXRIO::CARDOSO | | Mon Jul 27 1992 14:53 | 18 |
|
Hi, excuse if I wasn't not clear, but I'm not a all-in-1 programmer.
> Not sure if I understand you - do you meean index mail messages
> by VMS account name (or creator or sender?) and by the Zqwerty1234
> type filename of a message ?
The customer is trying to create a file indexed by the username and
the message number assigned by OA$CURDOC_NUM . Also, he asked me
which file is opened when the MAIL$SCL_FUNCTION is used and if this
function validates the TO: AND CC: field through DDS.
Thanks,
Claudio.
|
1120.3 | | IOSG::WDAVIES | There can only be one ALL-IN-1 Mail | Mon Jul 27 1992 15:09 | 23 |
| Hi,
ok,under V3.0 for each filecabinet there is a unique docnum
for each document.
You can also search the filecabinet ala for cab$ with .docnum .eq.
000123" or beginining..."0012".
With regards to the username explain the actual requirement
and I'll try to help.
MAIL$SCL_FUNCTION - validates using
special,nicknames,network,dds/profile depending on oa$dds_prime.
Is normally in memory storage - UNTIL message closed, when it is
stored in the PDAF (or in SDAF once sent).
The format of the PDAF is basically one record per message, with
repeating atribute fields for the addressees (and other things).
MSG-KEY,SUBJECT:xyz TO:XYZ,TO:ABC
Winton
|
1120.4 | A special DSAB | SHALOT::NICODEM | Avoid traffic; leave work at noon | Mon Jul 27 1992 19:53 | 21 |
| As has been pointed out, MAIL$SCL_FUNCTION is not a function; it is a
special DSAB. It is used to map to certain DAF attributes of the current mail
message.
Therefore, when using MAIL$SCL_FUNCTION (and its normal use is as the
"scrolling data set" for TOs and CCs on a mail message), the "work area" used
is the TOs and CCs of whatever mail message is current (normally, the one just
being created).
MAIL$SCL_FUNCTION recognizes several "special" alternate-keynames:
TO, CC, and TM. (If there are others, I am not aware of them.)
MAIL$SCL_FUNCTION:TO maps to the TO attributes in the DAF; MAIL$SCL_FUNCTION:CC
maps to the CC attributes. MAIL$SCL_FUNCTION:TM is used by the TM subsystem,
and also maps to the TO attributes in the DAF, with the difference being that
MAL$SCL_FUNCTION:TO does *not* expand distribution lists; MAIL$SCL_FUNCTION:TM
does.
The best thing to do is to look at some of the examples, both in EM and
in TM.
F
|
1120.5 | | VAXRIO::CARDOSO | | Tue Jul 28 1992 19:37 | 11 |
|
Hi, one more question:
The customer wants to know which is the best way to indicate to
the /SCROLL field qualifier that file is indexed by the username
and message number (OA$CURDOC_NUM).
Thanks,
Claudio.
|