| Mobile | RSS

Building on PowerShell: Execution Policies

One question we sometimes get asked is why Exchange changes PowerShell’s execution policy from “Restricted” to “RemoteSigned.” Doesn’t that lower PowerShell’s security?

The “Restricted” execution policy isn’t intended to be something that PowerShell users live with forever. It’s a safe default that protects non PowerShell users from being impacted by PowerShell-based malware.

For example, many home users had never used VBScript, but

... read more

[ More ] February 14th, 2010 | No Comments | Posted in microsoft |

Building on PowerShell: Execution Policies

One question we sometimes get asked is why Exchange changes PowerShell’s execution policy from “Restricted” to “RemoteSigned.” Doesn’t that lower PowerShell’s security?

The “Restricted” execution policy isn’t intended to be something that PowerShell users live with forever. It’s a safe default that protects non PowerShell users from being impacted by PowerShell-based malware.

For example, many home users had never used VBScript, but

... read more

[ More ] February 14th, 2010 | No Comments | Posted in microsoft |

Building on PowerShell: Execution Policies

One question we sometimes get asked is why Exchange changes PowerShell’s execution policy from “Restricted” to “RemoteSigned.” Doesn’t that lower PowerShell’s security?

The “Restricted” execution policy isn’t intended to be something that PowerShell users live with forever. It’s a safe default that protects non PowerShell users from being impacted by PowerShell-based malware.

For example, many home users had never used VBScript, but

... read more

[ More ] February 14th, 2010 | No Comments | Posted in microsoft |

Building on PowerShell: Execution Policies

One question we sometimes get asked is why Exchange changes PowerShell’s execution policy from “Restricted” to “RemoteSigned.” Doesn’t that lower PowerShell’s security?

The “Restricted” execution policy isn’t intended to be something that PowerShell users live with forever. It’s a safe default that protects non PowerShell users from being impacted by PowerShell-based malware.

For example, many home users had never used VBScript, but

... read more

[ More ] February 14th, 2010 | No Comments | Posted in microsoft |

Workaround to Catch Exceptions from Import-CliXml

Recently, I came across an interesting bug in PowerShell. Let’s create a repro.

First, we create a string “a” and generate an xml based representation of it using the Export-Clixml cmdlet. Since we need to have the class id, we pipe the string to format-table as shown in the example below.

PS> "a" | format-table -auto | Export-Clixml a.xml

Here is the content

... read more

[ More ] February 14th, 2010 | No Comments | Posted in microsoft |

Workaround to Catch Exceptions from Import-CliXml

Recently, I came across an interesting bug in PowerShell. Let’s create a repro.

First, we create a string “a” and generate an xml based representation of it using the Export-Clixml cmdlet. Since we need to have the class id, we pipe the string to format-table as shown in the example below.

PS> "a" | format-table -auto | Export-Clixml a.xml

Here is the content

... read more

[ More ] February 14th, 2010 | No Comments | Posted in microsoft |

Workaround to Catch Exceptions from Import-CliXml

Recently, I came across an interesting bug in PowerShell. Let’s create a repro.

First, we create a string “a” and generate an xml based representation of it using the Export-Clixml cmdlet. Since we need to have the class id, we pipe the string to format-table as shown in the example below.

PS> "a" | format-table -auto | Export-Clixml a.xml

Here is the content

... read more

[ More ] February 14th, 2010 | No Comments | Posted in microsoft |

Workaround to Catch Exceptions from Import-CliXml

Recently, I came across an interesting bug in PowerShell. Let’s create a repro.

First, we create a string “a” and generate an xml based representation of it using the Export-Clixml cmdlet. Since we need to have the class id, we pipe the string to format-table as shown in the example below.

PS> "a" | format-table -auto | Export-Clixml a.xml

Here is the content

... read more

[ More ] February 14th, 2010 | No Comments | Posted in microsoft |

Viewing Junctions with ‘dir’

One feature of the NTFS file system is the junction, which is similar to a short cut but works at the file system level. This lets you link one directory to another. There’s a tool called ‘junction’ available here that lets you manipulate junctions.

When listing the contents of a directory, by default PowerShell doesn’t tell you which

... read more

[ More ] February 14th, 2010 | No Comments | Posted in microsoft |

Viewing Junctions with ‘dir’

One feature of the NTFS file system is the junction, which is similar to a short cut but works at the file system level. This lets you link one directory to another. There’s a tool called ‘junction’ available here that lets you manipulate junctions.

When listing the contents of a directory, by default PowerShell doesn’t tell you which

... read more

[ More ] February 14th, 2010 | No Comments | Posted in microsoft |

モゲマスのキャラの豊富さは異常DSC06092P4250941IMG_1002.JPGDSCN1911IMG_1195080309-世纪广场-星巴克-4033Snow!DSCF2606.JPG