Conference iosg::all-in-1_v30

    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

    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

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

    
    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
    

� 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.
    
    No they don't! We changed that in v2.4 (I think; it might even have
    been v2.3).
    
    MailCount.EXE and friends now have to be installed with privs
    (READALL).
    
    If Alan hadn't stolen my FCS manuals, I could tell you if it has a
    function for this. I suspect you could just do a generic OafcList and
    find out the number of messages in the INBOX folder (not necessarily
    quite right, as users can file other messages into that folder).
    
    Alternatively, a program to read the count out of Pending.Dat would be
    pretty trivial (MailCount is just over 1 page of Macro-32!) It would
    have to be installed with READALL privs and make its own checks
    (somehow) that its caller was looking at their own record only. You'd
    then need some simple protocol from another little program on the PC
    (DECnet task-to-task for example).
    
    Dave.

    
    	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

    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

    
    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