<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"
 xmlns:dc="http://purl.org/dc/elements/1.1/"
 xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
 xmlns:admin="http://webns.net/mvcb/"
 xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
 xmlns:content="http://purl.org/rss/1.0/modules/content/"
 xmlns:wfw="http://wellformedweb.org/CommentAPI/">
<channel>
<title>Daniel Nashed&#8217;s Blog</title>
<description>Domino on Linux/Unix, Troubleshooting, Best Practices, Tips and more ...</description>
<link>http://blog.nashcom.de/nashcomblog.nsf/</link>
<language>en-us</language>
<lastBuildDate>Fri, 16 Jul 2010 09:02:43 +0200</lastBuildDate>
<item>
<title>Support for Windows 2008 R2 RDS and XenApp 6.0</title>
<pubDate>Fri, 16 Jul 2010 09:02:43 +0200</pubDate>
<description>
<![CDATA[ 

We are currently in discussion about &quot;Windows Server 2008 R2 RDS&quot; and &quot;XenApp 6.0&quot; support.
Both platforms are not yet supported. Having XenApp 6.0 support is the logical next s ...
 ]]>
</description>
<link>http://blog.nashcom.de/nashcomblog.nsf/dx/support-for-windows-2008-r2-rds-and-xenapp-6.0.htm</link>
<category>Citrix</category>
<dc:creator>Daniel Nashed</dc:creator>
<comments>http://blog.nashcom.de/nashcomblog.nsf/dx/support-for-windows-2008-r2-rds-and-xenapp-6.0.htm?opendocument&amp;comments</comments>
<guid isPermaLink="true">http://blog.nashcom.de/nashcomblog.nsf/dx/support-for-windows-2008-r2-rds-and-xenapp-6.0.htm</guid>
<content:encoded><![CDATA[ <br/>
We are currently in discussion about &quot;Windows Server 2008 R2 RDS&quot; and &quot;XenApp 6.0&quot; support.<br/>
Both platforms are not yet supported. Having XenApp 6.0 support is the logical next step but we see more and more customers who are moving to the Microsoft solution with Win 2008 R2 which has been improved a lot.<br/>
Sadly &quot;Terminal Services&quot; have never been supported and we are looking for customer references who would need those platforms for their environment -- specially Win 2008 R2.<br/>
<br/>
Christian Henseler created two IdeaJam entries.<br/>
But if you would like to give IBM more details about your requirements (Number of Users etc) Christian and me could pass this information directly to the responsible person in IBM.<br/>
<br/>
Feel free to send your information directly to info at nashcom.de <br/>
<br/>
-- Daniel<br/>
<br/>
Windows Server 2008 R2 RDS support<u><font size="4" color="#0000FF"><br/>
</font></u><a href="http://ideajam.net/IdeaJam/P/ij.nsf/0/C9469F9AF2A784F68625775B00348A29?OpenDocument"><u><font color="#0000FF">http://ideajam.net/IdeaJam/P/ij.nsf/0/C9469F9AF2A784F68625775B00348A29?OpenDocument</font></u></a><font size="4">&nbsp;</font><br/>
<br/>
XenApp 6.0 support<u><font size="4" color="#0000FF"><br/>
</font></u><a href="http://ideajam.net/IdeaJam/P/ij.nsf/0/5E8F792C067038A98625775B0033C477?OpenDocument"><u><font color="#0000FF">http://ideajam.net/IdeaJam/P/ij.nsf/0/5E8F792C067038A98625775B0033C477?OpenDocument</font></u></a><font size="4"> <br/>
</font><br/>
 ]]></content:encoded>
<wfw:commentRss> http://blog.nashcom.de/nashcomblog.nsf/dxcomments/support-for-windows-2008-r2-rds-and-xenapp-6.0.htm</wfw:commentRss>
<wfw:comment> http://blog.nashcom.de/nashcomblog.nsf/dx/support-for-windows-2008-r2-rds-and-xenapp-6.0.htm?opendocument&amp;comments</wfw:comment>
</item>
<item>
<title>Extended Inbox Management via nshrun</title>
<pubDate>Thu, 15 Jul 2010 15:02:25 +0200</pubDate>
<description>
<![CDATA[ 

Domino provides a way to reduce the number of documents in the Inbox based on the age of the documents and if they are already read or not.
All customers I explained what the feature does immediate ...
 ]]>
</description>
<link>http://blog.nashcom.de/nashcomblog.nsf/dx/extended-inbox-management-via-nshrun.htm</link>
<category>nshrun</category>
<dc:creator>Daniel Nashed</dc:creator>
<comments>http://blog.nashcom.de/nashcomblog.nsf/dx/extended-inbox-management-via-nshrun.htm?opendocument&amp;comments</comments>
<guid isPermaLink="true">http://blog.nashcom.de/nashcomblog.nsf/dx/extended-inbox-management-via-nshrun.htm</guid>
<content:encoded><![CDATA[ <br/>
Domino provides a way to reduce the number of documents in the Inbox based on the age of the documents and if they are already read or not.<br/>
All customers I explained what the feature does immediately said: &quot;If this would move documents to a different folder ...&quot;<br/>
So I implemented a folder move based on the age of the modified of the document to configurable folder that is automatically created.<br/>
<br/>
The only extra option beside the number of days is currently that unread documents are not moved and that you get a detailed statistic about remaining entries, moved entries and unread entries that are skipped.<br/>
<br/>
Before I release a new version of nshrun with those features, does someone have other ideas what could make sense in this functional area?<br/>
<br/>
-- Daniel ]]></content:encoded>
<wfw:commentRss> http://blog.nashcom.de/nashcomblog.nsf/dxcomments/extended-inbox-management-via-nshrun.htm</wfw:commentRss>
<wfw:comment> http://blog.nashcom.de/nashcomblog.nsf/dx/extended-inbox-management-via-nshrun.htm?opendocument&amp;comments</wfw:comment>
</item>
<item>
<title>Issue with SMTP Extension Managers in 8.5.x</title>
<pubDate>Mon, 12 Jul 2010 22:52:05 +0200</pubDate>
<description>
<![CDATA[ 

We ran into an interesting issue on a Domino 8.5.1 FP3 Server on Linux when using SpamGeek.
SpamGeek leverages SMTP Extension Manager events which change the way the SMTP code works in the backgrou ...
 ]]>
</description>
<link>http://blog.nashcom.de/nashcomblog.nsf/dx/issue-with-smtp-extension-managers-in-8.5.x.htm</link>
<category>SpamGeek</category>
<dc:creator>Daniel Nashed</dc:creator>
<comments>http://blog.nashcom.de/nashcomblog.nsf/dx/issue-with-smtp-extension-managers-in-8.5.x.htm?opendocument&amp;comments</comments>
<guid isPermaLink="true">http://blog.nashcom.de/nashcomblog.nsf/dx/issue-with-smtp-extension-managers-in-8.5.x.htm</guid>
<content:encoded><![CDATA[ <br/>
We ran into an interesting issue on a Domino 8.5.1 FP3 Server on Linux when using SpamGeek.<br/>
SpamGeek leverages SMTP Extension Manager events which change the way the SMTP code works in the background to pass information to Extension Manager routines.<br/>
Our server crashed every couple of hours or even in shorter intervals depending on the load and after 2 weeks of debugging and hotfix code it turned out that the issue we ran into was a really bad memory overwrite occuring in some very certain situations. <br/>
<br/>
If you ran into a crash situations with a similar call-stack like this, you are running into the same issue. We hope that this fix makes it into the next fixpack and 8.5.2 but it is not confirmed yet.<br/>
For reference the SPR number is #NORK86PSDM and it can hit any SMTP Extension Manager which leverages the EM_AFTER event of EM_SMTPMESSAGEACCEPT.<br/>
<br/>
-- Daniel<br/>
<br/>
Thread 4 (Thread -1405572192 (LWP 1938)):<br/>
#0  0xffffe410 in __kernel_vsyscall ()<br/>
#1  0xb5e64d11 in ___newselect_nocancel () from /lib/libc.so.6<br/>
#2  0xb6178720 in FRDoSleep ()<br/>
   from /opt/ibm/lotus/notes/latest/linux/libnotes.so<br/>
#3  0xb6179925 in OSRunExternalScript ()<br/>
   from /opt/ibm/lotus/notes/latest/linux/libnotes.so<br/>
#4  0xb617afcc in OSFaultCleanupExt ()<br/>
   from /opt/ibm/lotus/notes/latest/linux/libnotes.so<br/>
#5  0xb617b0b6 in OSFaultCleanup ()<br/>
   from /opt/ibm/lotus/notes/latest/linux/libnotes.so<br/>
#6  0xb6146bd7 in fatal_error ()<br/>
   from /opt/ibm/lotus/notes/latest/linux/libnotes.so<br/>
#7  &lt;signal handler called&gt;<br/>
#8  0xffffe410 in __kernel_vsyscall ()<br/>
#9  0xb5ff7661 in raise () from /lib/libpthread.so.0<br/>
#10 0xb61949f3 in Panic () from /opt/ibm/lotus/notes/latest/linux/libnotes.so<br/>
#11 0xb615b951 in LockHandleExt ()<br/>
   from /opt/ibm/lotus/notes/latest/linux/libnotes.so<br/>
#12 0xb615bac3 in LockHandle ()<br/>
   from /opt/ibm/lotus/notes/latest/linux/libnotes.so<br/>
#13 0xb615c47c in OSUnlockObject ()<br/>
   from /opt/ibm/lotus/notes/latest/linux/libnotes.so<br/>
#14 0xb61c9f26 in OSUnlockPool ()<br/>
   from /opt/ibm/lotus/notes/latest/linux/libnotes.so<br/>
#15 0xb671e5ef in NSFNoteGetInfo ()<br/>
   from /opt/ibm/lotus/notes/latest/linux/libnotes.so<br/>
#16 0xb6720176 in NSFNoteClose ()<br/>
   from /opt/ibm/lotus/notes/latest/linux/libnotes.so<br/>
#17 0x080640d8 in CSMTPProtocol::~CSMTPProtocol ()<br/>
#18 0x0805aa6e in CSMTPTask::~CSMTPTask ()<br/>
#19 0x0805acea in CSMTPSrv::OnDisconnect ()<br/>
#20 0x0805c0be in CSMTPSrv::OnConnect ()<br/>
#21 0x08076fc7 in CIServ::ServerTaskProtocolMachine ()<br/>
#22 0x0807d9e4 in CIServ::ServerTaskIOCP ()<br/>
#23 0x0807f0f2 in ServerThread ()<br/>
#24 0xb61701a6 in ThreadWrapper ()<br/>
   from /opt/ibm/lotus/notes/latest/linux/libnotes.so<br/>
#25 0xb5ff034b in start_thread () from /lib/libpthread.so.0<br/>
#26 0xb5e6b65e in clone () from /lib/libc.so.6 ]]></content:encoded>
<wfw:commentRss> http://blog.nashcom.de/nashcomblog.nsf/dxcomments/issue-with-smtp-extension-managers-in-8.5.x.htm</wfw:commentRss>
<wfw:comment> http://blog.nashcom.de/nashcomblog.nsf/dx/issue-with-smtp-extension-managers-in-8.5.x.htm?opendocument&amp;comments</wfw:comment>
</item>
<item>
<title>Domino on Win2008 Hotfix Needed for Performance / Hang Issue</title>
<pubDate>Thu, 8 Jul 2010 08:39:43 +0200</pubDate>
<description>
<![CDATA[ 

There is a hang and/or performance issue running Domino on Win2008 when you shutdown the server or the dbache is flushed.
This might affect your server also in other situations. We have customers r ...
 ]]>
</description>
<link>http://blog.nashcom.de/nashcomblog.nsf/dx/domino-on-win2008-hotfix-needed-for-performance-hang-issue.htm</link>
<category>Issue</category>
<dc:creator>Daniel Nashed</dc:creator>
<comments>http://blog.nashcom.de/nashcomblog.nsf/dx/domino-on-win2008-hotfix-needed-for-performance-hang-issue.htm?opendocument&amp;comments</comments>
<guid isPermaLink="true">http://blog.nashcom.de/nashcomblog.nsf/dx/domino-on-win2008-hotfix-needed-for-performance-hang-issue.htm</guid>
<content:encoded><![CDATA[ <br/>
There is a hang and/or performance issue running Domino on Win2008 when you shutdown the server or the dbache is flushed.<br/>
This might affect your server also in other situations. We have customers running into performance issues and the fix helped to get it resolved. <br/>
<br/>
Here is a brand new technote describing the problem in detail<br/>
<br/>
<a href="http://www.ibm.com/support/docview.wss?uid=swg21427348">http://www.ibm.com/support/docview.wss?uid=swg21427348</a><br/>
<br/>
And here is the referenced Microsoft technote providing detailed information about the hotfix on Microsoft side<br/>
<br/>
<a href="http://support.microsoft.com/kb/974609">http://support.microsoft.com/kb/974609</a><br/>
<br/>
If you are running Domino on Win 2008 you have to apply this hotfix<br/>
<br/>
-- Daniel ]]></content:encoded>
<wfw:commentRss> http://blog.nashcom.de/nashcomblog.nsf/dxcomments/domino-on-win2008-hotfix-needed-for-performance-hang-issue.htm</wfw:commentRss>
<wfw:comment> http://blog.nashcom.de/nashcomblog.nsf/dx/domino-on-win2008-hotfix-needed-for-performance-hang-issue.htm?opendocument&amp;comments</wfw:comment>
</item>
<item>
<title>Apple Device Version Numbers and iOS Version</title>
<pubDate>Fri, 2 Jul 2010 12:10:46 +0200</pubDate>
<description>
<![CDATA[ 

In the comments of my last Traveler posting Bhavesh asked me for a way to figure out the OS version of an Apple device when still running on an earlier Traveler version.
Traveler only knows the cod ...
 ]]>
</description>
<link>http://blog.nashcom.de/nashcomblog.nsf/dx/apple-device-version-numbers-and-ios-version.htm</link>
<category>iPhone</category>
<dc:creator>Daniel Nashed</dc:creator>
<comments>http://blog.nashcom.de/nashcomblog.nsf/dx/apple-device-version-numbers-and-ios-version.htm?opendocument&amp;comments</comments>
<guid isPermaLink="true">http://blog.nashcom.de/nashcomblog.nsf/dx/apple-device-version-numbers-and-ios-version.htm</guid>
<content:encoded><![CDATA[ <br/>
In the comments of my last Traveler posting Bhavesh asked me for a way to figure out the OS version of an Apple device when still running on an earlier Traveler version.<br/>
Traveler only knows the codes for iOS releases which are available when that particular Traveler release shipped.<br/>
In some of the earlier 8.5.2 beta builds iOS4 is also not mapped. But you can figure out from the Apple codes what iOS you are running.<br/>
<br/>
There is an internal code and a code that is used in the User-Agent. Traveler uses the code in the user agent to map it to the iOS version.<br/>
<br/>
So even your Traveler Server might not know about the latest code, you can see from the codes what iOS version an user is running.<br/>
<br/>
In general User Agent codes of 500s are OS 2, 700s are OS 3, and 800s are OS 4<br/>
<br/>
Bhavesh looked into his Traveler server and checked the User Agent codes and matched them with iOS release and the internal code.<br/>
Here is a quick list he created based on his findings.<br/>
<br/>
<br/>
-- Daniel<br/>
<br/>

<p>
<table border="1">
<tr valign="top"><td width="74" valign="bottom"><font size="4" face="Calibri">iOS</font></td><td width="79" valign="bottom"><font size="4" face="Calibri">Apple Code</font></td><td width="123" valign="bottom"><font size="4" face="Calibri">User Agent</font><br/>
<font size="4" face="Calibri">Code</font></td></tr>

<tr valign="top"><td width="74" valign="bottom"><font size="4" face="Calibri">3.0</font></td><td width="79" valign="bottom"><font size="4" face="Calibri">7A341</font></td><td width="123" valign="bottom"><font size="4" face="Calibri">701.341</font></td></tr>

<tr valign="top"><td width="74" valign="bottom"><font size="4" face="Calibri">3.0.1</font></td><td width="79" valign="bottom"><font size="4" face="Calibri">7A400</font></td><td width="123" valign="bottom"><font size="4" face="Calibri">701.400</font></td></tr>

<tr valign="top"><td width="74" valign="bottom"><font size="4" face="Calibri">iPad 3.2</font></td><td width="79" valign="bottom"><font size="4" face="Calibri">7B367</font></td><td width="123" valign="bottom"><font size="4" face="Calibri">702.367</font></td></tr>

<tr valign="top"><td width="74" valign="bottom"><font size="4" face="Calibri">3.1</font></td><td width="79" valign="bottom"><font size="4" face="Calibri">7C144</font></td><td width="123" valign="bottom"><font size="4" face="Calibri">703.144</font></td></tr>

<tr valign="top"><td width="74" valign="bottom"><font size="4" face="Calibri">3.1.2</font></td><td width="79" valign="bottom"><font size="4" face="Calibri">7D11</font></td><td width="123" valign="bottom"><font size="4" face="Calibri">704.11</font></td></tr>

<tr valign="top"><td width="74" valign="bottom"><font size="4" face="Calibri">3.1.3</font></td><td width="79" valign="bottom"><font size="4" face="Calibri">7E18</font></td><td width="123" valign="bottom"><font size="4" face="Calibri">705.18</font></td></tr>

<tr valign="top"><td width="74" valign="bottom"><font size="4" face="Calibri">4.0</font></td><td width="79" valign="bottom"><font size="4" face="Calibri">8A293</font></td><td width="123" valign="bottom"><font size="4" face="Calibri">801.293</font></td></tr>
</table>
 ]]></content:encoded>
<wfw:commentRss> http://blog.nashcom.de/nashcomblog.nsf/dxcomments/apple-device-version-numbers-and-ios-version.htm</wfw:commentRss>
<wfw:comment> http://blog.nashcom.de/nashcomblog.nsf/dx/apple-device-version-numbers-and-ios-version.htm?opendocument&amp;comments</wfw:comment>
</item>
<item>
<title>Moving a Traveler Server to a new box</title>
<pubDate>Thu, 1 Jul 2010 09:17:55 +0200</pubDate>
<description>
<![CDATA[ 

I have been running my productive Traveler installation on a small PC in a VMware Server environment. The box was quite old and had not much resources. 
So I decided to finally get a real server ha ...
 ]]>
</description>
<link>http://blog.nashcom.de/nashcomblog.nsf/dx/moving-a-traveler-server-to-a-new-box.htm</link>
<category>Traveler</category>
<dc:creator>Daniel Nashed</dc:creator>
<comments>http://blog.nashcom.de/nashcomblog.nsf/dx/moving-a-traveler-server-to-a-new-box.htm?opendocument&amp;comments</comments>
<guid isPermaLink="true">http://blog.nashcom.de/nashcomblog.nsf/dx/moving-a-traveler-server-to-a-new-box.htm</guid>
<content:encoded><![CDATA[ <br/>
I have been running my productive Traveler installation on a small PC in a VMware Server environment. The box was quite old and had not much resources. <br/>
So I decided to finally get a real server hardware (Lenovo TS200 -- a very nice and not really expensive piece of hardware which is ESXi 4.0 supported).<br/>
<br/>
I was surprised how smooth the migration went. I first thought about migrating the VMware image but the installation was on XP.<br/>
So I installed a Win2003 R2 64bit Server, installed the Domino Server and the Traveler server in the same path I had on my old box.<br/>
<br/>
after I shutting down the Domino server I just copied the following files to the new machine:<br/>
<br/>
*.nsf files (system databases including LotusTraveler.nsf)<br/>
server.id<br/>
notes.ini<br/>
keyring files<br/>
traveler/ntsdb (couldscape based state database)<br/>
<br/>
Than I gave the VMware instance the IP of the previous instance and started the server.<br/>
<br/>
So the key point here is the cloudscape based state database. without copying the database all devices would have needed a complete re-sync.<br/>
Also I decided to not copy any of the changed Traveler configuration that I did over the last couple of weeks and started with a clean install.<br/>
Depending on your changes you might need to copy also data/traveler/cfg/NTSConfig.xml.<br/>
<br/>
This is really not much more complicated than moving a normal Domino server.<br/>
<br/>
-- Daniel<br/>
<br/>
<br/>
 ]]></content:encoded>
<wfw:commentRss> http://blog.nashcom.de/nashcomblog.nsf/dxcomments/moving-a-traveler-server-to-a-new-box.htm</wfw:commentRss>
<wfw:comment> http://blog.nashcom.de/nashcomblog.nsf/dx/moving-a-traveler-server-to-a-new-box.htm?opendocument&amp;comments</wfw:comment>
</item>
<item>
<title>Update on iOS 4.0 Traveler Timing</title>
<pubDate>Tue, 29 Jun 2010 02:20:35 +0200</pubDate>
<description>
<![CDATA[ 


I blogged about the changed timing for iOS 4.0 last week --&gt; http://blog.nashcom.de/nashcomblog.nsf/dx/traveler-with-iphone-ios4-timing-issues.htm
The information I have posted was darft and t ...
 ]]>
</description>
<link>http://blog.nashcom.de/nashcomblog.nsf/dx/update-on-ios-4.0-traveler-timing.htm</link>
<category>iPhone</category>
<dc:creator>Daniel Nashed</dc:creator>
<comments>http://blog.nashcom.de/nashcomblog.nsf/dx/update-on-ios-4.0-traveler-timing.htm?opendocument&amp;comments</comments>
<guid isPermaLink="true">http://blog.nashcom.de/nashcomblog.nsf/dx/update-on-ios-4.0-traveler-timing.htm</guid>
<content:encoded><![CDATA[ 
<p><br/>
I blogged about the changed timing for iOS 4.0 last week --&gt; <a href="http://blog.nashcom.de/nashcomblog.nsf/dx/traveler-with-iphone-ios4-timing-issues.htm">http://blog.nashcom.de/nashcomblog.nsf/dx/traveler-with-iphone-ios4-timing-issues.htm</a><br/>
The information I have posted was darft and the first approach. But it turned out that the short timeout interval does not work well with ActiveSync or at least with Traveler.<br/>
<br/>
IBM requested from Apple information how to change the timeout values back to the pre-iOS4 settings. <br/>
There is a profile that can be used to push the changed sync timeout values to the iOS4 device.<br/>
<br/>
You should switch to this approach because it works better for iOS 4 devices and you should change the settings from the last posting back to the original.<br/>
On 8.5.1 you can keep the default as it was before the recommended change. On 8.5.2 you also have to revert to the previous settings.<br/>
<br/>
To update your iPhone running iOS4 you need to download a profile in an upcoming Technote #4027190 &quot;Recommendations if using an Apple iOS 4 device with Lotus Notes Traveler&quot; and follow the instructions.to install it. You have to restart your iPhone and in some cases even remove the ActiveSync profile. <br/>
<br/>
The technote is about to be released shortly. <br/>
<br/>
<br/>
<b><font color="#FF0000">Update 29.06.2010, 9:30 </font></b><br/>
Apple has a brand new support technote describing the same issue and they also published the profile to change the settings.<br/>
See this Apple technote for details --&gt; <b><a href="http://support.apple.com/kb/TS3398">http://support.apple.com/kb/TS3398</a></b><br/>
<br/>
<br/>
-- Daniel<br/>
<br/>
 ]]></content:encoded>
<wfw:commentRss> http://blog.nashcom.de/nashcomblog.nsf/dxcomments/update-on-ios-4.0-traveler-timing.htm</wfw:commentRss>
<wfw:comment> http://blog.nashcom.de/nashcomblog.nsf/dx/update-on-ios-4.0-traveler-timing.htm?opendocument&amp;comments</wfw:comment>
</item>
<item>
<title>Enhanced PDF Output in Lotus Symphony 3.0 </title>
<pubDate>Mon, 28 Jun 2010 09:46:00 +0200</pubDate>
<description>
<![CDATA[ 

The PDF Export functionality in Lotus Symphony was quite limited and specially when exporting presentations with screen-prints we ran into quality issues because the images have been always scaled d ...
 ]]>
</description>
<link>http://blog.nashcom.de/nashcomblog.nsf/dx/enhanced-pdf-output-in-lotus-symphony-3.0-.htm</link>
<category>Symphony</category>
<dc:creator>Daniel Nashed</dc:creator>
<comments>http://blog.nashcom.de/nashcomblog.nsf/dx/enhanced-pdf-output-in-lotus-symphony-3.0-.htm?opendocument&amp;comments</comments>
<guid isPermaLink="true">http://blog.nashcom.de/nashcomblog.nsf/dx/enhanced-pdf-output-in-lotus-symphony-3.0-.htm</guid>
<content:encoded><![CDATA[ <br/>
The PDF Export functionality in Lotus Symphony was quite limited and specially when exporting presentations with screen-prints we ran into quality issues because the images have been always scaled down.<br/>
Now with Symphony 3.0 we have a very flexible and powerful new export option which allows you to keep the full quality of the screen prints in your presentation (lossless compression or set the quality to 100%). And we also got PDF/A-1a converting ...<br/>
<br/>
Thanks to the Symphony team!<br/>
<br/>
-- Daniel<br/>
<br/>
<br/>
<img  src="http://blog.nashcom.de/nashcomblog.nsf/dx//nashcomblog.nsf/0/16042c24a83ebbc4c1257750002aaa2d/content/0.2EE?OpenElement&amp;FieldElemFormat=jpg" width="392" height="494"/><br/>
<br/>
 ]]></content:encoded>
<wfw:commentRss> http://blog.nashcom.de/nashcomblog.nsf/dxcomments/enhanced-pdf-output-in-lotus-symphony-3.0-.htm</wfw:commentRss>
<wfw:comment> http://blog.nashcom.de/nashcomblog.nsf/dx/enhanced-pdf-output-in-lotus-symphony-3.0-.htm?opendocument&amp;comments</wfw:comment>
</item>
<item>
<title>Traveler with iPhone iOS4 timing issues</title>
<pubDate>Thu, 24 Jun 2010 23:32:22 +0200</pubDate>
<description>
<![CDATA[ 


Update 29.06.2010, 9:30 
The information described here is not the final solution. See this blog entry for the current info http://blog.nashcom.de/nashcomblog.nsf/dx/update-on-ios-4.0-traveler-ti ...
 ]]>
</description>
<link>http://blog.nashcom.de/nashcomblog.nsf/dx/traveler-with-iphone-ios4-timing-issues.htm</link>
<category>iPhone</category>
<dc:creator>Daniel Nashed</dc:creator>
<comments>http://blog.nashcom.de/nashcomblog.nsf/dx/traveler-with-iphone-ios4-timing-issues.htm?opendocument&amp;comments</comments>
<guid isPermaLink="true">http://blog.nashcom.de/nashcomblog.nsf/dx/traveler-with-iphone-ios4-timing-issues.htm</guid>
<content:encoded><![CDATA[ <br/>
<br/>
<b><font color="#FF0000">Update 29.06.2010, 9:30 </font></b><br/>
The information described here is not the final solution. See this blog entry for the current info <a href="http://blog.nashcom.de/nashcomblog.nsf/dx/update-on-ios-4.0-traveler-timing.htm">http://blog.nashcom.de/nashcomblog.nsf/dx/update-on-ios-4.0-traveler-timing.htm</a><br/>
You should not use this change any more but instead have the timing on the iOS4 device changed to the previous behavior <br/>
<br/>
See this brand new Apple technote for details --&gt; <b><a href="http://support.apple.com/kb/TS3398">http://support.apple.com/kb/TS3398</a></b><br/>
<br/>
-- Daniel<br/>
<br/>
<br/>
When we first tested the final version of the new iOS4 with Traveler I ran into some issues.<br/>
After you install the new OS you have to do a complete resync because the data synced over ActiveSync is not backed up in your iTunes backup (works as designed and makes sense).<br/>
<br/>
My first resync ran into a lot of timeouts and I was wondering what was going wrong.<br/>
<br/>
It turned out that different iPhone OS releases have different sync timeout values.<br/>
<br/>
There is some documentation how to tune for older OS versions in the 8.5.1 Traveler Admin guide.<br/>
But those settings need to be changed again for iOS4.<br/>
<br/>
OS2 has 1 minute timeout<br/>
OS3 has 4 minutes timeout<br/>
OS4 has 30 seconds timeout<br/>
<br/>
In Traveler 8.5.1 there is only one timeout setting that needs to fit all devices . In Traveler 8.5.2 (current beta already has it) there is a setting for each iPhone OS that will be correct once 8.5.2 ships.<br/>
<br/>
There is still testing going on with the new iOS4 with 8.5.1 and 8.5.2. IBM is working on a TN to clarify some details about those settings for 8.5.1<br/>
Some details in the current beta about how to configure those timeouts might change in 8.5.2. So some detail I am posting about might be obsolete or already out of the box tuned in the right way.<br/>
<br/>
So what you need to change in 8.5.2 (in case you are a beta user) is the following in <b>data/traveler/cfg/NTSConfig.xml</b><br/>
<br/>
you clone the existing line for <font face="Arial">AS_REQUEST_TIME_LIMIT_APPLE_3X devices and change the setting to 20 seconds like this</font><br/>
<br/>
<b><font face="Arial">Traveler 8.5.2</font></b><br/>
<br/>
<b><font face="Arial">&lt;PROPERTY NAME=&quot;AS_REQUEST_TIME_LIMIT_APPLE_4X&quot; VALUE=&quot;20&quot;/&gt;</font></b><br/>
<br/>
<font face="Arial">This will only change the timeout values for the new iOS4 and this will be set already when 8.5.2 ships.</font><br/>
<br/>
<font face="Arial">In 8.5.1 you can only tune the value for all devices. So you have to take the smallest interval of all releases and have to change the value like this</font><br/>
<br/>
<b><font face="Arial">Traveler 8.5.1</font></b><br/>
<br/>
<b><font face="Arial">&lt;PROPERTY NAME=&quot;AS_REQUEST_TIME_LIMIT&quot; VALUE=&quot;20&quot;/&gt;</font></b><br/>
<br/>
<font face="Arial">For 8.5.1 you need to change another parameter to the same value as described in the admin help in the </font><b><font face="Arial">data/</font></b><b><font face="Arial">servlet.properties</font></b><font face="Arial"> file. </font><br/>
<font face="Arial">This setting has been already autotuned in 8.5.2 and has been removed. So you don't need it in 8.5.2.</font><br/>
<font face="Arial">But for 8.5.1 you should still set the value according to documentation. The value is in milliseconds!</font><br/>
<br/>
<b><font face="Arial">servlet.traveler.initArgs=ntstimeoutsyncas=20000</font></b><br/>
<br/>
<br/>
<font face="Arial">There is a second parameter you have to set. This parameter and value is the same in 8.5.1 and 8.5.2 but it might be removed later and could potentially be autotuned.</font><br/>
<font face="Arial">For now you have to set the parameter to the following value</font><br/>
<br/>
<b><font face="Arial">&lt;PROPERTY NAME=&quot;SYNCML_SHORTCIRCUIT_TIME_LIMIT&quot; VALUE=&quot;15&quot;/&gt;</font></b><br/>
<br/>
<font face="Arial">After changing the configuration you need to restart the Traveler server task and also the HTTP task in case you changed the servlet properties (restart task traveler &amp; restart task http)</font><br/>
<br/>
<br/>
<font face="Arial">This should give you better response time for your iOS4 devices and it should still work fine with your OS 3.x devices. </font><br/>
<font face="Arial">There might more HTTP(S) requests for OS 3.x devices but this is still less problematic than a wrong timeout value for iOS4.</font><br/>
<br/>
<font face="Arial">I hope this info is helpful. It's the current state of the info we got from IBM about the changed needed.</font><br/>
<font face="Arial">As soon we get an official TN I will post an update.</font><br/>
<br/>
<font face="Arial">-- Daniel</font><br/>
<br/>
 ]]></content:encoded>
<wfw:commentRss> http://blog.nashcom.de/nashcomblog.nsf/dxcomments/traveler-with-iphone-ios4-timing-issues.htm</wfw:commentRss>
<wfw:comment> http://blog.nashcom.de/nashcomblog.nsf/dx/traveler-with-iphone-ios4-timing-issues.htm?opendocument&amp;comments</wfw:comment>
</item>
<item>
<title>Avoiding disk fragmentation via nshrun</title>
<pubDate>Tue, 25 May 2010 06:52:44 +0200</pubDate>
<description>
<![CDATA[ 

Some of my customers are already running optimized compact operations to avoid fragmentation of their data disks with NSF.
They use a combination of compact -B and -b with the -S option to avoid re ...
 ]]>
</description>
<link>http://blog.nashcom.de/nashcomblog.nsf/dx/avoiding-disk-fragmentation-via-nshrun.htm</link>
<category>nshrun</category>
<dc:creator>Daniel Nashed</dc:creator>
<comments>http://blog.nashcom.de/nashcomblog.nsf/dx/avoiding-disk-fragmentation-via-nshrun.htm?opendocument&amp;comments</comments>
<guid isPermaLink="true">http://blog.nashcom.de/nashcomblog.nsf/dx/avoiding-disk-fragmentation-via-nshrun.htm</guid>
<content:encoded><![CDATA[ <br/>
Some of my customers are already running optimized compact operations to avoid fragmentation of their data disks with NSF.<br/>
They use a combination of compact -B and -b with the -S option to avoid recovering small amount of space from databases.<br/>
<br/>
My tool nshrun already has an option to decide which compact to use based on the free space in a database.<br/>
If just a bit of space is free no compact is invoked. If just some space is free a compact -b is used if much space is free a compact -B is used.<br/>
Already in previous versions you could specify those options using -S and -s in nshrun.<br/>
<br/>
But this does only reduce fragmentation to some extend. I would wish there would be an option for compact to keep some free space in the database.<br/>
There is currently no way to keep some space in the database. But I found a way to allocate some bulk space in the database in one piece which could avoid smaller allocations in the  NSF would create many smaller disk fragments to be allocated. So you now can specify an amount of free space that should be in the database after compact finishes and frees space in the database.<br/>
This amount of free space is allocated in one step and would only result in at most one more fragment.<br/>
<br/>
The new option is currently under test but if you are a nshrun user I am happy to send you a new version with this option to check if this helps to reduce your NSF disk fragmentation.<br/>
It will also not completely resolve all fragmentation but could potentially reduce the fragmentation a lot. <br/>
<br/>
I would be also very interested to get your feedback about disk fragmentation thru NSF. I personally think there is huge potential in avoiding fragmentation.<br/>
This is not primary for Domino run-time performance but more for backup performance.<br/>
<br/>
-- Daniel<br/>
 ]]></content:encoded>
<wfw:commentRss> http://blog.nashcom.de/nashcomblog.nsf/dxcomments/avoiding-disk-fragmentation-via-nshrun.htm</wfw:commentRss>
<wfw:comment> http://blog.nashcom.de/nashcomblog.nsf/dx/avoiding-disk-fragmentation-via-nshrun.htm?opendocument&amp;comments</wfw:comment>
</item>
<item>
<title>Changes in HTML MIME Rendering cause some odd behaviour</title>
<pubDate>Mon, 24 May 2010 10:18:07 +0200</pubDate>
<description>
<![CDATA[ 


Since Notes 8 the client uses a different way to render HTML mail. The client uses functionality from the default operating system browser to improve the rendering.
This functionality is used to ...
 ]]>
</description>
<link>http://blog.nashcom.de/nashcomblog.nsf/dx/changes-in-html-mime-rendering-cause-some-odd-behaviour.htm</link>
<category>Tip</category>
<dc:creator>Daniel Nashed</dc:creator>
<comments>http://blog.nashcom.de/nashcomblog.nsf/dx/changes-in-html-mime-rendering-cause-some-odd-behaviour.htm?opendocument&amp;comments</comments>
<guid isPermaLink="true">http://blog.nashcom.de/nashcomblog.nsf/dx/changes-in-html-mime-rendering-cause-some-odd-behaviour.htm</guid>
<content:encoded><![CDATA[ 
<p><br/>
Since Notes 8 the client uses a different way to render HTML mail. The client uses functionality from the default operating system browser to improve the rendering.<br/>
This functionality is used to view and print read-only mails. Since Notes Release 8 I had some issues with this functionality.<br/>
<br/>
- ESC does not always work<br/>
- Copying text does sometimes copy the wrong text<br/>
- Searching in the document does not work<br/>
- Some links are not displayed correctly<br/>
<br/>
Some of those issues have been already technoted and the suggestion is to disable the new rendering via perferences (&quot;<b>Disable Embedded Browser for MIME mail</b>&quot;) or directly via notes.ini (<b>BrowserRenderDisable=1</b>).<br/>
A Partner also reported that disabling this functionality reduced the number of crashes they had.<br/>
<br/>
I would be interested in your experience with the new HTML rendering.<br/>
<br/>
-- Daniel<br/>

<p> ]]></content:encoded>
<wfw:commentRss> http://blog.nashcom.de/nashcomblog.nsf/dxcomments/changes-in-html-mime-rendering-cause-some-odd-behaviour.htm</wfw:commentRss>
<wfw:comment> http://blog.nashcom.de/nashcomblog.nsf/dx/changes-in-html-mime-rendering-cause-some-odd-behaviour.htm?opendocument&amp;comments</wfw:comment>
</item>
<item>
<title>LotusTraveler 8.5.2 First Look</title>
<pubDate>Sun, 2 May 2010 12:35:09 +0200</pubDate>
<description>
<![CDATA[ 


I have been using the beta releases of Lotus Traveler for a while and we got the OK to blog about what is currently planned for 8.5.2.

Disclaimer: The IBM Lotus Notes, iNotes, Designer , Domino ...
 ]]>
</description>
<link>http://blog.nashcom.de/nashcomblog.nsf/dx/lotustraveler-8.5.2-first-look.htm</link>
<category>Traveler</category>
<dc:creator>Daniel Nashed</dc:creator>
<comments>http://blog.nashcom.de/nashcomblog.nsf/dx/lotustraveler-8.5.2-first-look.htm?opendocument&amp;comments</comments>
<guid isPermaLink="true">http://blog.nashcom.de/nashcomblog.nsf/dx/lotustraveler-8.5.2-first-look.htm</guid>
<content:encoded><![CDATA[ 
<p><br/>
I have been using the beta releases of Lotus Traveler for a while and we got the OK to blog about what is currently planned for 8.5.2.<br/>
<br/>
<i>Disclaimer: The IBM Lotus Notes, iNotes, Designer , Domino and Lotus NotesTraveler 8.5.2 features referenced/presented here are currently in beta and are not guaranteed to be in the final shipping product. IBM reserves the right to change product content prior to ship.</i><br/>
<br/>
<b>Linux Support for Lotus Traveler</b><br/>
<br/>
Many customers have asked for Lotus Traveler Support for Linux. IMHO Linux is one of the most popular platforms and is also often used inside a DMZ for security reasons.<br/>
The installation is almost as easy than what we are used to on the Windows side and Traveler works exactly the same on the Linux platform.<br/>
This new option will allow many more customers to implement Traveler in their environments :-)<br/>
<br/>
<b>No additional push port required for Windows Mobile and Nokia S60</b><br/>
<br/>
All supported mobile devices are now using the same standard http/https connection and there is no additional port needed any more.<br/>
That's great news for customers with very strict firewall rules and paranoid firewall admins.<br/>
On the other side this means a higher load on the HTTP task and that you have to increase the number of worker threads now also for Windows Mobile and Nokia S60 users. <br/>
But in current customer deployments It worked well also for larger number of iPhone users once you increased the number of HTTP work threads (because of the long going http request used for the &quot;push functionality&quot;).<br/>
<br/>
<b>Support for Security Policies for iPhone</b><br/>
<br/>
The security settings for devices have now be split into one tab per Device. This is important because there are specific settings per device type (see below).<br/>
<br/>
In previous versions you had to customize the template used to create the Apple profile that is created for each user when you register your iPhone with the Travler server.<br/>
For iPhones we now have options to enforce security. Those settings are pushed to the phone via ActiveSync and the device profile contains information if those settings have been set successfully.<br/>
When you push the settings to the device the user is prompted for example to add a password with certain security level. The dialogs provided by the iPhone really look great (even my mom would know what to do).<br/>
<br/>
Here is what you currently can configure using the iPhone policies<br/>
<br/>
There are separate settings for password strength (length, alpha chars, complex chars) but in most cases users will not like to type in a complex password anyway. <br/>
In my tests a 4 digit numeric password is what you can type in quickly and which does only show the simple 10 digit dialog. If you specify a more complex password the iPhone will show the full keyboard when prompting for the password.<br/>
You can reduce the auto-lock time and the user can only set it to a lower level than what you specify.And you can also enforce periodic password change with password history.<br/>
<br/>
Beside enforcing to use a password setting the wipe option for wrong passwords is the most important option. Without this setting a simple pin password might not be a good idea.<br/>
<br/>
In addition you can ensure that only encrypted iPhones (3GS and above) can sync and you can ensure that only devices that meet the specified security policy can sync (for example if you use an iPhone with older OS release or a different device implementing an older ActiveSync protocol version). <br/>
<br/>
A last point that might be important for some companies is the option to disable the camera of the iPhone. But this will just hide the camera application. You can still use other applications from the App store to take pictures (this is more a iPhone limitation than a Traveler limitation and you might need to find a hardware solution to completely disable the camera if needed). <br/>
<br/>
In combination with the remote wipe (already available in the 8.5.1) those security settings should be fully sufficient for most customer environments.<br/>
Other settings like disabling the App store can be still set thru a customized Apple profile that you roll out to your users but in most cases users will hate you anyway if you put those kind of restrictions on their iPhones ;-)<br/>
<br/>
IMHO this is a great step ahead to bring iPhones into corporate environments. <br/>
Thanks to the Traveler team for those great new features! Great job! I said it before and I say it again... You rock!<br/>
<br/>
<br/>
<b><i>One side not about pushing device security settings to your devices</i></b><br/>
<br/>
I would recommend to use the LotusTraveler.nsf to apply settings to your devices because using policies you need to upgrade your primary Domino Directory always to the latest release and the policy settings are pushed to the traveler profile in each mail database. It takes a while until those settings become effective and it is more difficult to separate Traveler administration from Domino administration.<br/>
The same config settings settings are always available in the Travler database (LotusTraveler.nsf) and you can build groups for your users independent from your policy structure. <br/>
The changes are pushed almost immediately to your devices. <br/>
<br/>
-- Daniel<br/>
<br/>
<br/>
<br/>
<br/>

<table cellpadding="">
<tr valign="top"><td style="background-image:url(/nashcomblog.nsf/gears?OpenImageResource); background-repeat: repeat; " width="1055"><font size="2">&nbsp;</font><br/>
<b><font size="5" color="#424282">  Lotus Traveler Device Settings </font></b><b><font size="4" color="#424282">: Default</font></b><br/>
<font size="2">  </font></td></tr>
</table>

<table border="0" cellspacing="2">
<tr><td>
<table border="1" cellpadding="2">
<tr><td><div align="center"><a name="2." href="http://blog.nashcom.de/nashcomblog.nsf/dx/">Basics</a></div></td></tr>
</table>
</td><td>
<table border="1" cellpadding="2">
<tr><td><div align="center"><a name="2." href="http://blog.nashcom.de/nashcomblog.nsf/dx/">Preferences</a></div></td></tr>
</table>
</td><td>
<table border="1" cellpadding="2">
<tr><td><div align="center"><b>Assignment</b></div></td></tr>
</table>
</td></tr>
</table>

<table id="PlcyTS" cellpadding="">
<tr valign="top"><td width="100%">
<table id="Server_Traveler" class="TableSpacing" border="0" cellspacing="0" cellpadding="0">
<tr valign="top"><td width="288" bgcolor="#B1B1D2"><b><font size="2" color="#FFFFFF">Default Device Settings Assignment</font></b></td><td width="288" bgcolor="#B1B1D2"><img  width="1" height="1" src="http://blog.nashcom.de/nashcomblog.nsf/dx//icons/ecblank.gif/$file//icons/ecblank.gif" border="0" alt=""/></td></tr>

<tr valign="top"><td width="288"><font size="2">Include users</font><font size="2">:</font></td><td width="288"><font size="2">Daniel Nashed/NashCom/DE</font></td></tr>

<tr valign="top"><td width="288"><font size="2">Exclude users:</font></td><td width="288"><img  width="1" height="1" src="http://blog.nashcom.de/nashcomblog.nsf/dx//icons/ecblank.gif/$file//icons/ecblank.gif" border="0" alt=""/></td></tr>
</table>
</td></tr>
</table>
 ]]></content:encoded>
<wfw:commentRss> http://blog.nashcom.de/nashcomblog.nsf/dxcomments/lotustraveler-8.5.2-first-look.htm</wfw:commentRss>
<wfw:comment> http://blog.nashcom.de/nashcomblog.nsf/dx/lotustraveler-8.5.2-first-look.htm?opendocument&amp;comments</wfw:comment>
</item>
<item>
<title>using notes_ in environment variables instead of notes.ini</title>
<pubDate>Wed, 28 Apr 2010 08:10:16 +0200</pubDate>
<description>
<![CDATA[ 

By default in Notes and Domino 8 and higher the old way to enable notes.ini settings thru the OS environment of a Notes Client or Server has been disabled for performance reasons. Because in that ca ...
 ]]>
</description>
<link>http://blog.nashcom.de/nashcomblog.nsf/dx/using-notes_-in-environment-variables-instead-of-notes.ini.htm</link>
<category>Citrix</category>
<dc:creator>Daniel Nashed</dc:creator>
<comments>http://blog.nashcom.de/nashcomblog.nsf/dx/using-notes_-in-environment-variables-instead-of-notes.ini.htm?opendocument&amp;comments</comments>
<guid isPermaLink="true">http://blog.nashcom.de/nashcomblog.nsf/dx/using-notes_-in-environment-variables-instead-of-notes.ini.htm</guid>
<content:encoded><![CDATA[ <br/>
By default in Notes and Domino 8 and higher the old way to enable notes.ini settings thru the OS environment of a Notes Client or Server has been disabled for performance reasons. Because in that case always the environment has to be checked before the notes.ini cache is checked. This change has mainly done for servers but also applies by default for Notes Clients.<br/>
You can specify a notes.ini parameter (for example in the custom settings section of a desktop policy) to enable this feature and allow notes.ini settings thru the environment of the workstation.<br/>
This could be interesting to set notes.ini parameters only for certain client installations like Citrix for example when moving the cache.ndk via <b>notes_cache=&lt;path&gt;</b><br/>
It could be also used to disable the update of the client record information I posted about yesterday evening <b>DISABLE_CLIENTRECORD=1.</b><br/>
<br/>
This would allow to disable this feature only for Citrix workstations and keep it enabled on notebooks and desktops.<br/>
<br/>
<br/>
Reference Information:<br/>
<br/>
The OSGetEnvironmentString() command had an undocumented &quot;feature&quot; where it would use OSGetSystemVariable() first to look for the value requested. This was meant to be internal and for debugging purposes only. This has been changed so that this is off by default. What this means is that Lotus is only pulling this data from Notes.ini instead of from the system environment now, as was the intended behavior. <br/>
<br/>
You can restore the old behavior by setting the variable DEBUG_USE_SYS_VAR to 1 in your Notes.ini file. <br/>
<br/>
-- Daniel ]]></content:encoded>
<wfw:commentRss> http://blog.nashcom.de/nashcomblog.nsf/dxcomments/using-notes_-in-environment-variables-instead-of-notes.ini.htm</wfw:commentRss>
<wfw:comment> http://blog.nashcom.de/nashcomblog.nsf/dx/using-notes_-in-environment-variables-instead-of-notes.ini.htm?opendocument&amp;comments</wfw:comment>
</item>
<item>
<title>Disables update of Notes Client License, Machine, Platform and Build in Person Doc</title>
<pubDate>Tue, 27 Apr 2010 23:01:41 +0200</pubDate>
<description>
<![CDATA[ 

I ran into this question today on customer site and I promised to look up the notes.ini setting for the customer. In case you have not seen this before it could be interesting for roaming users or C ...
 ]]>
</description>
<link>http://blog.nashcom.de/nashcomblog.nsf/dx/disable-update-client-info-person-doc.htm</link>
<category>Citrix</category>
<dc:creator>Daniel Nashed</dc:creator>
<comments>http://blog.nashcom.de/nashcomblog.nsf/dx/disable-update-client-info-person-doc.htm?opendocument&amp;comments</comments>
<guid isPermaLink="true">http://blog.nashcom.de/nashcomblog.nsf/dx/disable-update-client-info-person-doc.htm</guid>
<content:encoded><![CDATA[ <br/>
I ran into this question today on customer site and I promised to look up the notes.ini setting for the customer. In case you have not seen this before it could be interesting for roaming users or Citrix. And also in some cases if you don't want to write the client information like hostnames of the workstation into the person document the following information might be interesting for you.<br/>
<br/>
-- Daniel<br/>
<br/>
When using roaming or in an Citrix environment the person document is often updated with different version number and specially machine names.<br/>
This can cause a lot of updates in the Domino directory -- specially in larger environments.<br/>
<br/>
There is a new notes.ini setting that you could push via custom settings in the desktop policy to avoid updating the person document without disabling the dynamic configuration (which was the only way to prevent it in earlier releases).<br/>
<br/>
Since 8.x you can use <b>DISABLE_CLIENTRECORD=1</b> to disable updating the following fields<br/>
<br/>
Notes Client License - ClientType<br/>
Notes Client Machine - CIntMachine<br/>
Notes Client Platform - CIntPltfrm<br/>
Notes Client Build - CIntBld<br/>
<br/>
This might help to improve Domino Server performance in case of many roaming users or Citrix users.<br/>
 ]]></content:encoded>
<wfw:commentRss> http://blog.nashcom.de/nashcomblog.nsf/dxcomments/disable-update-client-info-person-doc.htm</wfw:commentRss>
<wfw:comment> http://blog.nashcom.de/nashcomblog.nsf/dx/disable-update-client-info-person-doc.htm?opendocument&amp;comments</wfw:comment>
</item>
<item>
<title>Important Interim Fix Pack for all DAOS customers</title>
<pubDate>Fri, 23 Apr 2010 10:20:55 +0200</pubDate>
<description>
<![CDATA[ 

This fixpack has been published last night and shows up in the support alerts in Kbase today.
If you are running DAOS in your environment you should upgrade to 8.5.1 FP2 IF1

Here is an extract o ...
 ]]>
</description>
<link>http://blog.nashcom.de/nashcomblog.nsf/dx/important-interim-fix-pack-for-all-daos-customers.htm</link>
<category>DAOS</category>
<dc:creator>Daniel Nashed</dc:creator>
<comments>http://blog.nashcom.de/nashcomblog.nsf/dx/important-interim-fix-pack-for-all-daos-customers.htm?opendocument&amp;comments</comments>
<guid isPermaLink="true">http://blog.nashcom.de/nashcomblog.nsf/dx/important-interim-fix-pack-for-all-daos-customers.htm</guid>
<content:encoded><![CDATA[ <br/>
This fixpack has been published last night and shows up in the support alerts in Kbase today.<br/>
If you are running DAOS in your environment you should upgrade to 8.5.1 FP2 IF1<br/>
<br/>
Here is an extract of TN #1426164. You can find the updates on <a href="http://www.ibm.com/support/fixcentral/">http://www.ibm.com/support/fixcentral/</a><br/>
<br/>
-- Daniel<br/>
<br/>
<br/>
A Review of 8.5.1 Fix Pack 2 Interim Fix 1 shows the following Fixes relate to the following OS:<br/>
<br/>
This Interim fix addresses the following SPR's<font color="#0000FF">:</font><br/>
<br/>

<table border="1">
<tr valign="top"><td width="121"><b><font face="Arial">SPR </font></b></td><td width="523"><b><font face="Arial">Description</font></b></td></tr>

<tr valign="top"><td width="121"><font size="4" face="Courier New">SRIO83LSTW</font></td><td width="523">DAOS corrupting attachments when creating database replica</td></tr>

<tr valign="top"><td width="121"><font size="4" face="Courier New">PMAO83WTBX</font></td><td width="523">'tell daosmgr listnlo missing' output has malformed NLO filenames</td></tr>

<tr valign="top"><td width="121"><font size="4" face="Courier New">DROO82ZJMV</font></td><td width="523">DAOS Catalog going into 'NEEDS RESYNC' State when dbdirman refresh hits mail.box.</td></tr>

<tr valign="top"><td width="121"><font size="4" face="Courier New">JFOR83MJA5</font></td><td width="523">30+ minutes to update the ticket count in mail users database.</td></tr>

<tr valign="top"><td width="121"><font size="4" face="Courier New">JPMS7YCPNJ</font></td><td width="523">Domino crashes on StaticTermProcess when we try to OSMemoryUnlock the BLK_DAOS_CTL block.</td></tr>
</table>
 ]]></content:encoded>
<wfw:commentRss> http://blog.nashcom.de/nashcomblog.nsf/dxcomments/important-interim-fix-pack-for-all-daos-customers.htm</wfw:commentRss>
<wfw:comment> http://blog.nashcom.de/nashcomblog.nsf/dx/important-interim-fix-pack-for-all-daos-customers.htm?opendocument&amp;comments</wfw:comment>
</item>
<item>
<title>Export/Import DXL needs to discard doc object before accessing updated information</title>
<pubDate>Thu, 22 Apr 2010 23:01:08 +0200</pubDate>
<description>
<![CDATA[ 

I ran into some very behaviour today. I have used DXL export and import to change some information in the document and wanted to access the updated document afterwards.
Accessing the document after ...
 ]]>
</description>
<link>http://blog.nashcom.de/nashcomblog.nsf/dx/exportimport-dxl-needs-to-discard-doc-object-before-accessing-updated-information.htm</link>
<category>Odd Things</category>
<dc:creator>Daniel Nashed</dc:creator>
<comments>http://blog.nashcom.de/nashcomblog.nsf/dx/exportimport-dxl-needs-to-discard-doc-object-before-accessing-updated-information.htm?opendocument&amp;comments</comments>
<guid isPermaLink="true">http://blog.nashcom.de/nashcomblog.nsf/dx/exportimport-dxl-needs-to-discard-doc-object-before-accessing-updated-information.htm</guid>
<content:encoded><![CDATA[ <br/>
I ran into some very behaviour today. I have used DXL export and import to change some information in the document and wanted to access the updated document afterwards.<br/>
Accessing the document after a re-open via <b>db.GetDocumentByUNID</b> gave me the old document instead of the updated document.<br/>
The only way I found to re-load the document was to set the doc to <b>nothing</b> to close the older instance of the document.<br/>
I thought the <b>GetDocumentByUNID</b> would re-open the database but it gets a reference to the existing document instead.<br/>
<br/>
Isn't that odd? <br/>
<br/>
<br/>
-- Daniel<br/>
<br/>
<br/>
--- do some work with document ---<br/>
<br/>
call doc.save (true, false)<br/>
doc_unid = doc.UniversalID<br/>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br/>
Dim stream As NotesStream<br/>
Dim out_str As String<br/>
Dim replace_str As String <br/>
Dim exporter As NotesDXLExporter<br/>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br/>
Set stream = session.CreateStream<br/>
Set exporter = session.CreateDXLExporter<br/>
Call exporter.SetInput(doc)<br/>
Call exporter.SetOutput(stream)<br/>
Call exporter.Process<br/>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br/>
out_str = stream.ReadText&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br/>
replace_str = Replace (out_str, newline_string, &quot;&lt;break/&gt;&quot;)<br/>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br/>
Dim importer As NotesDXLImporter<br/>
Set importer = session.CreateDXLImporter<br/>
importer.DocumentImportOption = DXLIMPORTOPTION_UPDATE_ELSE_IGNORE<br/>
Call importer.Import(replace_str, db)<br/>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;<br/>
<b>Set doc = Nothing</b><br/>
<br/>
Set updated_doc = <b>db.GetDocumentByUNID( doc_unid )</b><br/>
<br/>
--- do some work with updated_doc ---<br/>
 ]]></content:encoded>
<wfw:commentRss> http://blog.nashcom.de/nashcomblog.nsf/dxcomments/exportimport-dxl-needs-to-discard-doc-object-before-accessing-updated-information.htm</wfw:commentRss>
<wfw:comment> http://blog.nashcom.de/nashcomblog.nsf/dx/exportimport-dxl-needs-to-discard-doc-object-before-accessing-updated-information.htm?opendocument&amp;comments</wfw:comment>
</item>
<item>
<title>new tools and projects</title>
<pubDate>Wed, 7 Apr 2010 12:03:43 +0200</pubDate>
<description>
<![CDATA[ 

The last couple of weeks have been quite busy. I am working on multiple projects and also multiple existing and new tools.
There wasn't much to report yet but I plan to blog about some of those too ...
 ]]>
</description>
<link>http://blog.nashcom.de/nashcomblog.nsf/dx/new-tools-and-projects.htm</link>
<category>Blog</category>
<dc:creator>Daniel Nashed</dc:creator>
<comments>http://blog.nashcom.de/nashcomblog.nsf/dx/new-tools-and-projects.htm?opendocument&amp;comments</comments>
<guid isPermaLink="true">http://blog.nashcom.de/nashcomblog.nsf/dx/new-tools-and-projects.htm</guid>
<content:encoded><![CDATA[ <br/>
The last couple of weeks have been quite busy. I am working on multiple projects and also multiple existing and new tools.<br/>
There wasn't much to report yet but I plan to blog about some of those tools soon and might ask if someone is interested to beta test for example my iostat analysis database.<br/>
<br/>
I have build a couple of new tools that I use in for my own customer engagements like the client_clock, server_clock, semdebug, memory dump annotation tools for performance troubleshooting.<br/>
And I am working on monitoring add-ons which complement what DDM and Event Monitoring already provides.<br/>
<br/>
I would be interested to hear what you are missing in DDM and Event Monitoring. <br/>
I have some ideas and I am already working on. Let me know what you are missing for your environment. <br/>
What I am building is not a complete monitoring solution. I am just complementing what is already there.<br/>
<br/>
- special database performance probes which report into a central db to figure out about your server performance over time (to help measure server SLAs)<br/>
- combined static querying via formulas<br/>
- generate own statistics<br/>
- special database queries resulting in statistic values and also events (for example query the number of documents older than a specified time etc)<br/>
- customizable mail probes resulting in statistic values and log documents<br/>
<br/>
-- Daniel ]]></content:encoded>
<wfw:commentRss> http://blog.nashcom.de/nashcomblog.nsf/dxcomments/new-tools-and-projects.htm</wfw:commentRss>
<wfw:comment> http://blog.nashcom.de/nashcomblog.nsf/dx/new-tools-and-projects.htm?opendocument&amp;comments</wfw:comment>
</item>
<item>
<title>Odd hex code instead of log messages when using my Domino Start Script</title>
<pubDate>Fri, 12 Mar 2010 16:21:45 +0200</pubDate>
<description>
<![CDATA[ 


The most common question I get about my start script is about an issue with missing or wrong setup res files causing hex number output instead of the log messages.
I am still not sure why the res ...
 ]]>
</description>
<link>http://blog.nashcom.de/nashcomblog.nsf/dx/odd-hex-code-instead-of-log-messages-when-using-the-domino-start-script.htm</link>
<category>AIX</category>
<dc:creator>Daniel Nashed</dc:creator>
<comments>http://blog.nashcom.de/nashcomblog.nsf/dx/odd-hex-code-instead-of-log-messages-when-using-the-domino-start-script.htm?opendocument&amp;comments</comments>
<guid isPermaLink="true">http://blog.nashcom.de/nashcomblog.nsf/dx/odd-hex-code-instead-of-log-messages-when-using-the-domino-start-script.htm</guid>
<content:encoded><![CDATA[ 
<p><br/>
The most common question I get about my start script is about an issue with missing or wrong setup res files causing hex number output instead of the log messages.<br/>
I am still not sure why the res directory is created in the wrong way but I want to raise the awareness for this issue and try to explain the background.<br/>
 I will also document in in the next version of my start script in the troubleshooting section.<br/>
<br/>
In some cases when you start the Domino server with my start script you see hex codes instead of log message.<br/>
<br/>
The output looks similar to this instead of real log messages.<br/>
<br/>
12.03.2010 13:59:31 07:92: 0A:0A<br/>
12.03.2010 13:59:31 03:51: 07:92<br/>
<br/>
Here is the background about what happens:<br/>
<br/>
 Domino uses string resources for error messages on Windows which are linked into the binary. <br/>
On Unix there are normally no string resources and IBM/Lotus uses the <b>res</b> files created on Windows in combination which code that reads those string resources for error output.<br/>
In theory there could be separate version of res files for each language and there used to be res files which have been language dependent.<br/>
So there is code in place in Domino to check for the locale and find the right language for error message.<br/>
<br/>
But there are no localized resources for the error codes any more since Domino ships as English version with localized language packs (not containing res files any more).<br/>
This means there is only one set of <b>res</b> Files in English containing all the error text for the core code (a file called strings.res) and one per server tasks using string resources.<br/>
Most business partner applications do not leverage string resources and use other log calls. One of my application used a res files (nshdbcat) but it was always complicate to also write the nshdbcat.res into the right directory and to explain what it does.<br/>
<br/>
So string resources contain all the error texts and if Domino does not found the res files the server will only log the error codes instead.<br/>
<br/>
By default the res files should be installed into the standard local of the server called &quot;C&quot;.<br/>
In some cases the installer does copy the res files into a locale specific directory. For example <b>../res/de_DE</b> for German.<br/>
I personally never had any case but I get a mail at least once per month from somone installing my start script who is running into this issue.<br/>
<br/>
My start script sets the locale of the server. For example to <b>LANG=de_DE</b> or <b>LANG=en_US</b>.<br/>
If this locale is different than the locale you installed the server with, the Domino server will not find the res files in those cases.<br/>
<br/>
The right location for the res files would be for example on Linux:<br/>
<br/>
 /opt/lotus/notes/latest/linux/<b>res/</b><b>C</b>/strings.res<br/>
<br/>
But in some cases it looks like this <br/>
<br/>
 /opt/lotus/notes/latest/linux/<b>res/</b><b>de_DE</b>/strings.res<br/>
<br/>
The solution for this issue is to move the <b>de_DE</b> directory to <b>C</b> (e.g. mv de_DE C) and your server will find the res files independent of the locale configured on the server.<br/>
<br/>
It's not an issue my start script could handle directly. I could put in a sanity check if at least the strings.res can be found and give out an error message.<br/>
Do you think a check in the script logic would make sense? Or would an info in the troubleshooting section of my start script be sufficient?<br/>
<br/>
-- Daniel<br/>
 ]]></content:encoded>
<wfw:commentRss> http://blog.nashcom.de/nashcomblog.nsf/dxcomments/odd-hex-code-instead-of-log-messages-when-using-the-domino-start-script.htm</wfw:commentRss>
<wfw:comment> http://blog.nashcom.de/nashcomblog.nsf/dx/odd-hex-code-instead-of-log-messages-when-using-the-domino-start-script.htm?opendocument&amp;comments</wfw:comment>
</item>
<item>
<title>Seemless Cluster Failover</title>
<pubDate>Fri, 26 Feb 2010 15:55:23 +0200</pubDate>
<description>
<![CDATA[ 


In Notes 7 you had to close a Notes database and reopen it to failover to a different server. The Notes Client did only use failover when opening a database with the right open options (failover o ...
 ]]>
</description>
<link>http://blog.nashcom.de/nashcomblog.nsf/dx/seemless-cluster-failover.htm</link>
<category>Clustering</category>
<dc:creator>Daniel Nashed</dc:creator>
<comments>http://blog.nashcom.de/nashcomblog.nsf/dx/seemless-cluster-failover.htm?opendocument&amp;comments</comments>
<guid isPermaLink="true">http://blog.nashcom.de/nashcomblog.nsf/dx/seemless-cluster-failover.htm</guid>
<content:encoded><![CDATA[ 
<p><br/>
In Notes 7 you had to close a Notes database and reopen it to failover to a different server. The Notes Client did only use failover when opening a database with the right open options (failover options).<br/>
Notes 8 asks the user to switch to a different replica when the server goes down. This works in multiple areas including a view and also when you try to save a document and your server is down!<br/>
<br/>
In many cases users have no idea what to do with the prompt message. There is a notes.ini setting <b>HidePromptFailoverInc=1</b> which disables the failover prompt and automatically fails over without user interaction needed.<br/>
<br/>
This does work for some but not all of the failover operations. For example if you try to save a document you are still prompted if you want to save the document to a different replica.<br/>
<br/>
-- Daniel<br/>
<br/>
 ]]></content:encoded>
<wfw:commentRss> http://blog.nashcom.de/nashcomblog.nsf/dxcomments/seemless-cluster-failover.htm</wfw:commentRss>
<wfw:comment> http://blog.nashcom.de/nashcomblog.nsf/dx/seemless-cluster-failover.htm?opendocument&amp;comments</wfw:comment>
</item>
<item>
<title>LicenceKeyIssuesWithDomino</title>
<pubDate>Fri, 5 Feb 2010 15:20:34 +0200</pubDate>
<description>
<![CDATA[ 

Domino 8 uses the IBM Licence Management routines (LUM) and ships with a full licence key in each release when you download it from the Passport or Partnerworld website. If you download it from the ...
 ]]>
</description>
<link>http://blog.nashcom.de/nashcomblog.nsf/dx/licencekeyissueswithdomino.htm</link>
<category>Tip</category>
<dc:creator>Daniel Nashed</dc:creator>
<comments>http://blog.nashcom.de/nashcomblog.nsf/dx/licencekeyissueswithdomino.htm?opendocument&amp;comments</comments>
<guid isPermaLink="true">http://blog.nashcom.de/nashcomblog.nsf/dx/licencekeyissueswithdomino.htm</guid>
<content:encoded><![CDATA[ <br/>
Domino 8 uses the IBM Licence Management routines (LUM) and ships with a full licence key in each release when you download it from the Passport or Partnerworld website.  If you download it from the public demo locations it is timebombed. <br/>
I don't know why the full licensed code has licence keys. They are the same for each major release anyway.<br/>
<br/>
They cause specially issues when you try to install multiple versions and mix different data directories and binary directories. Also when moving a data directory you can run into issues.<br/>
Those issues still occur in 8.5.1. Because the code on Windows still queries a registry key to query the location of the licence files.  <br/>
The location is determined by Key: <b>HKEY_LOCAL_MACHINE\SOFTWARE\Lotus\Domino\</b> Value: <b>DataPath</b>=&quot;c:\\Lotus\\Domino85\\Data&quot;<br/>
This is true also for partitioned servers. In my installation this key was updated with the second partition but also the first partition used this location for license checking.<br/>
<br/>
There are two files involved which are version depending  <b>Domino8.lic</b> and <b>nodelock</b>. So those files from a 8.0 release will not work for 8.5.<br/>
<br/>
So in cases where you see an error message like the following, you should check your versions and the registry values.<br/>
<br/>
-- Daniel<br/>
<br/>
<br/>
An error occurred during license use management initialization.<br/>
  Ensure that you are running Domino with a valid license file.<br/>
 (OK)<br/>
<br/>
<br/>
<br/>
 ]]></content:encoded>
<wfw:commentRss> http://blog.nashcom.de/nashcomblog.nsf/dxcomments/licencekeyissueswithdomino.htm</wfw:commentRss>
<wfw:comment> http://blog.nashcom.de/nashcomblog.nsf/dx/licencekeyissueswithdomino.htm?opendocument&amp;comments</wfw:comment>
</item>
</channel></rss>
