Modern Windows machines, when running for a while, often accumulate many gigabytes of log files, and they are often extremely fragmented over time. Recently I have found a log file of just ~110 megabytes with more than nine thousand (9,000!) fragments, and several multigigabyte files with four and five thousand fragments.
Below is a globular list of satisfactory purges so far found. Do be aware that you should only do this when you know that you do not need their contents!
C:\Program Files\Windows Small Business Server\Logs\MonitoringServiceLogs\*.log
C:\ProgramData\Microsoft\Windows\WER\ReportQueue\AppCrash*\*.tmp.*
C:\Program Files (x86)\StorageCraft\ImageManager\Logs\*.log
C:\Program Files (x86)\StorageCraft\ShadowProtect\Logs\*.log
C:\Program Files (x86)\StorageCraft\ShadowProtect\Logs\*.txt
C:\Program Files\Update Services\LogFiles\*.old
C:\Program Files\Update Services\LogFiles\*.log
C:\Windows\inf\setupapi.dev.log
C:\Windows\Logs\CBS\CBS.log
C:\Windows\Microsoft.NET\Framework*\*\*.log
C:\Windows\Microsoft.NET\Framework*\*\*.old
Categories:
Windows OS-Level Issues
Categories:
New and Interesting Apps
To disable Rich Text Format, and eliminate WINMAIL.DAT transmission, in Exchange Online:
- Log into https://outlook.office365.com
- Click the 3×3 matrix at the upper-left, click Admin
- Scroll down on the left side, open Admin if it’s not opened, click Exchange
- Under the heading Mail Flow, click Remote Domains
- Edit the item Default
- set “Use rich-text format”, to Never.
In Exchange 2010:
- Open the Exchange GUI console,
- Open Organization Configuration, Hub Transport, and the Remote Domains tab.
- Open the Properties of Default/*.
- Browse to the Message Format tab.
- Under “Exchange rich-text format”, choose “Never use”.
Categories:
Exchange and Exchange Online
Categories:
Antivirus/Antimalware Tools and Issues

Here is a procedure which reportedly does a full wipe and recreate of the NTFS transaction record for a system drive. The commands below need to be run in an administrative CMD, then the machine rebooted. ‘setautoreset’ tells the system to do a smaller-scale reset at every boot, it is not known whether there is any reason to set it back to ‘false’ after the reboot is complete. The procedure appears to be able to eliminate some extremely stubborn Windows Update errors, as well as alleviating some situations where NTFS volumes become very slow in accessability. Setting setautoreset to true, all by itself with a reboot, has been seen to help quite a lot too.
fsutil resource setautoreset true %SystemDrive%\
attrib -r -s -h %SystemRoot%\System32\Config\TxR\*
del %SystemRoot%\System32\Config\TxR\*
attrib -r -s -h %SystemRoot%\System32\SMI\Store\Machine\*
del %SystemRoot%\System32\SMI\Store\Machine\*.tm*
del %SystemRoot%\System32\SMI\Store\Machine\*.blf
del %SystemRoot%\System32\SMI\Store\Machine\*.regtrans-ms
Categories:
Disks, Drives, and Filesystems
NTFS
Apparently, corruption in Windows filesystem transaction support will cause many different kinds of errors, ranging from IIS not starting to scheduled task creation failing to Windows updates failing. To fix this, one can do the following in an administrative command prompt:
fsutil resource setautoreset true c:\
In some circumstances it is reportedly helpful to repeat the above for E:\ and any other NTFS drive in production.
Categories:
Disks, Drives, and Filesystems
Windows OS-Level Issues
A few methods:
https://sendgrid.com/
https://mandrill.com/
http://smtp.com
The first two have free-of-charge tiers.
Categories:
Email
Here:
“https://technet.microsoft.com/en-us/library/Dn874017(v=EXCHG.150).aspx#PSTMigrate”
appears to be a method.
Categories:
Exchange and Exchange Online
Categories:
Drivers
Procedure:
- Run Exchange command shell as administrator.
- Create one or more new export requests:
New-MailboxExportRequest -Mailbox username -FilePath \\SERVER\SHARE\username.pst
- Check status of export request(s) in progress:
Get-MailboxExportRequest
- Access PSTs after export is complete, at \\SERVER\SHARE.
Categories:
Exchange and Exchange Online