T.R | Title | User | Personal Name | Date | Lines |
---|
2291.1 | TeamLinks | AIMTEC::WICKS_A | WALES 10 England 9 | Thu Feb 18 1993 19:41 | 10 |
| Jean,
have you heard about TeamLinks? In its current version it allows to
read your ALL-IN-1 mail from the PC.
P.S who's the customer?
Regards,
Andrew.D.Wicks
|
2291.2 | Lets keep TeamLinks out of the scenario | WELCLU::NICHOLL | Jeannie with the light grey hair | Fri Feb 19 1993 12:14 | 12 |
| Hi,
Yes, I am aware of TeamLinks as is the customer. What they are
trying to determine is can they look at their IOS In-box without
having TeamLinks. TeamLinks is running second in their evalaution of
LAN mail systems and I think they would like to know if they can
co-exist with another LAN mail system and ALL-IN-1 IOS.
Regards,
Jean
|
2291.3 | FCS has a similar problem | FORTY2::ASH | Grahame Ash @REO | Fri Feb 19 1993 14:51 | 18 |
| Assuming you may be left with having to do something yourself, bear in mind:
1 The Count of Unread mail is held in Pending.dat - everyone has Read access
to that, so everyone can see everyone else's Unread count.
2 So, to be secure, you'd be wanting to check the actual Inbox itself. But
first you'll have to drag in the newer messages in the Pending file (cab
get_pending). And then get the count of the messages in the Inbox folder.
But you knew all that already!
I imagine that the FCS must have to do something similar for Teamlinks? So you
may be able to steal part of that, or even look at the FCS's API to write your
own stuff?
Maybe an FCS expert can help here?
grahame
|
2291.4 | FCS could do it | CHRLIE::HUSTON | | Fri Feb 19 1993 17:21 | 26 |
|
You can use the FCS API to do what you want, infact this is how
TL does it and is how TL will eventually implement full IOS mail
There are 3 mail routines in the FCS:
OafcGetNewMail -- does a get_pending (moves to INBOX)
OafcReadNewMail -- reads mail and moves to READ
OafcSendMail -- does a put_pending of an existing mail document
You would also need to utilize the following FCS functions (minimum off
the top of my head)
OafcOpenCabinet
OafcCloseCabinet
OafcCreate
OafcDelete
OafcGetData (probably)
OafcList
With those functions you could probably toss one together fairly
quickly. The good points are that you would get the equivalent security
of IOS mail and/or TeamLinks.
--Bob
|
2291.5 | More on .3 | IOSG::SHOVE | Dave Shove -- REO2-G/M6 | Fri Feb 19 1993 18:05 | 22 |
2291.7 | SMOP | IOSG::TALLETT | Gimmee an Alpha colour notebook... | Mon Feb 22 1993 12:42 | 18 |
|
If all you want to do is read the newmail count, then why not
use OA$CHECKMAIL program and just write a .COM procedure along the
lines of:
$ define sys$output sys$net
$ ALLIN1/Check (or however you do it on V3.0)
then install the .COM procedure as a network object and do DECnet
Task to task from the PC. There's a sample Visual Basic task to
task program that you could modify to do this. This is all
resonably secure too.
The FileCab server approach would seem a little heavyweight and
I'm not sure how you would call the PC API as it is not a DLL...
Regards,
Paul
|
2291.8 | Clarification on the checkmail aspect | SIOG::T_REDMOND | Thoughts of an Idle Mind | Mon Feb 22 1993 13:06 | 5 |
| OA$CHECKMAIL is part of a PFR, but you can get the CheckMail program
(functionally the same) from ASSETS. Make sure you get hold of the
(totally rewritten) version for ALL-IN-1 V3.0.
Tony
|
2291.9 | link in the object library | CHRLIE::HUSTON | | Mon Feb 22 1993 16:32 | 7 |
|
You would call the OAFC API simply by linking it into the image, it
is not a DLL, but it is an objectlibrary. The proble would be
getting your hands on teh library in the first place.
--Bob
|