Expanding Distribution Lists - Possbile Bug?

  • Thread starter Thread starter Guest
  • Start date Start date
G

Guest

Question for the MVP's - Outlook 2003 in an Exchange 2003 environment

When typing in the name of a distribution list, and the name of the list is
pulled from the cache - if the plus sign is clicked to expand the list, the
following error message appears:

"Cannot perform the requested operation. The command selected is not valid
for this receipent. Could not complete the operation. One or more parameter
values are not valid." I've been "told off" by error messages before, but
scheeze! (grin)

Seriously, though - if the same distribution list is inserted by using the
To: button and pulling it directly from the GAL's dropdown distribution list,
it works fine. Only when it's pulled from the cache does it do this. The
original distribution list in question is one that was created by the
administrators for corporate-wide use; the local user did not create the list.

Basic System specs:
Windows XP Version 5.1.2600 Service Pack 2 Build 2600
Office 2003 Professional - Outlook 2003, Version 11 Build 6359.6408 SP1
Exchange Server 2003 environment

Troubleshooting so far:
Cleared the cache in Outlook - no change in behavior
Completely updated Office on Officeupdate.com to latest Service Packs - no
change in behavior
Detect and Repair Option in Outlook - no change in behavior

In my troubleshooting experiences with Microsoft Support, it is what they
term "a reproducible problem" - especially after performing all known updates
to the application. Think this might be a bug worth looking into? I'm not
really bothered by it, as I know the workaround; however, I can forsee one of
my corporate users complaining about this down the road and would love to see
the solution for it before the CIO's administrative assistant starts a fuss
over having to take a different/additional step than she's used to.

Thanks for your time!
Cindy Bowser - MCDST
 
I can't reproduce these findings, nor have I ever seen it reported.
A DL entered from the autocompletion cache can be expanded just fine.
Have you tried removing this entry from the cache?
 
I've occasionally seen a problem expanding a DL added to a message from the autocompletion catch. When that happens, it usually indicates that the Outlook Address Book is more than a little messed up and needs to be removed and added back to fix the problem. Then deleting the autocomplete entry completes the fix.

--
Sue Mosher, Outlook MVP
Author of
Microsoft Outlook Programming - Jumpstart for
Administrators, Power Users, and Developers



Russ Valentine said:
I can't reproduce these findings, nor have I ever seen it reported.
A DL entered from the autocompletion cache can be expanded just fine.
Have you tried removing this entry from the cache?
--
Russ Valentine
[MVP-Outlook]
Cindy B. said:
Question for the MVP's - Outlook 2003 in an Exchange 2003 environment

When typing in the name of a distribution list, and the name of the list
is
pulled from the cache - if the plus sign is clicked to expand the list,
the
following error message appears:

"Cannot perform the requested operation. The command selected is not
valid
for this receipent. Could not complete the operation. One or more
parameter
values are not valid." I've been "told off" by error messages before,
but
scheeze! (grin)

Seriously, though - if the same distribution list is inserted by using the
To: button and pulling it directly from the GAL's dropdown distribution
list,
it works fine. Only when it's pulled from the cache does it do this. The
original distribution list in question is one that was created by the
administrators for corporate-wide use; the local user did not create the
list.

Basic System specs:
Windows XP Version 5.1.2600 Service Pack 2 Build 2600
Office 2003 Professional - Outlook 2003, Version 11 Build 6359.6408 SP1
Exchange Server 2003 environment

Troubleshooting so far:
Cleared the cache in Outlook - no change in behavior
Completely updated Office on Officeupdate.com to latest Service Packs - no
change in behavior
Detect and Repair Option in Outlook - no change in behavior

In my troubleshooting experiences with Microsoft Support, it is what they
term "a reproducible problem" - especially after performing all known
updates
to the application. Think this might be a bug worth looking into? I'm
not
really bothered by it, as I know the workaround; however, I can forsee one
of
my corporate users complaining about this down the road and would love to
see
the solution for it before the CIO's administrative assistant starts a
fuss
over having to take a different/additional step than she's used to.

Thanks for your time!
Cindy Bowser - MCDST
 
The cache has been cleared per the article in MS KB - renamed the offending
..nk2 file to .bak. This cleared up most of the problem, but there still is
the one main list I use that functions incorrectly as described below. It
may be a local profile problem - I work both on and off the domain on this
particular PC. I'll check it on a couple other tech's PC's and see what
happens.

Russ Valentine said:
I can't reproduce these findings, nor have I ever seen it reported.
A DL entered from the autocompletion cache can be expanded just fine.
Have you tried removing this entry from the cache?
--
Russ Valentine
[MVP-Outlook]
Cindy B. said:
Question for the MVP's - Outlook 2003 in an Exchange 2003 environment

When typing in the name of a distribution list, and the name of the list
is
pulled from the cache - if the plus sign is clicked to expand the list,
the
following error message appears:

"Cannot perform the requested operation. The command selected is not
valid
for this receipent. Could not complete the operation. One or more
parameter
values are not valid." I've been "told off" by error messages before,
but
scheeze! (grin)

Seriously, though - if the same distribution list is inserted by using the
To: button and pulling it directly from the GAL's dropdown distribution
list,
it works fine. Only when it's pulled from the cache does it do this. The
original distribution list in question is one that was created by the
administrators for corporate-wide use; the local user did not create the
list.

Basic System specs:
Windows XP Version 5.1.2600 Service Pack 2 Build 2600
Office 2003 Professional - Outlook 2003, Version 11 Build 6359.6408 SP1
Exchange Server 2003 environment

Troubleshooting so far:
Cleared the cache in Outlook - no change in behavior
Completely updated Office on Officeupdate.com to latest Service Packs - no
change in behavior
Detect and Repair Option in Outlook - no change in behavior

In my troubleshooting experiences with Microsoft Support, it is what they
term "a reproducible problem" - especially after performing all known
updates
to the application. Think this might be a bug worth looking into? I'm
not
really bothered by it, as I know the workaround; however, I can forsee one
of
my corporate users complaining about this down the road and would love to
see
the solution for it before the CIO's administrative assistant starts a
fuss
over having to take a different/additional step than she's used to.

Thanks for your time!
Cindy Bowser - MCDST
 
Then try the other part of the solution that Sue mentioned: remove and
re-add the Outlook Address Book Service (make sure you restart Outlook in
between).
--
Russ Valentine
[MVP-Outlook]
Cindy B. said:
The cache has been cleared per the article in MS KB - renamed the
offending
.nk2 file to .bak. This cleared up most of the problem, but there still
is
the one main list I use that functions incorrectly as described below. It
may be a local profile problem - I work both on and off the domain on this
particular PC. I'll check it on a couple other tech's PC's and see what
happens.

Russ Valentine said:
I can't reproduce these findings, nor have I ever seen it reported.
A DL entered from the autocompletion cache can be expanded just fine.
Have you tried removing this entry from the cache?
--
Russ Valentine
[MVP-Outlook]
Cindy B. said:
Question for the MVP's - Outlook 2003 in an Exchange 2003 environment

When typing in the name of a distribution list, and the name of the
list
is
pulled from the cache - if the plus sign is clicked to expand the list,
the
following error message appears:

"Cannot perform the requested operation. The command selected is not
valid
for this receipent. Could not complete the operation. One or more
parameter
values are not valid." I've been "told off" by error messages
before,
but
scheeze! (grin)

Seriously, though - if the same distribution list is inserted by using
the
To: button and pulling it directly from the GAL's dropdown distribution
list,
it works fine. Only when it's pulled from the cache does it do this.
The
original distribution list in question is one that was created by the
administrators for corporate-wide use; the local user did not create
the
list.

Basic System specs:
Windows XP Version 5.1.2600 Service Pack 2 Build 2600
Office 2003 Professional - Outlook 2003, Version 11 Build 6359.6408 SP1
Exchange Server 2003 environment

Troubleshooting so far:
Cleared the cache in Outlook - no change in behavior
Completely updated Office on Officeupdate.com to latest Service Packs -
no
change in behavior
Detect and Repair Option in Outlook - no change in behavior

In my troubleshooting experiences with Microsoft Support, it is what
they
term "a reproducible problem" - especially after performing all known
updates
to the application. Think this might be a bug worth looking into? I'm
not
really bothered by it, as I know the workaround; however, I can forsee
one
of
my corporate users complaining about this down the road and would love
to
see
the solution for it before the CIO's administrative assistant starts a
fuss
over having to take a different/additional step than she's used to.

Thanks for your time!
Cindy Bowser - MCDST
 
Good suggestion, Sue. Combination of renaming the .NK2 file again and your
suggestion corrected the problem. The DL name entered now shows up in bold
with the + sign behind it as it should, and it expands properly.

Thanks, too, Russ!

Sue Mosher said:
I've occasionally seen a problem expanding a DL added to a message from the autocompletion catch. When that happens, it usually indicates that the Outlook Address Book is more than a little messed up and needs to be removed and added back to fix the problem. Then deleting the autocomplete entry completes the fix.

--
Sue Mosher, Outlook MVP
Author of
Microsoft Outlook Programming - Jumpstart for
Administrators, Power Users, and Developers



Russ Valentine said:
I can't reproduce these findings, nor have I ever seen it reported.
A DL entered from the autocompletion cache can be expanded just fine.
Have you tried removing this entry from the cache?
--
Russ Valentine
[MVP-Outlook]
Cindy B. said:
Question for the MVP's - Outlook 2003 in an Exchange 2003 environment

When typing in the name of a distribution list, and the name of the list
is
pulled from the cache - if the plus sign is clicked to expand the list,
the
following error message appears:

"Cannot perform the requested operation. The command selected is not
valid
for this receipent. Could not complete the operation. One or more
parameter
values are not valid." I've been "told off" by error messages before,
but
scheeze! (grin)

Seriously, though - if the same distribution list is inserted by using the
To: button and pulling it directly from the GAL's dropdown distribution
list,
it works fine. Only when it's pulled from the cache does it do this. The
original distribution list in question is one that was created by the
administrators for corporate-wide use; the local user did not create the
list.

Basic System specs:
Windows XP Version 5.1.2600 Service Pack 2 Build 2600
Office 2003 Professional - Outlook 2003, Version 11 Build 6359.6408 SP1
Exchange Server 2003 environment

Troubleshooting so far:
Cleared the cache in Outlook - no change in behavior
Completely updated Office on Officeupdate.com to latest Service Packs - no
change in behavior
Detect and Repair Option in Outlook - no change in behavior

In my troubleshooting experiences with Microsoft Support, it is what they
term "a reproducible problem" - especially after performing all known
updates
to the application. Think this might be a bug worth looking into? I'm
not
really bothered by it, as I know the workaround; however, I can forsee one
of
my corporate users complaining about this down the road and would love to
see
the solution for it before the CIO's administrative assistant starts a
fuss
over having to take a different/additional step than she's used to.

Thanks for your time!
Cindy Bowser - MCDST
 
Back
Top