I recently discovered that a group was conflicting in type ahead with a mail in database, even though the smtp address and names were different they had a common element both right before the @ sign and the group name was part of the mail-in db name.
For example one was “Group (group@domain.com mailto:group@domain.com)” and the other was “Mail-In Group ( mailingroup@domain.com mailto:mailingroup@domain.com)”
The group is nested in another group. But when using the second group for emailing, it would fail to send to the specific nest group with the failure message “Recipient user name Group (group@domain.com mailto:group@domain.com) not unique. Several matches found in Domino Directory” because it was looking at the Mail-in database name as first and last name.
I do not have a local replica of the company name and address book.
I modified the mail-in database name and smtp address so that it was listed as “Mail-In GroupNJ (mailingroupnj@domain.com)” but type-ahead isn’t seeing it… I even deleted the original mail-in database document and created a brand new one using the modified information and it continues to display the deleted information when I search directory. It doesn’t even return the new document information, And I know type ahead is working because I created a test
I’ve tried:
updall names.nsf -R
tell router update config
tell smtp update config
I then created a new mail-in db document that was called Testing but the server, mail file and smtp address was the correct information for what I wanted. I then modified the name of the document to what I wanted it to be but I’ve modified it enough that it won’t come up in the original search, but it does display if I search for it.
However I still have the issue that if I start to type the beginning of the group name and then tell it to search directory it continues to find the group document and the now non-existent mail-in database document as conflicting entries…
The mail-in database is associated with a scanner/copier to catch emails that people send when they reply to a scan they received, so it doesn’t need to be found. But the group belongs to one of our site locations and the group it’s nested in is used by HR and others to send emails to everyone. So I need to get the “bad” document out of the search/name r?solution to avoid the delivery failure message I got. No one has mentioned it before, possibly because many have local replicas of the company address book for offline addressing, and they get prompted to select the correct group when the main group expands.
Ideas?