> Well, JTW, I don't think I can help you. It all comes down to how Outlook
> deals with displayed contacts on the To line. And if you read my "Addres
> resolution of contact from 'sharepoint' folder" post, you would see I am
> having a similar issue. I think we would all like it very much if we had an
> option in Outlook that told it to not display the contact it is referring to,
> but to immediately resolve it to an SMTP address and display that.
> Otherwise, our best hope is to understand how Outlook resolves the displayed
> contact on the To line. It obviously does it when you hit Send. And it is
> also safe to say the contact displayed is just that, a display. It appears to
> be a pointer to the contact, which it will resolve to an address when it
> sends. This, of course, works flawlessly with Exchange. With Groupwise MAPI
> or "sharepoint" Smartermail folders (or others) it sometimes resolves that
> displayed contact incorrectly.
> *sigh*
>
>
> "JTW" wrote:
>

>> i wanted to thank you all for your responses. This still remains a mystery.
>>
>> i have not found any resolution. I have since done a few other things to
>> try to establish the consistency of this problem
>>
>> I added an additional datafile with a separate CONTACTS list. when creating
>> new contacts or copying contacts from other .pst files...they still seem to
>> work (MOST of the time...occasionaly there is a choke) on both the groupwise
>> outgoing and my personal smtp/pop account.
>>
>> If i add a name from the MAPI address book...double click it...copy the
>> email address from the properties ...then paste it into the to line. it will
>> usually work. sometimes it resolves it BACK to the user name found in the
>> mapi address book. this is an inconsistent behavior.
>>
>> If i simply reply to a message. it puts the "display as" name in the TO
>> field....not the user name...and not the email address....this forcecs me
>> back into the above action (copy...paste...etc)
>>
>> the odd thing....is that even when the message comes thorugh the pop
>> account....the reply is the same way (in this case it should have never even
>> touched the groupwise server).
>>
>> this leads me to belive that the issue is as was alluded to...that simply
>> having the MAPI address book (gropuwise) account in the outlook profile is
>> causing the conflict???
>>
>> seems a bit nonsensical to me....but i'm already well past my own knowledge
>> of the inner workings of OUTLOOK to interpret this.
>>
>> is there anything anyone might suggest to try?
>>
>> i could probably live with all of it...except the problems when hitting
>> "reply". it seems to me that in that case...outlook should limit itself to
>> the "reply to" email address from the message header ....especially when the
>> message was NOT received through the groupwise server. and avoid any
>> reference to MAPI address book or CONTACTS
>>
>> if i could resolve this issue...i can work around the rest...
>>
>> ???
>>
>> thanks again
>>
>>
>> "Russ Valentine [MVP-Outlook]" wrote:
>>

>>> That's my assumption because I know of other MAPI transports on which it
>>> chokes. That's why I was asking JTW if he had any documentation that would
>>> lead him to expect it to work with Groupwise.
>>> --
>>> Russ Valentine
>>> [MVP-Outlook]
>>> "PWLucido" discussions.microsoft.com> wrote in message
>>> news:260B7309-E43F-4054-B472-4D8BB138311F@microsoft.com...

>>>> Russ,
>>>> What you state here is that Outlook autoresolution only works with
>>>> Exchange
>>>> and local data files. Thus, MAPI to Groupwise just won't work. Correct?
>>>>
>>>> "Russ Valentine [MVP-Outlook]" wrote:
>>>>

>>>>> AFAIK, Outlook supports autoresolution against Exchange Server and local
>>>>> data files, which your description confirms. Did you find some
>>>>> documentation
>>>>> somewhere that lead you to believe it would do the same against novell
>>>>> groupwise server? I'm not aware of any, but I don't work in this area
>>>>> much.
>>>>> --
>>>>> Russ Valentine
>>>>> [MVP-Outlook]
>>>>> "JTW" discussions.microsoft.com> wrote in message
>>>>> news:6DC48603-5731-4E4C-846D-95C508DD88D8@microsoft.com...

>>>>>>I am having an odd problem that i haven't been able to find any
>>>>>>information
>>>>>>on.
>>>>>>
>>>>>> I am trying to configure outlook 2007 to work with a novell groupwise
>>>>>> server
>>>>>> at work. I have set it up with a MAPI account for groupwise and a pop
>>>>>> account for another email account
>>>>>>
>>>>>> all is actually working well actually...except
>>>>>>
>>>>>> when sending a new message or reply, i attempt to add a name from the
>>>>>> MAPI
>>>>>> address book (on the corporate groupwise server). when doing this, the
>>>>>> name
>>>>>> is imported into the TO field, but not the email adress. e.g. "John
>>>>>> smith"
>>>>>> will appear instead of "John.smith@doman.com". (you CAN double click
>>>>>> on
>>>>>> the
>>>>>> name and view all the contact properties) this of course is normal...as
>>>>>> outlook normally would resolve "john smith" into the email adress when
>>>>>> sending. this is where the breakdown is happening. apparently...it is
>>>>>> trying
>>>>>> to send the message to a literal email adress of "john smith" (vs.
>>>>>> "john.smith@domain.com") which is not working and returns a error
>>>>>> message
>>>>>> that none of my email accounts will support sending to this address.
>>>>>>
>>>>>> So i tried adding the contact into my OUTLOOK CONTACTS from the
>>>>>> groupwise
>>>>>> address book. this worked fine as well..the name, email address, phone
>>>>>> number etc...all transferred over without apparent issue.
>>>>>>
>>>>>> however...the problem remains....when adding one of these contacts from
>>>>>> the
>>>>>> OUTLOOK CONTACTS to the TO field, the name is displayed instead of the
>>>>>> email
>>>>>> address in the same manner and the same error occurs when sending.
>>>>>>
>>>>>> sending a message with a literal email address in the TO field works
>>>>>> without
>>>>>> problem (e.g. "john.smith@domain.com")
>>>>>>
>>>>>> creating a de novo (fresh, new) contact in OUTLOOK has the effect of
>>>>>> displaying the literal email address in the TO field when adding that
>>>>>> contact
>>>>>> in. this too sends without problems..
>>>>>>
>>>>>> so the question is: why will outlook not extract/reference the email
>>>>>> address
>>>>>> in messages when the contact orginated from the MAPI address book
>>>>>> (Novell
>>>>>> groupwise server)? is there a work around?

>>>>>

>>>