Managesieve, Horde, auth troubles...

I had to mod the create/mod the hooks.php file for ingo.  The key was the euser stuff below, I found no other reference to it anywhere, but it was the soln for me.

    /**
     * Returns the username/password needed to connect to the transport
     * backend.
     *
     * @param string $driver  The driver name (array key from backends.php).
     *
     * @return mixed  If non-array, uses Horde authentication credentials
                      (DEFAULT). Otherwise, an array with the following keys
     *                (non-existent keys will use default values):
     *  - euser: (string; SIEVE ONLY) For the sieve driver, the effective
     *           user to use.
     *  - password: (string) Password.
     *  - username: (string) User name.
     */
    public function transport_auth($driver)
    {
        switch ($driver) {
        case 'timsieved':
//            // Example #1: Use full Horde username for password.
//            return array(
//                'username' => $GLOBALS['registry']->getAuth(null);
//            );
//
//            // Example #2: Use IMP password/username.
            $ob = $GLOBALS['registry']->call('mail/imapOb');
            return array(
                'password' => $ob->getParam('password'),
                'username' => $ob->getParam('username'),
                'euser' => $ob->getParam('username')
            );
        }
//
//        // DEFAULT: Use hordeauth (identical to not defining hook at all).
//        return true;
    }

XenServer losing space on SR, and Snapshots fail due to chain count at 30

I have had 2 issues lately with my XenServer (6.0.2).  First of all I was using a snapshot technique to make a complete image backup of each VM.  This was working great... until I reached about 30 backups of any particular VM, then the snapshot would fail, with error that the chain count was too high.  Apparently, coalescing is supposed to put the pieces back together and reset the chain count.  Therefore, I gather coalescing was not happening.


As I began to look into this issue more, I found that I had lost a ton of space on my SR also.  I appeared that there were numerous lost or orphaned VDIs that Xen no longer knew about but were taking up space on the SR.  I believe these lost VDIs were also a part of the chain count snapshot problem.


I've learned that the xe sr-scan uuid= may be the key to all of this.


When you run this from the console (I believe it should be run from the host master).  It usually returns to the command prompt fairly quickly (like in a few seconds).  What I've learned is that running this command simply starts the SR scan.  Then you must monitor the SMLog /var/log/SMlog .


If you check it right away, sr-scan may not have finished.  I found that using XenCenter, I could see a lot of activity on the disk (or network) of the host I was running the scan from.  Obviously, this will also be dependent on the amount of activity on your VMs.  Once you see the stats drop on your host, you may want to check the log again.  When it was finished I was seeing the exception logged as below:


<24565> 2012-05-17 16:45:28.148185               ***********************
<24565> 2012-05-17 16:45:28.148237               *  E X C E P T I O N  *
<24565> 2012-05-17 16:45:28.148288               ***********************
<24565> 2012-05-17 16:45:28.148350      gc: EXCEPTION util.SMException, os.unlin
k(/var/run/sr-mount/2fb93e09-a88c-e02e-183b-cfb1b3386f6c/7d1b380a-d812-4270-a673
-358cfefa8ead.vhd) failed
<24565> 2012-05-17 16:45:28.148402        File "/opt/xensource/sm/cleanup.py", l
ine 2515, in gc
    _gc(None, srUuid, dryRun)
  File "/opt/xensource/sm/cleanup.py", line 2417, in _gc
    _gcLoop(sr, dryRun)
  File "/opt/xensource/sm/cleanup.py", line 2387, in _gcLoop
    sr.garbageCollect(dryRun)
  File "/opt/xensource/sm/cleanup.py", line 1438, in garbageCollect
    self.deleteVDIs(vdiList)
  File "/opt/xensource/sm/cleanup.py", line 1862, in deleteVDIs
    SR.deleteVDIs(self, vdiList)
  File "/opt/xensource/sm/cleanup.py", line 1452, in deleteVDIs
    self.deleteVDI(vdi)


Now, if you note the os.unlink line.  (I have seen another post that mentions another error, but the idea is the same; find the vdi is that causing trouble and deal with it)  It has a path that you can change into, with the SR uuid, then the uuid of the vhd or vdi.  So at this point, I knew there was some problem with that vdi.  Then I ran: xe vdi-list


[root@v1 2fb93e09-a88c-e02e-183b-cfb1b3386f6c]# xe vdi-list uuid=7d1b380a-d812-4270-a673-358cfefa8ead

uuid ( RO)                : 7d1b380a-d812-4270-a673-358cfefa8ead

          name-label ( RW): base copy

    name-description ( RW): 

             sr-uuid ( RO): 2fb93e09-a88c-e02e-183b-cfb1b3386f6c

        virtual-size ( RO): 536870912000

            sharable ( RO): false

           read-only ( RO): true

Sometimes this would return nothing.  If this was the case, I would just start the sr-scan again.  If it returned a vdi, as above, then I would check to see if the file existed.  I would look in 

/var/run/sr-mount// (this is the location where valid vdis/vhds should be)

and do an 

ls -l uuid=7d1b380a-d812-4270-a673-358cfefa8ead.vhd

In my case, this file never existed.  So I was pretty certain it was safe to "delete" this vdi, as it didn't really exist anyway.  To do this, I used: xe vdi-forget

[root@v1 2fb93e09-a88c-e02e-183b-cfb1b3386f6c]# xe vdi-forget uuid=7d1b380a-d812-4270-a673-358cfefa8ead

if the vdi had existed when I did the ls, I would have used vdi-destroy.  I probably would have backed up the file before doing a destroy, just in case...

Once I had done the vdi-forget, then I re-ran the sr-scan, and dealt with the next error as it arose...

As I slowly cleaned up more and more errors, sometimes the scan would take 20+ minutes before it gave me an exception.

---

I have been monitoring and doing this for about 24 hours now.  The number of vdis that are marked "base-copy" has been lowered from over 200 to under 80 so far...  The SR is reporting 600Gb less used so far as well (600Gb reclaimed)...  I'm hopeful that once all the errors are cleaned up, sr-scan will run successfully, coalesce the chains (so snapshots work again) and restore some or all of the lost space on the SR...

Also to note, at least so far for me, none of the problem vdis have existed; i guess they were just still listed in the Xen SR DB or something...


--- 


Update 2012-05-20


After continuing the above process for about 3 days, sr-scan finally completed successfully.  I'm happy to report that my vdi chain-counts have been reset, and I have regained much of my "lost" space from my SR.

Exchange Battery Consumption on Android

[Update II - April 2, 2012]

In my case, it is definitely directly related to certain email messages.

I've had the problem on a Nexus S, with various ROMs, and on a Galaxy Nexus, stock.  In my case, it seems to be directly related to certain emails.  That is, when I receive a certain email, it will hang the connection and kill the battery.  In my case it is a status email I receive from a server 7pm every day.  It has some fishy header info, and Outlook reports that it may be a phishing message.  I move this email into a folder that doesn't sync with my phone, and all is good.

I wonder if this is due to an Exchange update, or an update that is in all Android code now...  If it is in the android code, it must be pretty low level, as I've read reports that people using Touchdown are also experiencing the same issue...

[Update - March 30, 2012]
My theories below didn't last.  The issue reared it's ugly head gain.  I have a new theory, though.

Right about the time this started I had set up a cron job on a linux box.  Part of this cron job sent me some emails using the ssmtp app on linux.  I configured ssmtp to rewrite the email address so that it would look like it was coming from my home domain.  When these messages are received in Outlook/Exchange they are tagged as potential Phishing threats.  When I click on the warning in Outlook, there are various options to resolve the issue.  My latest theory is that Android/Exchange are choking on the transfer of these messages that are marked as Phishing threats.  When I mark the message as safe, it seems to transfer normally.  If I leave it tagged as Phishing threat, Android Exchagne client spins and Exchange services sucks the battery...  I'll test this theory for a few days...

---

About 1 month ago, I started noticing heavy battery drain on my phone (Nexus S, Cyanogen mod 9 RC).  I hadn't changed anything in the days leading up to the failure.  This was completely abnormal battery drain - like 30-40% in one hour, the phone getting hot.  Email would no longer sync with my Exchange account.  While in the email client, the syncing icon would just continue to spin.  When I went to battery use, Exchange Services was using approx 50%.

I tried many things to rectify this.  Deleting and recreating the account on the phone.  New/different versions of ICS.  Different versions of GApps.  Disabling/Enabling various combinations of email, contacts, and calendar for syncing.  Changing from push to never and various settings in between.  Nothing seemed to make any difference.

Fortunately for me, I had access to the exchange server (in my case SBS2003).  I hoped if I could get at some detailed logging there, I might be able to figure out what was causing the problem.  In trying to enable and configure more verbose logging, I came across a tool called, Microsoft Exchange Server ActiveSync Web Administration Tool.  It can be found here.  I installed this on my Exchange server, hoping it might shed some insight, or show me some more log info, or something...

Once I had it installed and working (I had to use FF to view the page; it wouldn't work in IE for me), it showed many ActiveSync accounts for my mailbox.  These were maybe 10-15 "accounts" dating back 5+ years, showing many different phones that I had had.

I should note here, that the idea of this tool is to allow remote wiping (for example, if a phone was stolen).  Anyway, I started deleting all these accounts from the oldest to the newest.  Once I had deleted them all, it seemed my phone recreated the ActiveSync account, and since then all has been well.  My phone is behaving normal again.  Exchange email/contacts/calendar are all now syncing once again, and not draining my battery.

Maybe this will help some others as well...

XenServer - Install Tools from linux cmd line

Make sure the virtual CD drive has the XenTools image in it.

mkdir /mnt/xs-tools
mount /dev/xvdd /mnt/xs-tools
cd /mnt/xs-tools/Linux/
bash install.sh

XenServer backups

These articles detail how to backup XenServer VMs on the fly.

http://www.8layer8.com/?p=260

http://blog.andyburton.co.uk/index.php/2009-11/updated-citrix-xenserver-5-5-automatic-vm-backup-scripts/

---

Backing up live servers on Citrix XenServer for free

by BRAD on SEPTEMBER 26, 2010 · 8 COMMENTS

Daily backups are still the best way to get a virtual machine back on it's feet, and then restore them the rest of the way with CDP if you have it.

Backing up a live server in Xen is super simple, and restoring it is as well. The trick with backups is always getting them to run consistently, automatically, and verifiably.

There is a great script here from Andy Burton that I use daily to export ~20 virtual servers to a USB disk attached to one of the Xen Servers.

I have tweaked it very slightly and have some cleanup scripts to handle disk remounts, removal of older backup images, and some logic to not back up if the backup drive is not present and mounted.

audit.sh - A plaintext dump of all the info needed to figure out what used to be connected to what and where it used to live, all the SR, VM, VIF, UUID's etc. are here in a reasonably readable format if needed.

cleanup.sh - unmounts and remounts the backup disk, and then cleans it up so that we only have the last two backups on it. Needs some logic to abort if the drive isn't, or can't be, mounted.

crontab.txt - My listing of jobs and order of them to run. Times are up to you.

meta-backup.sh - Backs up the metadata of the Xen Pool in a restorable format. Backs up the host machines over to the backup drive as well.

mailheader.txt - The simple header for outbound emails

and be sure to download the xenserver_backup.tar.gz script too from above .

You will need somewhere to put the backups, it can be an NFS share, SMB share, USB disk, flash drive, or anything else you can get mounted up.

DO NOT BACKUP VM'S TO THE XENSERVER "/" PARTITION! It does not have enough space to backup more than the tiniest VM and you WILL crash your XenServer and have to spin it up with a live CD and clear out whatever 2GB+ file you just accidentally made!

Note that you can back up all the VM's, Xen hosts, and metadata from a single Xen host, so you only need to set this up on one machine. I use a KingWin USB "Toaster" style dock to keep a 320GB SATA disk in and storing daily backups, which currently is enough for two days worth. It's a two slot toaster, so I bring in a 1.5TB disk monthly for extra copies of snapshot VM's as well as encrypted file-by-file backups of the file servers.

Setting up an external disk(s):

fdisk -l (that's an L)
(look for the backup drive, probably /dev/sdb but not always)

Partitioning
fdisk -l /dev/sdb     (that's an L)
Press p to see current partitions
If there is more than one, delete it with d
select the highest number partition
keep going until they are all gone
Press n for new partition
p for Primary
Partition 1
defaults on the rest
Press w to write the changes and exit

Formatting
mkfs.ext3 /dev/sdb1
(this will take a little while for a large drive)

Make it usable in the filesystem:

mkdir /mnt/backup
mount /dev/sdb1 /mnt/backup

From here, you can export and import by hand:
**************************************
Export
(Tip! Use TAB to auto complete it all!)
[root@xenshuttle ~]# xe vm-export         {TAB}{TAB}
filename=              preserve-power-state=  vm=
[root@xenshuttle ~]# xe vm-export vm=  {[TAB][TAB]}
{A list of servers appears, We want to export Pokey Server}
[root@xenshuttle ~]# xe vm-export vm=Pokey\ Server  {Type in Pokey then [TAB][TAB]}
filename=              preserve-power-state=  vm=
[root@xenshuttle ~]# xe vm-export vm=Pokey\ Server filename=
[root@xenshuttle ~]# xe vm-export vm=Pokey\ Server filename=/mnt/backup/pokey.xva {Type in /mnt/backup/pokey.xva then press ENTER}

After a bit, the pokey machine is backed up onto the external hard disk. This is a fairly quick operation, usually far faster than a file-by-file backup (500MB/minute on average) and note that it compresses the backup on the fly.

Setting up the automatic backups:
***************************************

From a XenServer with a USB drive attached:

cd /root
wget http://www.8layer8.com/xen/audit.sh
wget http://www.8layer8.com/xen/cleanup.sh
wget http://www.8layer8.com/xen/crontab.txt
wget http://www.8layer8.com/xen/dbtool
wget http://www.8layer8.com/xen/meta-backup.sh
wget http://www.8layer8.com/xen/xenserver_backup.tar.gz

chmod +x *.sh
chmod +x dbutil
cp ./dbutil /sbin/dbutil
chmod +x /sbin/dbutil
tar -zxvf xenserver_backup.tar.gz

nano meta-backup.sh
(change the names and filenames to the names you have for your XenServers)
Control-X to exit, answer Y to save changes

nano vm_backup.cfg

Edit the log_path to be "/mnt/backup/vm_backup.log"
Edit backup_dir to be "/mnt/backup"
Edit backup_vms to be "all"

Enable email on the XenServer:

nano /etc/ssmtp/ssmtp.conf
Change mailhub=mail to mailhub=(your mail server goes here)
Change rewriteDomain=yourdomain.com

Save and Exit

Schedule the backups:
Note the times here are reverse military, so 0 19 * * *  means run at 19:00 every day, change them if you want, just keep them sequential top to bottom time-wise so the scripts run in the right order.

crontab -e
(Press i to insert text)
Paste in: (be sure to use your email address!)
MAILTO="myaddress@mydomain.com"
0 19 * * * /root/cleanup.sh
10 19 * * * /root/audit.sh
11 19 * * * /root/meta-backup.sh
0 20 * * * /root/vm_backup.sh

Then press Escape
Type in :wq [enter]

Done.

Check the backups tomorrow and for several days to make sure that they rotate properly.

Restoring from a backup is very simple:

Locate the backup you want to restore from, probably in /mnt/backup/thisserver_09_25_2010.xva

Locate the storage repository you want to restore it into: run xe sr-list, and find the storage you need to use, note the first 4 characters of the UUID (ex: 28f2)

Run xe vm-import like this:

xe vm-import filename=/mnt/backup/thisserver_09_25_2010.xva sr-uuid=28f25ea1-4c49-5346-4a86-d37560bd07b7 [ENTER]

XenServer upgrade via NFS/HTTP/FTP

I couldn't get this to work with NFS, so I tried ftp.

I did get it to work, but only by using this format:

user@/Xen

and leaving the user and pass fields blank.  If I entered the username on the dedicated line, it did not work.

Referenced this post:

http://forums.citrix.com/thread.jspa?threadID=290031

How to get account creation date/time in AD

in Server 2003 you can install ACCTINFO.dll

In server 2008 and later, there is a built in way:

http://blogs.technet.com/b/askds/archive/2011/04/12/you-probably-don-t-need-acctinfo2-dll.aspx

XenServer 6.x removes auto-start vm option!?

Yes, they removed this feature.  So basically, if you physical machine reboots, none of the VMs will come up.  Anyway, there are various solutions, but the simplest one is to add to the bottom of


/etc/rc.d/rc.local

the following 2 lines:

sleep 30

xe vm-start tags=autostart --multiple

Then, add a tag to each VM, autostart.

This info comes from the post here:

http://www.raido.be/knowledge-center/blog/detail/xenserver-6-auto-start-vms

New BES user can receive, but not send email

Had a user that had this problem.

First I did this:

How to set the Send As permission:

1) Launch ADUC. (Start > Administrative Tools > Active Directory Users and Computers)

2) Enable the advanced features view so that you will be able to see the security tab. (Select menu - View > Advanced Features)

3) Highlight your domain, right click on it and click on "properties".

4) Click the "Security" tab and then click "Add".

5) Enter the name of your BES Admin Service Account and click OK.

6) Now highlight your BES Admin Service Account and press the "Advanced" button.

7) In the Advanced Security Settings window click "Add"

8) Enter the name of your BES Admin Service Account and click OK.

9) Now a new "permissions entry" window will pop up. You need to select "User Objects" in the "Apply onto" drop down box. (It’s down toward the bottom of the list).

10) Click the allow check box for the "Send As" right and select OK. Note: make sure that deny is not checked for this right.

11) Click OK to close the Advanced Security Settings window. The new entry for the BES Admin Service Account will show up in the permission entry list.

12) Click OK to close the properties window. The BES Admin Service Account should show Special Permissions set to allow.

The "Send As" permission has now been set. Please note that it may take up to 90 minutes for the Exchange Information Store to update its permissions cache

Then I Read this:

Stopping the BES Router
Removing the Send As permission from the Information Store and the affected Users account 
Reapplied the Send As
Stopped and restarted the Exchange Services. (Instead of waiting 120 min)  This did take quite some minutes though, so be patient...
Started the BES Router

So, since I had just reapplied the Send As, I just stopped the BES Router, restarted the exchange services, BES Router, etc, and it worked.

• To start Microsoft Exchange services, at the command prompt, type net start registry name. For example:
  net start MSExchangeIS
• To stop Microsoft Exchange services, at the command prompt, type net stop registry name. For example:
  net stop MSExchangeIS
  
  

Optimizing XenServers and Hosts

I found this useful post about doing some optimizations for your Xen hosts and guests:

Link

Unfortunately, I had some trouble finding where to make the mods on the host.  The location you will need is /boot/extlinux.conf.  I think this may be the RedHat location...

Also, these lines are very long, and if you edit them with nano, for instance, you may screw up the file.  I did this once, and the machine would no longer boot.  You have been warned.  So use vi.  (Weren't you always looking for a good excuse to learn vi?)

I just added the kernel param to the 'xe' section.

Can't update XenServer

I tried using a DVD to upgrade some of my XenServers from 5.6 to 5.6SP2.  I got an error that there were no installations found that could be upgraded.  The solution to this was to apply the update from XenCenter.  It appears some updates have to be applied from XenCenter; some updates have to be applied from an DVD or ISO.  If one doesn't work, then try the other.

XenCenter blank concole screens, and stats not updating

For me this problem was related to some cache files.

I just saw the suggestion in this thread about clearing the cache....and it worked!

http://forums.citrix.com/thread.jspa?threadID=154046&tstart=0


in short:

Stop XenCenter

run %AppData%\Citrix

delete everything there.

Start XenCenter
---

I also couldn't install updates until I cleared the cache...

Exchange intelligent message filter update fails, Exchange then not running

So I try and dutifully run Windows Update on my SBS2003 box.  Twice now, it has failed (hung) when doing an update to the Exchange Intelligent Message Filter.  When this happens, it leaves your Exchange server in a state where it doesn't work.  Isn't that great?

Anyway, I reboot the system and Exchange still doesn;t come up correctly.  Turns out, I had to go to services, enable the IISAdmin service (this must have been disabled during the failed update), then I went to a cmd prompt and ran "iisreset".  This seems to have solved the problem.

Reduce SQL Svr instance memory usage

http://msmvps.com/blogs/bradley/archive/2005/02/04/34984.aspx

On our SBS2003 box, we sometimes have sql instances using upwards of 1.5Gb ram.  The machine ram usage goes beyond the available physical ram, and the machine slows to a crawl.

We've used this technique to reduce the sbsmonitoring instance and the ssee instance.

There is also a nice tip there for using taskman from the cmd line to get the sql instance.  Of course Process Explorer also will tell you this info directly.

XenServer 5.6 Realtek 8168/8111 problem

If you are trying to use one of these Realtek NICs and are having trouble with XenServer 5.6 fp1, then this may be your solution.


Link

BES not starting after server reboot

We have BES installed on a SBS2003. When the server reboots, BES does not come up. I believe this has to do with service dependencies. I added a dependency for Router and Dispatcher. I made them depend on the SQL server instance. I'm hoping this will fix the problem. Here is the cmd line I used:

C:\Documents and Settings\avp>sc config "BlackBerry Dispatcher" depend= MSSQL$BLACKBERRY/lanmanworkstation/eventlog/ntlmssp/MSExchangeIS

and

C:\Documents and Settings\avp>sc config "BlackBerry Router" depend= MSSQL$BLACKBERRY/lanmanworkstation/eventlog

3 things to note:

1. There is a space after "depend="

2. when I first used "sc config" I tried to just add the dependency, but this command replaces the dependencies. So I think I have the right dependencies for Router svc...
3. you need to use whatever SQL instance name you have; mine is called MSSQL$BLACKBERRY

When I reboot the server next, I will confirm whether this works or not...

Confirmed.  This did the trick, when the server reboots now, BES comes up functional.

Jira not starting after a server reboot

Had this problem, service dependencies fixed it. Here is the link to the article with the magic...

link

Of course, that article is now gone, but here is the updated gist of it:

I have followed the article Running JIRA Standalone as a Service - which includes mention of adding a dependency.

Other dependencies which already existed were:

• Ancillary Function Driver for Winsock
• TCP/IP Protocol Driver

For others reading this, be careful as setting the dependency from the CMD line overwrites all existing dependencies, so you must specify existing dependencies as well.

An example to add the MS SQL Server service as a dependency and retain the existing dependencies which should already exist is:

sc config JIRA0123456789 depend= MSSQLSERVER/Tcpip/Afd

Also, there may be a lock file (... .lock) that may need to be deleted...

Finally, a script similar to the following running on startup may help with the lock file issue.  The location and name of the file needs to be confirmed.  On our system, the file is called:


.jira-home.lock


and is located in:


D:\Jira41

The script runs on start up and is as follows:

cls
:: this script will remove the lockfile after a reboot; there is a bug in jira 4.0.1 on virtual servers that shut down quicker than regular servers
:: michael trengrove
@echo off

if not exist "C:\Program Files\Atlassian\Application Data\JIRA\.jira-home.lock" (GOTO END) else (net stop "Atlassian JIRA 4.0.1")

:: wait 1 minute for Jira to fully shutdown
PING -n 60 127.0.0.1>nul

if not exist "C:\Program Files\Atlassian\Application Data\JIRA\.jira-home.lock" (GOTO start-jira) else (del "C:\Program Files\Atlassian\Application Data\JIRA\.jira-home.lock")

::wait 10 seconds to restart Jira
PING -n 10 127.0.0.1>nul

:start-jira
net start "Atlassian JIRA 4.0.1"
PING -n 20 127.0.0.1>nul
if exist "C:\Program Files\Atlassian\Application Data\JIRA\.jira-home.lock" (GOTO END) else (goto start-jira)

:END

cls

Schlage lock and Vera

I have yet to figure out how to change the batteries in the (*&(%^ thing without the Vera losing track of it. At this point, when I change batteries, I have to reset the lock to factory defaults before I can get it working on my ZWave network again. Of course to reset it and re-pair it, it has to be removed from the door. Not inconvenient at all...

One thing I did learn, though, is that to reset to factory defaults you only have to disconnect the 9Volt; not the other battery pack too.

Ok, Finally success. It turns out my AA batteries were dead. Apparently they must run the ZWave. (I'm not sure what battery engages the motor.) I never suspected the AA because I had just swapped them out 1 month ago. When I did the battery swap, the lock was no longer paired with Vera, but I didn't have time to screw with it. (Because I figured I would have to remove the lock from the door etc...) All I can figure is that while the lock was not paired, maybe it was using more power trying to get configured or re-synced or something... (Or maybe it was just a bad set of batteries... who knows...)

Once I changed the AA batteries, the lock paired the first try. All is good again... for now.

Ok, time to change the batteries again.  The UI reports battery level for the lock is 1% (!), yet it still seems to work fine...

Anyway, once again, afaik, the 9Volt controls the mechanical motor; the AAs power the ZWave radio.  Now what does the gui report the level of?

Update:  Now I have a battery tester.  The orange light was coming on on the deadbolt when I'd enter a code, so I knew the batteries were low.  I checked the 9V and it reported fine, I checked the AAs and they all reported low.  So I gather the gui shows the level of the AAs.

remote Outlook not connecting with HTTPS over RPC

As a result of the screwing around I did with IIS yesterday, I seemed to have broken the ability of remote clients to connect via outlook.

This was fixed by looking at the RPC virtual dir in IIS. The security no longer had "Integrated Windows Authentication" enabled. Toggling this fixed the issue.

To confirm, before I toggled this, I tried the clients with basic auth (which was enabled on IIS) and that did work. Then, to be more secure, I disabled basic and enabled Integrated on IIS, and reset the clients to use Integrated.

All is good again...