Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
DiscussionsAccessExcelInfoPathOutlookPowerPointPublisherWord
DirectoryUser Groups
Related Topics
Outlook ExpressInternet ExplorerWindowsMS Server ProductsMore Topics ...

MS Office Forum / Outlook / Contacts / November 2005

Tip: Looking for answers? Try searching our database.

[space] symbol in the email address problem

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Elesus - 21 Nov 2005 08:53 GMT
Hello All,

A bit of general words about the problem:

We have set up the web-based address book where the emails are shown as
hyperlinks (using mailto: ). The email addresses are the encapsulated x400
addresses, which look like following:

"/G=Name/S=Surname/PRMD=smth/A=0/C=LT/"@x.400

If the address does not contain [spaces] like in the example above, then
there is no problem. However if does contain [spaces] like here:

"/G=Name/S=Surname/O=My Organization/PRMD=smth/A=0/C=LT/"@x.400

then Outlook will never send an email. It responses with "microsoft office
outlook does not recognize" the address. It tries to search it in the
address book or in contacts.

How to force it send a letter without checking its validity? or to neglect
spaces?

Any help/ideas are appreciated!

p.s. We cannot remove spaces from addresses.
Sue Mosher [MVP-Outlook] - 21 Nov 2005 14:42 GMT
Since it's web-based, have you tried encoding the space with %20, as you would for a normal http:// URL?

Signature

Sue Mosher, Outlook MVP
  Author of Configuring Microsoft Outlook 2003
    http://www.turtleflock.com/olconfig/index.htm
  and Microsoft Outlook Programming - Jumpstart for
    Administrators, Power Users, and Developers
    http://www.outlookcode.com/jumpstart.aspx

> Hello All,
>
[quoted text clipped - 21 lines]
>
> p.s. We cannot remove spaces from addresses.
Elesus - 22 Nov 2005 06:34 GMT
Yes, when we faced the problem, we tried encoding spaces with %20, but that
did not help.

Now the string looks like following:

mailto:%22/G=Name/S=Surname/O=My%20Organization/PRMD=smth/A=0/C=LT/%22@x.400

I suppose the solution should be in disabling address book lookups.
Any other ideas?

Since it's web-based, have you tried encoding the space with %20, as you
would for a normal http:// URL?

Signature

Sue Mosher, Outlook MVP
  Author of Configuring Microsoft Outlook 2003
    http://www.turtleflock.com/olconfig/index.htm
  and Microsoft Outlook Programming - Jumpstart for
    Administrators, Power Users, and Developers
    http://www.outlookcode.com/jumpstart.aspx

> Hello All,
>
[quoted text clipped - 21 lines]
>
> p.s. We cannot remove spaces from addresses.
Sue Mosher [MVP-Outlook] - 22 Nov 2005 13:17 GMT
Address lookups are not the issue (and in fact, should not even occur in this scenario), because you are presenting Outlook with an SMTP format address -- name@domain.dom. Outlook can and will always resolve an SMTP format address without doing a name lookup. THe problem is mainly that Outlook sort of sees two recipients because of the space. This solution seems to work, because the brackets force Outlook to use it as a single address:

mailto:[SMTP:/G=Name/S=Surname/O=My%20Organization/PRMD=smth/A=0/C=LT/@x.400]

Whether it works for other mailers is a good question. I didn't try it, since it sounded like you're deailing mainly with Outlook clients.
Signature

Sue Mosher, Outlook MVP
  Author of Configuring Microsoft Outlook 2003
    http://www.turtleflock.com/olconfig/index.htm
  and Microsoft Outlook Programming - Jumpstart for
    Administrators, Power Users, and Developers
    http://www.outlookcode.com/jumpstart.aspx

> Yes, when we faced the problem, we tried encoding spaces with %20, but that
> did not help.
[quoted text clipped - 34 lines]
>>
>> p.s. We cannot remove spaces from addresses.
Elesus - 24 Nov 2005 10:17 GMT
Thank you very much for the fast and useful reply!
I was searching for the same solution but could not find it anywhere... The
addition of [SMTP: ***] solved the problem.

Could you please (if available) post an external link with more info about
such an interesting behavior of MS Outlook when using [SMTP: *** ]?

Once again, thank you from me and my colleges!

Address lookups are not the issue (and in fact, should not even occur in
this scenario), because you are presenting Outlook with an SMTP format
address -- name@domain.dom. Outlook can and will always resolve an SMTP
format address without doing a name lookup. THe problem is mainly that
Outlook sort of sees two recipients because of the space. This solution
seems to work, because the brackets force Outlook to use it as a single
address:

mailto:[SMTP:/G=Name/S=Surname/O=My%20Organization/PRMD=smth/A=0/C=LT/@x.400]

Whether it works for other mailers is a good question. I didn't try it,
since it sounded like you're deailing mainly with Outlook clients.
Signature

Sue Mosher, Outlook MVP
  Author of Configuring Microsoft Outlook 2003
    http://www.turtleflock.com/olconfig/index.htm
  and Microsoft Outlook Programming - Jumpstart for
    Administrators, Power Users, and Developers
    http://www.outlookcode.com/jumpstart.aspx

> Yes, when we faced the problem, we tried encoding spaces with %20, but
> that
[quoted text clipped - 38 lines]
>>
>> p.s. We cannot remove spaces from addresses.
Sue Mosher [MVP-Outlook] - 25 Nov 2005 17:06 GMT
I don't know of any such link. The important factor is the brackets. The syntax [type:address] forces Outlook to resolve "address" as a particular address type. It's been long used, for example, to resolve fax numbers as addresses.

Signature

Sue Mosher, Outlook MVP
  Author of Configuring Microsoft Outlook 2003
    http://www.turtleflock.com/olconfig/index.htm
  and Microsoft Outlook Programming - Jumpstart for
    Administrators, Power Users, and Developers
    http://www.outlookcode.com/jumpstart.aspx

> Thank you very much for the fast and useful reply!
> I was searching for the same solution but could not find it anywhere... The
[quoted text clipped - 59 lines]
>>>
>>> p.s. We cannot remove spaces from addresses.
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.