Pages

9/30/2008

Disable activesync for all mailboxes:
 
get-Mailbox | set-CASMailbox -ActiveSyncEnabled:$False
 


9/29/2008

Outlook::Freeware::Shutdown


I have a shutdown issue with Outlook from time to time. Cache mode file corruption can be problematic when Outlook Add-In's interfere with shutdown.
Outlook Shutdown Add-in

9/10/2008

How much data do I have?


Thanks to: e-discovery team blog

CD = 650 MB = 50,000 pages.
DVD = 4.7 GB = 350,000 pages.
DLT Tape = 40/80 GB = 3 to 6 Million pages.
Super DLT Tape = 60/120 GB = 4 to 9 Million pages.
***************************
Page Estimates:
1 MB is about 75 pages;
1 GB is about 75,000 pages (pick-up truck full of documents).

Aver. pgs. per email: 1.5 (100,099 pages per GB).
Aver. pgs. per word document: 8 (64,782 pages per GB).
Aver. pgs. per spreadsheet: 50 (165,791 pages per GB).
Aver. pgs. per power point: 14 (17,552 pages per GB).

***************************
For the average .PST or .NSF Email File:
100 MB .PST file is 900 emails and 300 attachments.
400 MB .PST file is 3,500 emails and 1,200 attachments.
600 MB .PST file is 5,500 emails and 1,600 attachments.
A 1.00 GB .NSF file is 9,000 emails and 3,000 attachments.
A 1.5 GB .NSF file is 13,500 emails and 4,500 attachments.

*************************** Note: Many variables will affect ALL of the actual numbers above, including especially large image and video files, and recursive files.

*************************** Bits and Bytes Sizes:
•8 bits are equal to 1 byte (one or two words),
•1,024 bytes are equal to 1 kilobyte (KB).
•1,024 kilobytes (KB) are equal to 1 megabyte (MB or Meg).
•1,024 megabytes are equal to 1 gigabyte (GB or Gig) (truck full of paper).
•1,024 gigabytes are equal to 1 terabyte (TB) (50,000 trees of paper).
•1,024 terabytes are equal to 1 petabyte (PB) (250 Billion Pgs. of Text).
•1,024 petabytes are equal to 1 exabytes (EB) (1 000 000 000 000 000 000 bytes).

9/09/2008

Security::VPN::Alphabet Soup



Integrity: AH = Authentication Header or ESP = Encapsulating Security Payload

Encryption: DES = Data Encryption Standard, 3DES = 3 DES keys used, AES = newer standard

Hash: SHA = Secure Hash Algorithm, MD5 = Message-Digest. SHA is newer/more secure. Vista uses SHA

9/02/2008

Protocol Analysis::TCP::TCP State Descriptions


Thanks to: http://www.tcpipguide.com



Table 151: TCP Finite State Machine (FSM) States, Events and Transitions

State

State
Description

Event
and Transition

CLOSED

This is the default
state that each connection starts in before the process of establishing
it begins. The state is called “fictional” in the standard.
The reason is that this state represents the situation where there is
no connection between devices—it either hasn't been created yet,
or has just been destroyed. If that makes sense.
J

Passive Open: A server
begins the process of connection setup by doing a passive open on a
TCP port. At the same time, it sets up the data structure (
transmission
control block or TCB
) needed to manage
the connection. It then transitions to the LISTEN state.

Active Open,
Send SYN:
A client begins connection setup by sending a SYN
message, and also sets up a TCB for this connection. It then transitions
to the SYN-SENT state.

LISTEN

A device (normally a server)
is waiting to receive a synchronize (SYN) message from
a client. It has not yet sent its own SYN message.

Receive Client SYN,Send SYN+ACK: The server device receives a SYN from
a client. It sends back a message that contains its own SYN and
also acknowledges the one it received. The server moves to the SYN-RECEIVED
state.

SYN-SENT

The
device (normally a client) has sent a synchronize (SYN)
message and is waiting for a matching SYN from the other device
(usually a server).

Receive SYN, Send ACK: If the device that has sent its SYN message receives a SYN from the other device but not an ACK for its own SYN, it acknowledges the SYN it receives and
then transitions to SYN-RECEIVED to wait for the acknowledgment to its SYN.

Receive SYN+ACK, Send ACK: If the device that sent the SYN receives both an acknowledgment to its SYN and also a SYN from the other device, it acknowledges the SYN received and then moves straight to the ESTABLISHED state.

SYN-RECEIVED

The device has both received a SYN (connection request) from its partner and sent its own SYN. It is now waiting for an ACK to
its SYN to finish connection setup.

Receive ACK: When the device receives the ACK to the SYN it sent, it transitions to the ESTABLISHED state.

ESTABLISHED

The “steady state” of an open TCP connection. Data can be exchanged freely once both devices in the connection enter this state. This will continue until the connection is closed for one reason or another.

Close, Send FIN: A device can close the connection by sending a message with the FIN(finish) bit sent and transition to the FIN-WAIT-1 state.

Receive FIN: A device may receive a FIN message from its connection partner asking that the connection be closed. It will acknowledge this message and transition to the CLOSE-WAIT state.

CLOSE-WAIT

The device has received a close request (FIN) from the other device. It must now wait for the application on the local device to acknowledge this request and generate a matching request.

Close, Send FIN:The application using TCP, having been informed the other process wants to shut down, sends a close request to the TCP layer on the machine upon which it is running. TCP then sends a FIN to the remote device that already asked to terminate the connection. This device now
transitions to LAST-ACK.

LAST-ACK

A device that has already received a close request and acknowledged it, has sent its own FIN and is waiting for an ACK to this request.

Receive ACK for FIN: The device receives an acknowledgment for its close request. We have now sent our FIN and had it acknowledged, and received the other device's FIN and acknowledged it, so we
go straight to the CLOSED state.

FIN-WAIT-1

A device in this state is waiting for an ACK for a FIN it has sent, or is waiting for a connection termination request from the other device.

Receive ACK for FIN:The device receives an acknowledgment for its close request. It transitions to the FIN-WAIT-2 state.

Receive FIN, Send ACK: The device does not receive an ACKfor its own FIN, but receives a FIN from the other device. It acknowledges it, and moves to the CLOSING state.

FIN-WAIT-2

A device in this state has received
an ACK for its request to terminate the connection and is now waiting
for a matching FIN from the other device.

Receive FIN, Send ACK:
The device receives a FIN from the other device. It acknowledges
it and moves to the TIME-WAIT state.

CLOSING

The device has received a FIN from the other device and sent an ACK for it, but not yet received an ACK for its own FIN message.

ReceiveACK for FIN: The device receives an acknowledgment for its close request. It transitions to the TIME-WAIT state.

TIME-WAIT

The device has now received aFIN from the other device and acknowledged it, and sent its ownFIN and received an ACK for it. We are done, except for waiting to ensure the ACK is received and prevent potential overlap with new connections.

Timer Expiration: After a designated wait period, device transitions to the CLOSED state.

Exchange::IIS::Redirect HTTP to HTTPS page for Outlook Web Access



The following KB article details customizing the error message for the 403.3 error (SSL required.)
MS KB 839357
I'm not an ASP programmer, but I couldn't get their sample code to work. Instead I used the more elegant HTML below:

<HTML>
<HEAD>
<TITLE>WebMail</TITLE>
<meta HTTP-EQUIV="REFRESH" content="0; url=https://email.COMPANY.com/exchange">
</HEAD>
<p>
Redirecting to: <a href="https://email.COMPANY.com/exchange" target="_blank">https://email.COMPANY.com</a>
</p>
</BODY>
</HTML>