|
The UKHA-ARCHIVE IS CEASING OPERATIONS 31 DEC 2024
|
Latest message you have seen: Re: Compaq R3000h UPS |
[Date Prev][Date
Next][Thread Prev][Thread Next][Date
Index][Thread Index]
RE: xAP - The Proposed Architecture Explained...
- To: <ukha_d@xxxxxxx>
- Subject: RE: xAP - The Proposed Architecture
Explained...
- From: "Mark Harrison" <Mark.Harrison@xxxxxxx>
- Date: Wed, 14 Aug 2002 13:11:19 +0100
- Mailing-list: list ukha_d@xxxxxxx; contact
ukha_d-owner@xxxxxxx
- Reply-to: ukha_d@xxxxxxx
Neither of us has Outlook XP :-(
Both of us use O2000, which I don't think supports hotmail directly :-(
I'll put it on the list, though :-)
-----Original Message-----
From: Paul Gordon [mailto:paul_gordon@xxxxxxx]
Sent: 14 August 2002 13:02
To: ukha_d@xxxxxxx
Subject: RE: [ukha_d] xAP - The Proposed Architecture Explained...
Mark,
Seeing as you (or rather SWMBO) is looking at this right now, could you ask
her if she can figure out how to get the Outlook object model to retreive
an
unread count from Hotmail?...
As you probably know, Outlook 2002 (a.k.a. Outlook XP) supports hotmail
directly as a mail service, and can be added to the folder list &
outlook
bar, just like any other...
However, I've been trying to figure out the folder ID to use to retrieve
the
properties of the folder programatically (and failing). I can access all
the
"standard" Outlook folders OK, but don't seem to be able to find
the magic
word to read the hotmail folder...
My alternative solution this is to ditch Hotmail althogether, and have
_all_
my mail delivered to my Exchange mailbox at home, and access it via OWA
(which is on my long-term list of TTD anyway), but I'm not going to do that
until I have upgraded my server to Windows 2000/Exchange 2000...
Reckon I could get anything in an auction for my hotmail address? (complete
with paid-for extra storage)... ;-)
TIA
Paul G.
>From: "Mark Harrison" <Mark.Harrison@xxxxxxx>
>Reply-To: ukha_d@xxxxxxx
>To: <ukha_d@xxxxxxx>
>Subject: RE: [ukha_d] xAP - The Proposed Architecture Explained...
>Date: Wed, 14 Aug 2002 12:40:58 +0100
>
>Subscription model = hard to develop.
>
>Broadcast model = trivial to develop, so plugins will get written.
(Most of
>the "unread count" plugin for Outlook is now done!)
>
>
>
>-----Original Message-----
>From: BUTLER, Tony, FM [mailto:roaming@xxxxxxx]
>Sent: 14 August 2002 12:17
>To: 'ukha_d@xxxxxxx'
>Subject: RE: [ukha_d] xAP - The Proposed Architecture Explained...
>
>
> > The proposed architecture is such that there will be, on the
> > "network", multiple different "input" devices
all
> > BROADCASTING their information.
> >
> > It will be up to each individual "output" device to
determine
> > which of those messages it treats as things to display, and
> > which it treats as potential triggers.
>
>Mark, I haven't been following this thread completely, so forgive me if
>this
>has already been discussed.
>If you are boradcasting these messages all over the place, then as
the
>number of devices increases, you are generating shed loads of traffic
that
>maybe only one or two (or even no) outputs is interested in.
>
>Have you considered a subscription based model where each output
device
>subscribes to the service they are interested in (Marks unread
count,
>outside temp etc) and the controlling pc or whatever only sends event
data
>specifically to those devices which requested it.
>
>I know a bit more intelligence is required on the display and server
side,
>but would save on potentially flooding the network with traffic -
>especially
>if you were monitoring something realtime....
>
>Perhaps for greatest flexibility (to allow for dumber clients) you
would be
>able to configure a "service" as either broadcast or point to
point and get
>the best of both worlds.......
>
>Just a thought.
>
>Tony
>
>
>********************************************************************
> Visit our Internet site at http://www.rbsmarkets.com
>
>This e-mail is intended only for the addressee named above.
>As this e-mail may contain confidential or privileged information,
>if you are not the named addressee, you are not authorised to
>retain, read, copy or disseminate this message or any part of it.
>The Royal Bank of Scotland is registered in Scotland No 90312
>Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB
>
Regulated by the Financial Services Authority
>********************************************************************
>
>
>
>For more information: http://www.automatedhome.co.uk
>Post message: ukha_d@xxxxxxx
>Subscribe: ukha_d-subscribe@xxxxxxx
>Unsubscribe: ukha_d-unsubscribe@xxxxxxx
>List owner: ukha_d-owner@xxxxxxx
>
>Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
>
>
>
>________________________________________________________________________
>This email has been scanned for all viruses by the MessageLabs
SkyScan
>service. For more information on a proactive anti-virus service
working
>around the clock, around the globe, visit http://www.messagelabs.com
>________________________________________________________________________
>
_________________________________________________________________
Chat with friends online, try MSN Messenger: http://messenger.msn.com
For more information: http://www.automatedhome.co.uk
Post message: ukha_d@xxxxxxx
Subscribe: ukha_d-subscribe@xxxxxxx
Unsubscribe: ukha_d-unsubscribe@xxxxxxx
List owner: ukha_d-owner@xxxxxxx
Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
________________________________________________________________________
This email has been scanned for all viruses by the MessageLabs SkyScan
service. For more information on a proactive anti-virus service working
around the clock, around the globe, visit http://www.messagelabs.com
________________________________________________________________________
Yahoo! Groups
Sponsor |
ADVERTISEMENT
|
|
For more information: http://www.automatedhome.co.uk
Post message: ukha_d@xxxxxxx
Subscribe: ukha_d-subscribe@xxxxxxx
Unsubscribe: ukha_d-unsubscribe@xxxxxxx
List owner: ukha_d-owner@xxxxxxx
Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service.
Home |
Main Index |
Thread Index
|
|