If I understand the purpose of the address type, you should probably pick a shorter one. I saw one example where the address type was "SMTP", used to create a fully qualified address string (sending an email from a client) that looked like "[SMTP:[EMAIL PROTECTED]".

Also, all the examples I've see wrap the string in "TEXT(...)" macro; I'm assuming this is to support Unicode, but I could be wrong.

So, if you're focusing on CalDAV, I'd suggest

#define OTLKCON_ADDRESS_TYPE            TEXT( "CalDAV" )

If you're still wanting to support everything under the sun,

#define OTLKCON_ADDRESS_TYPE            TEXT( "OPENCON" )

Personally, I'd say start with CalDAV and when that's working start adding other things. As far as I can tell, changing the address type has no effect.

But this doesn't actually address the problem I'm running into with CreateOneOff. After doing some additional logging and searching, I found that the error code I'm getting, 0x80070057, means there's an invalid parameter.

I don't suppose anyone knows of a working example that uses CreateOneOff and isn't from the InsideMAPI book? Preferably it would be part of a Message Transport.

Mark

On Nov 17, 2005, at 5:26 AM, Kervin L. Pierre wrote:

Hello Mark,

Mark Slater wrote:
So, the general question is, have we figured out how this is done someplace yet? And the more specific question is, does anyone know the proper use of CreateOneOff()? For example, one of the parameters is the address type. The InsideMAPI example code simply passes in a string

From otlkcon_config.h ...
// Message service address type
#define OTLKCON_ADDRESS_TYPE            "OpenConnectorAddressType"

http://cvs.sourceforge.net/viewcvs.py/otlkcon/otlkcon0/ otlkcon_config.h?view=markup

Mark, I wouldn't put too much time into
identity.  Hard-code a test identity if
you feel like.  I am not even sure we are
going to use that particular address
type, but at any rate if you use the
macro we should be ok.  The problem is
without a working message store we can
not make a lot of those design decisions
yet.

We had planned to use a contact folder
initially.  This folder would be
populated with users from CalDAV based
on some sought of filter.

Is your transport provider working
against a CalDAV server?

Regards,
Kervin



-------------------------------------------------------
This SF.Net email is sponsored by the JBoss Inc.  Get Certified Today
Register for a JBoss Training Course.  Free Certification Exam
for All Training Attendees Through End of 2005. For more info visit:
http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
_______________________________________________
otlkcon-devel mailing list
otlkcon-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/otlkcon-devel

Reply via email to