Notes/Domino, Small Business Computing and Lifehttp://bloginprogress.us/blog/BlogInPr.nsf/en-usWed, 2 Jun 2010 11:49:53 PM -0400 Wed, 2 Jun 2010 11:49:53 PM -0400 Stephan H. Wissel Unified Communications circa 1996 http://bloginprogress.us/blog/BlogInPr.nsf/dx/procommplus.htm?opendocument&comments#06022010114953PMRHS6HQ.htm Wed, 2 Jun 2010 04:14:32 PM -0400 Gregg Eldred Unified Communications circa 1996 http://bloginprogress.us/blog/BlogInPr.nsf/dx/procommplus.htm?opendocument&comments#06022010041432PMRHSRR5.htm Sun, 30 May 2010 09:16:46 PM -0400 David N Schaffer Weird Blackberry Enterprise Server Domino issue
The NBES.EXE task is using less memory than it was after a fresh start of 4.1.6 so we'll see if the usage grows or if the problem is resolved.]]>
The NBES.EXE task is using less memory than it was after a fresh start of 4.1.6 so we'll see if the usage grows or if the problem is resolved.]]> http://bloginprogress.us/blog/BlogInPr.nsf/dx/BESmigration.htm?opendocument&comments#05302010091646PMDNS3HH.htm Sun, 30 May 2010 09:02:42 AM -0400 David N Schaffer Weird Blackberry Enterprise Server Domino issue http://bloginprogress.us/blog/BlogInPr.nsf/dx/BESmigration.htm?opendocument&comments#05302010090242AMDNSHAM.htm Sat, 29 May 2010 09:46:54 PM -0400 keith Brooks Weird Blackberry Enterprise Server Domino issue
But also try to reinstall the last fix pack if you are already at latest.

Sometimes the install does not go through properly.]]>
But also try to reinstall the last fix pack if you are already at latest.

Sometimes the install does not go through properly.]]> http://bloginprogress.us/blog/BlogInPr.nsf/dx/BESmigration.htm?opendocument&comments#05292010094654PMRHS44V.htm Mon, 5 Apr 2010 08:15:43 AM -0400 Denny Russell LinkedIn for Blackberry http://bloginprogress.us/blog/BlogInPr.nsf/dx/linkedinforbb.htm?opendocument&comments#04052010081543AMRHSGDV.htm Sun, 4 Apr 2010 12:50:34 PM -0400 David N Schaffer LinkedIn for Blackberry http://bloginprogress.us/blog/BlogInPr.nsf/dx/linkedinforbb.htm?opendocument&comments#04042010125034PMDNSMQU.htm Thu, 18 Feb 2010 03:23:42 PM -0400 David N Schaffer IP Address Conflict on Server
For what it's worth, Netgear's default is apparently to start assigning at 192.168.1.2.]]>
For what it's worth, Netgear's default is apparently to start assigning at 192.168.1.2.]]> http://bloginprogress.us/blog/BlogInPr.nsf/dx/IPConflict.htm?opendocument&comments#02182010032342PMDNSRWW.htm Thu, 18 Feb 2010 12:11:17 PM -0400 Reid Partlow IP Address Conflict on Server http://bloginprogress.us/blog/BlogInPr.nsf/dx/IPConflict.htm?opendocument&comments#02182010121117PMRHSN6L.htm Wed, 17 Feb 2010 09:09:27 PM -0400 David N Schaffer IP Address Conflict on Server
Switching the server IP isn't much of an option; the numbering scheme is very long in the tooth and it would be hard to change it everywhere.

Topography is servers connected to each other by a single switch which connects into the top of the switch stack; user machines connect lower down in the switch stack. I'll have to check where the DHCP connects; that might be a way to control to the timing.]]>
Switching the server IP isn't much of an option; the numbering scheme is very long in the tooth and it would be hard to change it everywhere.

Topography is servers connected to each other by a single switch which connects into the top of the switch stack; user machines connect lower down in the switch stack. I'll have to check where the DHCP connects; that might be a way to control to the timing.]]> http://bloginprogress.us/blog/BlogInPr.nsf/dx/IPConflict.htm?opendocument&comments#02172010090927PMDNS4K2.htm Wed, 17 Feb 2010 07:39:42 PM -0400 Reid Partlow IP Address Conflict on Server
1) Change your server's IP address. Better yet, use a 10.xxx.xxx.xx IP scheme or a 172.16.xxx.xxx and never use a scheme from 192.168.xxx.xxx since they are the home network staples. Now your clients will come in and have an IP address that is nowhere near a similar address of any of your servers / services.

2) Move you clients to a switch further away from the servers. Keep your DHCP and Domino servers on a primary switch and connect that to the router (gateway), and your clients on another switch connected to the same router (gateway). The gateway will be forwarding the request to the dhcp server and this may buy you the time you need to get a new ip out to your client without messing up the route tables in your switch.]]>
1) Change your server's IP address. Better yet, use a 10.xxx.xxx.xx IP scheme or a 172.16.xxx.xxx and never use a scheme from 192.168.xxx.xxx since they are the home network staples. Now your clients will come in and have an IP address that is nowhere near a similar address of any of your servers / services.

2) Move you clients to a switch further away from the servers. Keep your DHCP and Domino servers on a primary switch and connect that to the router (gateway), and your clients on another switch connected to the same router (gateway). The gateway will be forwarding the request to the dhcp server and this may buy you the time you need to get a new ip out to your client without messing up the route tables in your switch.]]> http://bloginprogress.us/blog/BlogInPr.nsf/dx/IPConflict.htm?opendocument&comments#02172010073942PMRHS2SV.htm Sun, 17 Jan 2010 10:04:57 AM -0500 David N Schaffer Another Quickr usage dilemma http://bloginprogress.us/blog/BlogInPr.nsf/dx/airplanes.htm?opendocument&comments#01172010100457AMDNSKPQ.htm Thu, 14 Jan 2010 10:18:06 PM -0400 Keith Brooks Another Quickr usage dilemma
Use mobile connect to access the server directly from the phone would help I believe.]]>
Use mobile connect to access the server directly from the phone would help I believe.]]> http://bloginprogress.us/blog/BlogInPr.nsf/dx/airplanes.htm?opendocument&comments#01142010101806PMRHS5VV.htm Thu, 14 Jan 2010 06:05:50 PM -0400 Scott Joyner Another Quickr usage dilemma Link } I don't have any other details -hopefully all will be revealed at LS.]]> Link } I don't have any other details -hopefully all will be revealed at LS.]]> http://bloginprogress.us/blog/BlogInPr.nsf/dx/airplanes.htm?opendocument&comments#01142010060550PMRHSV47.htm Thu, 14 Jan 2010 03:50:10 PM -0400 Oliver Schulze Another Quickr usage dilemma
{ Link }

HTH

Oliver

{ Link }]]>
{ Link }

HTH

Oliver

{ Link }]]> http://bloginprogress.us/blog/BlogInPr.nsf/dx/airplanes.htm?opendocument&comments#14012010155010RHSSFE.htm Wed, 6 Jan 2010 12:31:53 PM -0400 Rob Why won’t they save to Quickr? http://bloginprogress.us/blog/BlogInPr.nsf/dx/saveandsendlinks.htm?opendocument&comments#01062010123153PMRHSNKG.htm Wed, 6 Jan 2010 09:36:17 AM -0400 David N Schaffer Why won’t they save to Quickr? http://bloginprogress.us/blog/BlogInPr.nsf/dx/saveandsendlinks.htm?opendocument&comments#01062010093617AMDNSK5S.htm Wed, 6 Jan 2010 08:55:15 AM -0400 Jerry Carter Why won’t they save to Quickr?
What would be really nice is if there was some intelligence in the mail client to have a threshold for this, so only the large files default to being moved to Quickr and every day email attachments do not.]]>
What would be really nice is if there was some intelligence in the mail client to have a threshold for this, so only the large files default to being moved to Quickr and every day email attachments do not.]]> http://bloginprogress.us/blog/BlogInPr.nsf/dx/saveandsendlinks.htm?opendocument&comments#01062010085515AMRHSJC4.htm Tue, 5 Jan 2010 11:21:52 PM -0400 David N Schaffer Why won’t they save to Quickr?
We're also trying to get everyone to use Quickr for document management. To the extent that we can capture documents into Quickr up front we minimize document management issues.

The issue seems to be that, for most users, the benefits of using Quickr accrue to the entire organization but the effort (minimal to my way of thinking) falls on the individual who is tasked with helping his client or selling projects, not with document management. There are, of course, benefits to the individual user -- protection against potential data loss when "My Documents" is used instead of Quickr, searchability, documents are available to support staff or colleagues without having to e-mail them, faster replication, etc. But they're not intuitive or compelling to most non-technical users.]]>
We're also trying to get everyone to use Quickr for document management. To the extent that we can capture documents into Quickr up front we minimize document management issues.

The issue seems to be that, for most users, the benefits of using Quickr accrue to the entire organization but the effort (minimal to my way of thinking) falls on the individual who is tasked with helping his client or selling projects, not with document management. There are, of course, benefits to the individual user -- protection against potential data loss when "My Documents" is used instead of Quickr, searchability, documents are available to support staff or colleagues without having to e-mail them, faster replication, etc. But they're not intuitive or compelling to most non-technical users.]]> http://bloginprogress.us/blog/BlogInPr.nsf/dx/saveandsendlinks.htm?opendocument&comments#01052010112152PMDNS75S.htm Tue, 5 Jan 2010 05:57:31 PM -0400 Scott Joyner Why won’t they save to Quickr?
When your boss screams at you for sending a 14MB powerpoint file that blows his quota, then the cost becomes clear.]]>
When your boss screams at you for sending a 14MB powerpoint file that blows his quota, then the cost becomes clear.]]> http://bloginprogress.us/blog/BlogInPr.nsf/dx/saveandsendlinks.htm?opendocument&comments#01052010055731PMRHSUWZ.htm