SNTT - all Planetlotus feeds as OPML


In an effort to provide a service to the Lotus community, I have all the PlanetLotus feeds in OPML format attached to this document above

What does this mean to you?  Well if you want to pre-populate the RSS database in Notes you can.  If you wish to connect to me on Google Reader and share feeds (as I discussed why here), then please do.  It is how I get and share most of my feed info outside of Twitter.

No this is not a dig at PlanetLotus, Yancy did incredible work here, I still pop in.  But I can clear hundreds of feeds a day from all over the web faster with the keyboard in Google Reader (or use Feedly if you like nice UI to Google Reader).

Warren Elsmore brought up a good point, the OPML is small and fast loading, the feeds will take time to populate per your connection/reader.   "not my problem" was my response :-)

UPDATE: Google Reader can auto-translate any feed on the fly so you always see it in English!  That alone is a darn reason people. Just change the feed preference after uploading.

Paul Mooney was kind enough how to pre-populate the (yes sucky but it is there) RSS reader in Notes just recently in his 5 year old blog.

If you need help in learning what OPML is or how to bring it into your readers let me know!
    for this posting

    On Thursday, February 19th, 2009   by Chris Miller        

SNTT - pulling authenticated RSS feeds into Lotus Notes 8 client feed database

One of the reoccurring issues that comes up is how to pull RSS feeds into my Notes 8 client that need authentication.  By creating a HTTP document in your local address book you can pass the login.  Notice that the SSL box does disappear when you select HTTP however.  It will show for IMAP, POP and LDAP, just not HTTP.  You need to go to the Advanced tab to specify the port and certificate management options.  So, in theiory, that should do it.  NOw to do some final testing...

Image:SNTT - pulling authenticated RSS feeds into Lotus Notes 8 client feed database
    for this posting

    On Thursday, November 29th, 2007   by Chris Miller        

SNTT: SMTP and SSL on port 465 (and the Lotus boo boo it seems)

So here is the issue.  You wish to do SSL for SMTP.  Looking at Domino you see that it is disabled by default for both inbound and outbound SSL over port 465.

However, we could not get anything to connect from outside out network to a server that was offering SSL for SMTP after being enabled.  We had both Anonymous and Name & Password set to 'Yes" also.
Image:SNTT: SMTP and SSL on port 465 (and the Lotus boo boo it seems)

After searching the firewall logs we found that connections were never getting to the firewall in the first place.  So we went farther back to the edge routers.  What we found was that the port 465 packets were getting dropped for some reason.  After some digging by our network team we found this lovely bit of information.  Basically Domino still uses port 465 for SSL over SMTP.  This port was assigned and picked up by Cisco URD (URL Rendezvous Directory for SSM) after the V3 SSL standard was drafted 10 years ago.  The port never made it out of Reserved (pending) with IANA according to what I could find on the Internet.

So the recommended approach is to start communications with a START TLS encryption instead of move your SMTP SSL port somewhere else.  While it might work over port 465, there is no guarantee is Cisco routers are somewhere in the middle of the communication.
  • References: /products_configuration_guide_chapter09186a00800ca795.html

    for this posting

    On Thursday, August 17th, 2006   by Chris Miller        

SNTT: Diagnostic Collection for clients, a beginning

Well of course it does not work without a policy.  It is stored under the policy name in the local address book ($Policies) view and in a field of the desktop settings called DCLoc.  If you have no policy, even manually running the nsenddiag executable would have no routing information assigned to it.

So no policy, no way to change an ini variable to send the diagnostics anyway that I can find at this point.
Image:SNTT:  Diagnostic Collection for clients, a beginning

So I generated a quick policy, ran
ndyncfg to update the local client config and then ran nsenddiag to get the crash information over to the Fault Analyzer database on the server to see what was wrong.
    for this posting

    On Friday, April 21st, 2006   by Chris Miller        

SnTT: Show-and-Tell Thursdays: Local scheduled compaction of your desktop or laptop

I manually run ncompact with the -B flag from time to time locally to recover whitespace.  I then pondered why this cannot be done on schedule, as the server does.  Your local client has a hidden ($Programs) view.  Here is the image ..... Image:SnTT: Show-and-Tell Thursdays: Local scheduled compaction of your desktop or laptop

Image:SnTT: Show-and-Tell Thursdays: Local scheduled compaction of your desktop or laptop

So what do we do from there?  We open designer to see if there is a hidden Program form we can expose.  None there so off to the address book template.

I grab the Server\Program form and paste it into the local names.nsf database.  It is necessary to remove the HTMLAttributes field as that cannot be found locally, we well as the Last Modified field.

I then use the Create - Server - Program menu to create a document to compact each night at 2am with the -B flag. Make sure you close out of all your databases on the client.  I also unhid the view for easy manipulation.

So the log the next morning shows....
03/14/2006 02:00:01 AM  Compacting admin\xxxx.nsf (Domino R5 Admin Book)
03/14/2006 02:00:02 AM  Releasing unused storage in database admin\xxxx.nsf...
03/14/2006 02:00:03 AM  Compacted  admin\xxxx.nsf, 896K bytes recovered (24%)
03/14/2006 02:00:03 AM  Compacting admin\xxxxxxxx.nsf ()
03/14/2006 02:00:03 AM  Releasing unused storage in database admin\xxxxxxxx.nsf...

Right on time!  But leave the client up and databases closed as a side note.

    for this posting

    On Thursday, March 16th, 2006   by Chris Miller