Rebranding of Notes Mail / Connections Mail and Consequences – #RebrandingFail

I received this marketing/sales email earlier today and reading it made me a bit confused and also concerned. Not because I think that IBM and email is going away, but because f the way that IBM has initialized it’s latest round of rebranding Notes (aka Connections Mail) there is confusion in the marketplace and this is a great example for what clients are going to be bombarded with:

Dear Victor,

IBM is ending the “Lotus” brand, and has been building more functionality into “IBM Connections”, suggesting that they may be trying to get rid of email as a single platform. Notes users have had no choice but to look for alternatives and make plans to switch over to another system.

Unfortunately, migration away from Notes is tricky and companies need 3rd party assistance to make the switch. For companies who plan to consolidate control over legacy data, the most important consideration in selecting a 3rd party is the subsequent accessibility of historical Notes data.

ZL Technologies has years of experience successfully migrating our customers off of Domino systems and specializes in providing them with a Unified system of information governance. To find out how ZL is able to accurately migrate all your legacy data while drastically reducing storage footprint and minimizing resulting operational costs, read our complimentary datasheet.

To learn more about us, please visit our website at, or reach out to ZL experts directly at


I have worked with ZL’s previously and they have a very kick-ass product. However, I can’t see the necessity for my clients to now suddenly “run for the hills” and look for another mail system. Again, I don’t really blame ZL that much as they are simply taking advantage of IBM’s efforts to sell their products. Rather, I lay the blame for this squarely at IBM. I don’t feel that the whole rebranding thing was well explained (a all!) at Connect2014 nor did I as a business partner get any follow-up and additional info. I am no sure if and how much effort IBM has extended to the follow-up of their (for me very confusing) announcement at Connect, but clearly it ain’t enough. In the absence of a clear and resounding message, messages by third parties like this is all that clients will be hearing.

I assume more companies will be using this as an opening to try and sell their services and products to make sure that those poor IBM customers that will be abandoned by IBM can safely migrate to another – hopefully much safer – platform with all their data intact and enjoy another 100 years of email longevity . . ..

Should I tweet it … #rebrandingfail ??

Open Mic Webcast: Troubleshooting Duplicate Mail Messages in IBM Notes – 24 July 2013

Looks like a good webcast again. I often get duplicate mail messages and it drives me nuts …. I will likely listne in to this one.




You are invited to join an Open Mic Webcast on the topic “Troubleshooting Duplicate Mail Messages in IBM Notes.” This event will be held Wednesday, 24 July 2013 at 11:00 AM EDT (15:00 UTC, or GMT -4), for 60 minutes. After a presentation, you will have the opportunity to ask questions directly of IBM Developers and Support Engineers. See more details below. (Note: To view this information online, go to

When Date: 24 July 2013
Time: 11:00 AM EDT (15:00 UTC, or GMT -4), for 60 minutes
Bookmark Webcast Technote
# 7038764
Title: Open Mic Webcast: Troubleshooting Duplicate Mail Messages in IBM Notes – 24 July 2013
Doc #: 7038764
URL: the call, the technote will include:

  • An iCal attachment to add this event to your calendar
  • Details on how to join the call and web conference
  • The slides that will be presented during the session

A couple of weeks after the call, the technote will be updated to include:

  • A recording of the session
  • A written Q&A transcript

To be notified when the Webcast technote is updated, subscribe to IBM My Notifications and select “Webcasts” as a document type of interest.

IBM SmartCloud Meeting (web conference) URL
Web conference password: webcast
Dial-in Information Dial-in Passcode: 6939689US/Canada phone numbers:
Toll-free number (866) 803-2145
Toll number (210) 795-1099

International phone numbers

ndinfo with “unsubscribe” in the subject line. Please be aware that doing so will also unsubscribe you from periodic Support Content Highlights newsletters. If you know of others who wish to subscribe, have them send a message to ndinfo with “subscribe” in the subject line.

This e-mail was sent to the following e-mail address: victor

IBM Open Mic Webcast: What’s the Latest with Notes Traveler? – 24 April 2012

I just received this in my in-box – definitely looks like something everybody should put into their calendars:


You are invited to join an Open Mic Webcast on the topic, “What’s the Latest with Notes Traveler?” ” After a presentation, you’ll have the opportunity to ask questions directly of IBM developers and support engineers. You can post questions in advance of the call as a response to this entry in the Notes/Domino/Traveler forum.

The event will take place on Tuesday, April 24, 2012 at 11 a.m. EDT (15:00 UTC or GMT -4) for 60 minutes.

Bookmark Webcast Technote #7024152 Title:     What’s the Latest with Notes Traveler? – 24 April 2012
Doc #:  7024142

Before the call, the technote will include:

      • NEW: An iCal attachment so you can add this event to your calendar
      • Details on how to join the call and web conference
      • The slides that will be presented during the session

A few weeks after the call, the technote will be updated to include:

      • A recording of the session
      • A written Q&A transcript

To be notified when the Webcast technote is updated, subscribe to IBM My Notifications and select “Webcasts” as a document type of interest.

Web Conference URL Web conference: Join an IBM SmartCloud Meetings (formerly LotusLive) web conference to view the presentation: Conference 6784422

Dial-in Information Dial-in passcode: 1624413

USA/Canada Toll Free Number: (866) 803-2145
USA/Canada Toll Number: (210) 795-1099
Non-US phone numbers: In the table below

International phone numbers:

ARGENTINA                                                 0800-777-0483
AUSTRALIA           ADELAIDE:       61-8-8121-4875           1-800-993-891
AUSTRALIA           BRISBANE:       61-7-3102-0977           1-800-993-891
AUSTRALIA           CANBERRA:       61-2-6100-1977           1-800-993-891
AUSTRALIA           MELBOURNE:     61-3-9010-7746           1-800-993-891
AUSTRALIA           PERTH:         61-8-9467-5256           1-800-993-891
AUSTRALIA           SYDNEY:         61-2-8205-8111           1-800-993-891
AUSTRIA                           43-1-92-80-299           0800-005-020
BELGIUM                           32-2-403-1045             0800-4-9978
BRAZIL                                                     0800-8911977
CHILE                                                     1230-020-0254
CHINA               CHINA A:       86-400-810-4775           10800-712-1319
CHINA               CHINA B:       86-400-810-4775           10800-120-1319
COLOMBIA                                                   01800-9-156417
CZECH REPUBLIC                     420-2-25-98-56-22         800-700-227
DENMARK                           45-7014-0277             8088-6033
ESTONIA                                                   800-011-1111
FINLAND             Land Line:     106-33-142               0-800-1-13084
FINLAND             Mobile:         09-106-33-142             0-800-1-13084
FRANCE               LYON:           33-4-26-69-12-92         080-510-1036
FRANCE               MARSEILLE:     33-4-86-06-00-92         080-510-1036
FRANCE               PARIS:         33-1-70-70-74-22         080-510-1036
GERMANY                           49-69-2222-7802           0800-000-3328
GREECE                             30-80-1-100-0678         00800-12-6968
HONG KONG                         852-3001-3847             800-930-445
HUNGARY                                                   06-800-17998
INDIA               INDIA A:                               000-800-852-1232
INDIA               INDIA B:                               000-800-001-6218
INDIA               INDIA C:                               1800-300-00465
INDONESIA                                                 001-803-011-3781
IRELAND                           353-1-431-9713           1800-932-282
ISRAEL                                                     1-80-9214888
ITALY                             39-02-3601-0952           800-986-557
JAPAN               OSAKA:         81-6-7739-4776           00531-12-1855
JAPAN               TOKYO:         81-3-5539-5169           00531-12-1855
LATVIA                                                     8000-2931
LUXEMBOURG                         352-27-000-1355          
MALAYSIA                                                   1-800-80-2326
MEXICO                                                     001-866-886-2374
NETHERLANDS                       31-20-718-8518           0800-020-1250
NEW ZEALAND                       64-9-970-4753             0800-446-096
NORWAY                             47-21-59-00-54           800-10097
PANAMA                                                     011-001-800-5072068
PERU                                                       0800-53780
PHILIPPINES                       63-2-858-3740            
POLAND                                                     00-800-1212016
PORTUGAL                                                   8008-60385
RUSSIA                                                     8-10-8002-9693011
SAUDI ARABIA                                               800-8-110015
SINGAPORE                         65-6883-9213             800-120-4336
SLOVAK REPUBLIC                   421-2-322-422-32        
SOUTH AFRICA                                               080-09-98844
SOUTH KOREA                       82-2-6744-1067           00798-14800-6849
SPAIN                             34-91-414-29-40           800-098-585
SWEDEN                             46-8-505-78-553           0200-890-172
SWITZERLAND                       41-44-580-7529           0800-001-028
TAIWAN                             886-2-2795-7363           00801-137-710
THAILAND                                                   001-800-1206-65645
UNITED KINGDOM       BIRMINGHAM:     44-121-210-9032           0800-376-8334
UNITED KINGDOM       GLASGOW:       44-141-202-3232           0800-376-8334
UNITED KINGDOM       LEEDS:         44-113-301-2132           0800-376-8334
UNITED KINGDOM       LONDON:         44-20-7108-6315           0800-376-8334
UNITED KINGDOM       MANCHESTER:     44-161-601-1432           0800-376-8334
URUGUAY                                                   000-413-598-3406
USA                               1-210-795-1099           866-803-2145
VENEZUELA                                                 0800-1-00-3751

Restrictions might exist when accessing freephone/toll free numbers using a mobile telephone.

Upcoming Events Visit our Lotus Support Technical Exchange Events page for additional upcoming events.
Subscription Information You are receiving this invitation because you contacted IBM Support in the past. To unsubscribe, send a message to with “unsubscribe” in the subject line (be aware that doing so will also unsubscribe you from periodic Portal Support Content Highlights newsletters). If you know of others who want to subscribe, have them send a message to with “subscribe” in the subject line.

Domino, WebSphere and why don’t my Friends get it yet

As most people who know me in person can attest to, I usually am not at a loss for words. Some friends of mine actually have made a pact to kill my mouth separately after I die to make sure it goes to rest.  True friends will go to great lengths to take care of you … one way or another.

“The discussion”

I did find my inborn ability to fill the air with words challenged over the holidays when I engaged a good friend and collegue in a discussion about technology, future and IT work in general. We were griping a bit and the topic we were discussed was Domino and how the good paying jobs have become more scarce over the last 2 – 3 years. I imagine this topic gets repeated over and over again among many IT professionals.

To keep the whole thing short: I could not get the point across that as a Domino guy you have to see the writing on the wall and learn Websphere. More and more of Lotus IBM technology is now running on Websphere (Sametime, Connections, Quickr J . . .) and even if you don’t think that Domino will end up on that platform eventually, you need to add to your technology portfolio and make yourself more valuable. With Websphere in your back pocket you can do other projects as well. Add a dash of Unix and Linux experience … and you have the making of a nice Bouillabaisse. That Bouillabaisse will keep you fed for quite some time.

If you know a splatter of WAS – just to be able to integrade Domino with other Lotus IBM products – many of which are free entitlements to Domino licensees now – you have a whole larger pond you can swim in with more work to choose from with better rates and less competition.
I am a freelance IT consultant and started with Domino 18 years ago. I like it and do well and was lucky enough to have a nice year-long project I came off of in December and moved right into a new IBM Connections gig back-to-back.  But if you look out in the market and search for Notes/Domino projects they are getting fewer and fewer and pay less and less each year and the competition for those positions is quite fierce.

Yes, clients want oodles of experience and the knowledge you bring to the table but the price structure is not what it used to be. Look on LinkedIn and check how often you see somebody from India posting a question on how to “quickly learn Domino and maybe that thing called Notes” and you know where allot of the basic support jobs have gone to and what quality clients seem to be willing to live with nowadays. The only IT guys/girls working regularely now are either on the low end of the pay scale or the very top. If you are caught in the middle, the jobs you can find not as plentiful as they used to be and you are constantly searching, right?

Let me spell it out:

  • Change is good
  • Learning is a life-long necessity (damn – after all you did not learn Domino in elementary school, right?)
  • Expecting to do the same thing you are comfortable with for the next 20 years until you retire is not going to happen
  • WAS is not as hard as it looks – if you can take care of a Domino environment with all the moving parts and pieces WAS is not such a leap.


IBM Unknown errors running utilities – United States

Found this one looking through technotes today, really interesting. I often set up servers to run off-line maintenance on dB and often have servers running 32bit Domino on 64bit Windows. I have not yet run into a case where I noticed the additional errors that might pop up but is it good to now that I can ignore them.  I like my off-line maintenance routines and do not want to have to change them.


IBM Unknown errors running utilities – United States.

Background Agents not running or how shortcuts can cost you in Domino

I’ll keep it brief – short cuts will kill you.


I am on a Domino migration project where we are moving the client from 6.5.6 to 8.5.2. We are not upgrading servers but creating a whole new server environment on new virtual servers and will be moving applications over in phases. No mail, they moved to Exchange years ago.

We separated the development and sandbox environments out into new Domino domains (they were in production up until now) and we are in testing mode – each application individually.

That is where we ran into  … “issues” with simple background agents, specifically agents that send e-mail.

“Error connecting to server (servername): The remote server is not a known TCP/IP host,”

Agents fire, things happen and for the most part we are happy, but the above errors pop up again and again and mail is not being created. The mail never makes it into the, just errors in the logs and no mail at all.

This is where we came across this technote: and while reading it I am also glancing through the notes.ini on one of the servers that is having issues. I notice in there the “Mailserver=” parameter that has a different server name entered – that is where the above technote comes in and then a few Google searches on the [Mailserver] field and we knew where we had managed to trip ourselves in the process.


The [Mailserver] field

This is a little knows field since it has no UI equivalent and normally an admin would never have to fiddle with it – ever. However, when you take shortcuts during server setup and configuration though …. maybe you can guess? Yes, we set up one default server document, copied it 20 times, renamed the server name, updated all the server specific addresses and then copied the certificate into it. What that leaves you with is 20 server documents that all have the same one [Mailserver] field value – and the server that it pointed to was a temporary server that was turned off.

It took us a few hours of head scratching to figure this one out but by the end of the day we got it and fixed the field values on all servers. After that restarting the servers (not really necessary but I always feel better that way) took care of the rest and we were back in business.

Lesson learned: if you want to batch create and copy & paste things make sure you take care of ALL server specific information in a server document, not just the ones you can see in the document but the hidden ones as well.

Domino 8.5.2 HF1 – the fix for the unread synch server crash

I would like to bring your attention to the SPR# RMAA88UAGF – server crashes when clients synchronize unread marks on Domino 8.5.2 servers.

I ran into this last week when we had some unexplainable server crashes for apparently no good reason – one of them happened when I was showing a help desk tech how to synchronize unread marks between replicas from the client. I investigated and the crash report that Domino gave me pointed me right to this error – now fixed in FP1. It is a regression bug and is not fixed in either of the previous hot fixes for the Domino 8.5.2 code stream. I had servers with both the SMTP patch and the interim fix (IF) as well – they all crashed at one time or another. I installed HF 1 on all servers and now they are safe from this issue – I tested it on all of them just to be on the safe side.

If you don’t have HF 1 installed yet – do it soon, this one can happen at anytime during  the day and there is no warning whatsoever. only a big “boom” when the server disappears from the face of the (electronic) earth. Incidentally, there are allot of other problems that are fixed in that HF as well – I suggest you look into it right away and consider upgrading all your Domino 8.5.2 servers soon.

Blackberry Express for Domino – Finally here

I am not the first one to find this, I actually only noticed after going through my feeds and stumbling on it in Volker Weber’s blog . IT IS FINALLY HERE! We are now officially no longer the unwanted, redheaded stepchildren of RIM – we have our own BES Express server! Go here …


PS: with all this early stuff that VOWE knows, does he ever really work? The eternal questions never stop …. it’s all envy anyway! 🙂

Domino on Linux: Upgrading to Domino 8.5.2 trouble -> FP are the cluprits

I had been putzing around with my golf swing linux based Domino servers over the weekend. I did run into some issue with upgrading servers but because working my 3/4 pitch swing to the green looked so much more important to me (the weather was GORGEOUS!!) I put it off until later.

Fast forward to today and this is a new technote I just found in the IBM support stream:

IBM – Upgrading from a Notes 8.5.1 fixpack to Notes 8.5.2 for Linux rpm

To summarize quickly: If you have an existing 8.5.1 Domino server on Linux that has ANY FP installed – you will not be able to upgrade to 8.5.2 right away but will have to uninstall the FP to get back to a vintage 8.5.1 install. Once you are back to square eleven you will be able to run your upgrade just as you are used to it. Mind you, you DO NOT have to uninstall 8.5.1, you just have to get rid of your fixpack.

Once the weather goes bad and I don’t feel like working on that golf swing (or my scores on the course nosedive) I will go through the log files on my server I was working on and see if the error messages outlined in this technote match. I want to make sure it was not admin induced error or some other, unrelated issue.

Funny thing is: I have not heard from anybody in my network about this issue yet – has anybody run into it yet?Technorati Tags: , , ,

Domino 8.5.1 Technote – Fixup can crash your server

I came across this technote yesterday and investigated it right away …

– well, I’ll admit it – I asked somebody else in IBM to clarify some items for me and am now plagiarizing that good deed on my blog – THANKS CAROL!!

First of all – this only applies to Domino 8.5.1 on Windows, and it makes no difference which FP you are running since it was not fixed in FP4 nor will a fix be included in FP5 either, it is fixed in 8.5.2 though – you guys are safe.


The Issue Explained:

The issue CAN be cause by running FIXUP with a combination of either [fixup -F -J] or [fixup -F -J -O]. It will not automatically happen, it has to run into a document in a dB that has ‘invalid items” .. what exactly constitues such “invalid items” is not 100% clear but I am treating it like a 50-50 chance for failure until I have more evidence/experience or a better explanation of what exactly is meant with “invalid items”.


Since the explanation implies that the behavior only happens if you also include the [-J] switch, servers that are not not transaction logged will not be affected, even if they are on Windows. Also, if you are running Domino on any other platform this will not affect you – so my dear Linux buddies are all safe, as are you AIX, iSeries and mainframers as well.


What does this mean in terms of daily admin work?

Well, the [-J] is needed anytime you want to run fixup against transaction-logged databases and [-F] is a very commonly used switch as  well. [-O] basically tells fixup to also run against open databases and is the default bahavior if you specify a database name with the fixup command.So the command [load fixup mail/xxx.nsf -J -F] implicitly includes the [-O] switch behavior whether you add it to the command or not.

That leaves you with the option to run Fixup without the [-F] switch to avoid a  *possible* kiss of death.



if you are running the fixup command as part of some regular, automated script (I usually advise against it) you need to review the commands to make sure yo do not inadvertently crash your server (possibly, it is not a guaranteed outcome).

Also, when running Fixup against databases during the day to fix database corruption of any kind, I would run it without the [-F] switch during the day and see if your problem is fixed. If that does not fix your database problem, you can either roll the dice or wait until after hours – which is what I will do until I have tried it out a few times and have a better feel whether this actually ever materializes or not.