After researching a bit, I ran IEMSTest.exe from the \RIM\BB\Utility\ folder.

It failed with:

BESAdmin: No Send As permission for the {DOMAIN\besadmin} account operator.

Also I received this error in my BBAS-AS Logfile in RIM\BB\Logs after trying to activate a user:

com.rim.bes.bas.besutilityaccess.DeviceActivationJNIException: JBeginActivation::ProvisionUser Provision user failed [sourcefile = c:\ec_build\besxp_5.0.1\6280\bx_adminservice\source\enterprise\bas \server\nativeutil\src\core\main\cpp\basbesutil\src\jbeginactivation.cpp line=286]

I fixed the IEMSTest issue by doing the following:

1. Implement the Microsoft KB 907434 by applying this script (click to download) to your BES server. Replace YOURDOMAIN with your AD domain (don’t forget to change the extension if you are .net, .local) and replace BESAdminAccountNameHere with your BESAdmin account.  You may need to remove the domain\ from the last line if you are not using a domain account for your BES server as I am.  You have to perform this step as Windows server will reset the permissions you are setting in the following steps automatically without this fix.
2. Open Active Directory Users & Computers
3. Enable Advanced Features in AD (View, Advanced Features)
4. Double-click (open) your BESAdmin user
5. Security tab
6. Add the BESAdmin user to the Security tab giving Send As, Receive As – this is in addition to the defaults that were in there.

My IEMSTest.exe works now and I was able to get my users activated over the air.

My environment: Exchange 2003 Standard running on Windows 2003 Server Domain Controller

After posting a quick question on the Apple forums, the fix was easy:
http://discussions.apple.com/thread.jspa?threadID=2330402&tstart=0

Perform a HARD RESET by pressing HOME + SLEEP until you see the Apple logo.  Apparently this actually reloads OS X on the phone and it fixed my issue!

Here’s the link:

http://seal.godaddy.com/js/gdwebbeacon.js

or download it at my site here: GoDaddy Web Beacon

Usage is such:

<script type=”text/javascript” src=”http://seal.godaddy.com/js/gdwebbeacon.js“></script>

NOTE: I’d recommend downloading the script and placing it local to your website to keep it segregated from GoDaddy’s website.  So your link would look like:

<script type=”text/javascript” src=”http://www.mysite.com/myscripts/gdwebbeacon.js”></script>

While I was waiting for GoDaddy to respond, I figured out a hack to download the site seal and hide it… which I will share just for kicks:

<div id=”hiddenseal” style=”display:none”><script type=”text/javascript” src=”https://seal.godaddy.com/getSeal?sealID=1234″></script></div>

Note that I’m using the MSIWindosx86.iso image with no OS X system updates (still on 10.5.4) but all program updates applied. Also I am currently overclocked by 8% with 1 GB of RAM.  I tend to think the stutter may be caused by excessive disk swapping so I’m curious if my RAM upgrade will completely eliminate the issue.

I eliminated most the stutter by simply unchecking the “Sound Enhancer” in the Playback section of iTunes Preferences.  This setting is on by default.  Oddly I still get random stutter, but it’s much less now.

Of course you can go the route of updating your Wind and dealing with broken devices, etc. But I’m happy with my 10.5.4 Wind with all the various pieces of hardware functional.

DJ Steve Porter brilliantly remixes Vince Offer’s Slap Chop infomercial. Here’s a ringtone I did as a tribute.

30 seconds, features two sections of the original: “Hi it’s Vince with Slap Chop, you’re gonna be eating great food all day, cause your slapping your troubles away with the Slap Chop” and of course “Watch this, you’re gonna love my nuts!…”

Slap Chop Remix

You’ve come to the right place my friend.  Here’s your fix (good luck finding this elsewhere!):

1. Forward the following ports from your firewall to your Geovision Server: 80/TCP (not pictured below), 4550/TCP, 5550/TCP, 5511/TCP, 8866/TCP.
    

   
   The manuals fail to mention that without the control ports forwarded 4550/5550 the Live View will NOT WORK!!!!

2. Make sure in your Geovision Web Server Setup the following screens look identical to mine pictured below.
   

   General Tab

   

   Server Tab

   

   3GPP Tab

   

   Mobile Tab

    

   

   JPG Tab

3. Now on the iPhone app itself enter your info IDENTICALLY to what’s below (except of course your IP, username and password.  Note the username IS NOT case-sensitive.

   

4. Lastly to improve the video quality (this will make no sense and is totally counterintuitive), click on “image setting” and set Image “Normal Quality” to “Off”.  It should read “Low-bandwidth Image Quality” or something that makes sense.

Hooray, it works!!  But I already knew that

UPDATE

Per nick’s comment, if you are receiving an “invalid IP/password” try completely rebooting your Geovision system before troubleshooting further.  Thanks nick!

Delete AppleHPET.kext from /System/Library/Extensions

USB is flying and my systems sleeps and shuts down!

Quick and dirty:
Using Finder, copy the Kext to the desktop or somewhere as a backup (or you can use OSX86Tools too). Better be safe than sorry!
sudo rm -r /System/Library/Extensions/AppleHPET.kext

Windows Update 80070002 Screen Shot

First question: Do you have McAfee installed (or WAS it ever installed)?  If so, keep reading.  For those of you who don’t have McAfee, this article may help you – check and see if the file %windir%\system32\wuauclt.exe exists.  If it doesn’t keep reading.

McAfee at some point decided that the factory SP1 Vista System file c:\windows\system32\wuauclt.exe in VISTA was a virus.  On a system I was recently working on, I kept banging my head on the wall wondering what had happened to the Vista system in question.  No matter how you tried to apply Windows Updates, it would immediately fail with the error code 80070002.  The system was a Dell with the factory McAfee security suite installed.

After trying many fixes from multiple Google searches, such as removing pieces of c:\Windows\SoftwareDistribution\Downloads & Backup, Windows Updates still wouldn’t work.  Somewhere I stumbled on someone who had this same issue – it turns out McAfee will quarantine that file thus removing your Windows Update capabilities.

The fix is simple: restore the c:\windows\system32\wuauclt.exe from your Vista DVD or if you still have McAfee installed, un-quarantine the file.

In case you are lazy like I am, I have provided a SP1 version of the file at the end of this article which you can put into place instead of restoring from the DVD.  I have many computers on Vista and I just took the file from a working setup (Service Pack 1) and copied it in.  As soon as I replaced the file everything was right in the world and the computer started updating again.

One more reason to hate McAfee products.

Download wuauclt.exe (from Vista SP1) here!

Update 10/7/2009:
I’m so glad this article is helping people with the fix!  I remember that day spending 5 hours on that computer and wondering why no one had posted a solution elsewhere!

If you’re iPhone isn’t synching quickly, make SURE you are not passing through a hub.  For instance, I have two USB ports on the front of my system by way of an internal hub – this produced painfully slow syncs, even though it is a USB 2.0 hub.  Plugging in the iPhone to the rear motherboard ports of my system made it normal.

For the record, this problem DID NOT occur with my original first generation iPhone when connected to the front ports of my system (weird).  I suppose the 3GS/3G does something differently in terms of USB communication.  Your guess is a good as mine.

You should see a typical song move from computer to iPhone in 1 second.

I’ve been experimenting with an Avaya IP Office Small Office Edition (4T, 8A, 3 VOIP) in preparation for rolling a few out to clients in the next couple of months.  I finally got around to hooking up my Vonage V-Portal to the IPO and was excited to start testing.

To my chagrin, there was really serious local echo (hear myself talking) on my 4620 IP phone when using either of my two Vonage channels.  This ECHO issues was isolated to external calls on the Vonage device.  I spent 3 hours experimenting in the Avaya Manager on both the VoIP extension forms and the Trunk configurations trying to fix it to no avail.  Sometimes the echo would eventually cancel out if you were on the phone long enough, but there was definitely something very wrong with my configuration.

I was Googling and found a forum post mentioning something about the impedance on the line being a possible cause for Echo on analog lines in an IPO environment.  So I tried each of the Impedance settings and sure enough the Impedance setting “Alternative 2″ fixed the echo 99%. Other’s mentioned this change fixing POTS lines too.  Who knows, maybe it applies to more VoIP ATAs as well.  Keep me posted in the comments.

UPDATE

I also found that disabling HANDSET/HEADSET AGC (Auto Gain Control in the system menu) helps eliminate  voice clipping in conjunction with the V-Portal.

UPDATE 2

I gave up trying to use a V-PORTAL with my IPO.  The call quality wasn’t very good, with lots of clipping.  I don’t know if this is a Vonage issue or something to do with IPO talking to Vonage.  I ended up moving my lines to a SIP trunk with Vitelity.  I will post a blog entry detailing how I got that working (easy) soon.