Domino6 Basics Help

#1) Domino has its own form of name resolution.  Here's what it does, in order... if it does not find method A, or finds A but a fails, it moves on to B:

    a. check CONNECTIONS section in local names.nsf to see if there is a defined priority address to connect to that server
    b. if already connected to home server, ask home server if it has a defined priority address
    c. if no priority way, repeat A and B for low priority ("backup") network addresses
    d. if all the above fail, try resolving server's common name in DNS (e.g., Domino1/HouseNet, it would try to connect over TCP/IP to host Domino1, which, depepdning on DNS setup, might try hosts files, domino1.com, domino1.yourcompany.com, etc.)
    e. failing that, if the client has a "passthru" server deifned in it LOCATIONS section in names.nsf, try to connect to passthru server, and ask passthru to proxy through to that server

Most likely, you need to open CONNECTIONS and look for a connection defined for that server, with the correct host name or IP address defined on the last tab of the connection.  Select File->Mobile->Server phone numbers (it isn't just phone numbers), and see if the server is defined.  If not, add a connection.

#2a) If using the Notes lcient as a POP/SMTP client, it configures similar to Outlook or Outlook Express.  There is an ACCOUNTS section in names.nsf. Do FILE->SERVER-LOCATIONS, then on the left, click ACCOUNTS.  Open the POP or SMTP account, and edit the password field.

#2b) If you are refering to Domino as a POP3/SMTP server for other clients, you change a user password in the Person record for that person, in the server names.nsf.

#3a) For internet protocols -- using a web browser to access a Domino application, or POP3/IMAP/SMTP to access mail, or an LDAP client, you change the person document's Internet Password (aka HTTP Password) field, as in #2b.

#3b) If you are talking about the Notes client ID's password, it works very differently.  Client and server do not exchange password information.  Instead, the user.ID file contains Public Key Certificates.  The client tells the server, I am Joe Bloe, and the certificate issued by YOURCOMPANY proves this.  Server says, I accpt YOURCOMPANY certificates, and by the way, I'm DOminoServer1, and this certifcate from YOURCOMPANY proves it, too.  Client accepts server certificate, srver accepts client certificate, and all is well.  The password is merely a way to protect the ID file.

So, what if you lose the password?  Several things oculd happen:

1. If the certificates were set up with password recovery, then the authorized administrator ID (or sometimes combination of multiple authorized IDs) can unlock the ID with a new password.  The Notes 6 password dialog includes an option to activate this feature.  BUT, the ID must have been created with the recovery system in place, and frequently this does not happen.  If you support Notes/Domino at this company, you should make sure that it is put in place for the future

2. Frequently, administrators store an original copy of all created .ID files, with password info.  If you can find this, give the user a copy of the original .ID file, and you should be good.  The old file might have expired, in which case you would have to renew it first.

3. Last option is to create a new ID with the same name.  It will be fine, unless there is a document or database somewhere encrypted with the old ID.  the new ID will match in name only, so anywhere names are used, the new ID will function teh same as the old (mail addresses, access control lists, groups for mailing, groups for access control, and other special "permissions").  But, if the user ever received an encypted message, that message is unloackable, and the user will never be able to read it, because the new .ID has different private key information.

Hello qwaletee,
I see no other posts and although I would bet that your comments are valid, I do have a problem with it...
My problem is that I posted here to get quick answers... Your comment looks to me to be no different than say an IBM tech doc... You are explaining this like I know Domino and need a few tips from a domino guru.
Maybe I should be more specific and they you can respond like you are explaining to someone who never has worked with Domino administration, doesn't know the core functionality and features, never heard any of the acronyms, has yet to learn the intricacies of exactly how these *.nsf files interact with the client application and server.
What I need it idiot proof answers...
So the same questions with specifics...
1. Client has a laptop. Laptop has Lotus6 client installed. The tech who setup origially had it going to domino.iswack.com.  I had to dump the iswack.com domain in favor of the other name, sucks.com. If the laptop client could connect to host domino.sucks.com instead of domino.iswack.com my problem would be solved and we call all go on our merry ways. The iswack.com domain will expire within a couple of weeks, so I added its DNS zone back as a temporary work-around for clients who choose "connect from Internet"(or whatever the term is to choose use the internet address of the Domino server). Please tell me there is a simple way to resolve this, because if there isint I would have to say that Domino is a real piece of crap.

2. If a user was setup to use Outlook Express and never any other way...Like an outside salesman... Never had an office in building, never was given anything but a pop server address, a username and password...  Im not sure this scenario is true, lets assume so. Again, please tell me there is a simple way to change the users password... How conveluted can changing a password get? Maybe the answer is "an much as Domino"...

3. Lets forget about 3... When a workstation has Lotus client R5 installed instead of R6, they do not have the same file menu options to change their password easily... Is there a SIMPLE way to change the password from the R5 client...(I know that this does not change the webmail password... lets not get into that)...

-We are very busy at this time. I will either have to learn Domino a.s.a.p. or sell them on exchange... What I know of Domino is by reputation only and as applied to large organizations. This is a very small ORG and I guess the only reason they have it is because their last Tech company knew Domino... For us its the same story exacty, but in terms of a similar product, we are MS-exchange experts.
 

qwaletee... Whats up? Too much hastle? I insulted your beloved product? Give me a hand here guy...

Ah, this one was more copacetic.  No freaking pains in the... nor reading the freaking manuals.

:)

Take care, and let me know if you need anything else.