Mark, You will find what you're looking for in Jason Johnston's ( MSFT ) sample XP provider source code in his blog.
http://blogs.msdn.com/jasonjoh/archive/2005/11/04/489201.aspx Hope it helps Philippe Torrelli -----Message d'origine----- De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] De la part de Mark Slater Envoyé : vendredi 18 novembre 2005 00:17 À : Kervin L. Pierre Cc : otlkcon-devel@lists.sourceforge.net Objet : Re: [otlkcon-devel] Creating a user 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 ------------------------------------------------------- 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_idv28&alloc_id845&op=click _______________________________________________ otlkcon-devel mailing list otlkcon-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/otlkcon-devel