Why does phrase handling have to be all or nothing? I know that I can change the RFC phrase handling setting in the server configuration document to "Use CN as phrase" (as noted in Technote 1097212), but that applies to all mail users on that server. Why can't I just use a phrase for individual users?

(0)

I was testing a scheduled agent that sends e-mail notifications this afternoon. The agent had worked before without a problem, and the only change I made was to add some more text to the notifications being sent. Each time the agent ran, I kept getting this error:

Error 4000: Notes error: You do not have a mail file/server specified. Use File Mobile Edit Current Location... to set them.

When I checked my Agent Log database, I discovered that my scheduled agent hadn't run since 12/1/04! This was on the test server, so it wasn't a huge issue. However, I wanted to be able to fully test my code change before moving it into production. After searching the Notes/Domino 6 discussion forum on LDD, I found this post from Patrick Montavon. Interesting how a Domino server can forget its own name after a while. The test server where this was occurring is running 6.0.2CF1, and I believe this problem has been fixed since then.

(0)

As I mentioned before, one of my goals for this year is to rewrite the DNP website as a collection of JSP pages. Since the Domino Custom JSP Tags will only access Domino databases on a Domino server (either locally or remotely), I needed to install a Domino server on my laptop. This went fine, kudos to the Domino Server team at IBM/Lotus. One problem I experienced while creating my JSP pages was that I couldn't access certain Notes documents in my local replica after I replicated it with my local Domino server. I figured this problem was due to one or both of the following:

• creating/modifying these Notes documents with my NuTechs id, and replicating them to my local Domino server, which uses a certifier of "Acme"
• changing the Body Rich Text field so that the Store contents as HTML and MIME was enabled
After a while, I kept getting bombarded with these cryptic messages from Notes whenever I opened the database:



When the "Invalid Or Nonexistent Document" message appeared, I couldn't even open the database in the Notes client anymore. Yikes!

I figured the easy way to solve this problem was to cross-certify my NuTechs id with the domain used by my local Domino server. Since I had never cross-certified anything before, I was a bit confused as to where to start. In the end, these were the steps I took:
1. Create a Person document for my NuTechs Notes Name in the Acme Domino Directory
2. Create a safe copy of my NuTechs id
3. Cross-certify the safe id with the Acme certifier using the Domino Administrator. This created the Notes Cross-Certificate document in the Acme directory.
4. Create a Notes Certifier document in the Acme Domino Directory. Copy the Certified Public Key from the Notes Certifier document in the NuTechs Domino Directory and paste it into the new Notes Certifier document in the Acme Domino Directory
That seemed to do the trick. I hate to bore any of you Senior Domino Administrators out there with this stuff, but as a Senior Domino Developer, this stuff gives me the heebie-jeebies!

(0)

Its been a long time since I registered new Notes users, July 2000 as a matter of fact. At my current assignment, one of my responsibilities is to create new Notes mail files that are used as group mail files. One of the differences between what I remember doing four years ago and today is the certificate authority process (or CA process). The CA process makes it possible for someone like me to register users without needing to have direct access to the cert id (or ids). Neat. Of course, being the programmer that I am, I'd like to write a Lotusscript agent that uses the Registration class to do all of this at the click of a button, but I'll save that for a later date. I think I'll need to understand the CA process more than I do now in order to automate the registration process, though. Another homework assignment for yours truly.

(0)