| Category | Feature | Exchange 2010 | Exchange 2013 |
| Interface | Exchange Management Console (EMC) | Yes | No. Replaced By Exchange Administration Center (EAC) |
| Exchange Control Panel (ECP) | Yes | No. Replaced By Exchange Administration Center (EAC) | |
| Public Folder administration console | Yes. Separate Console. | No. Replaced By Exchange Administration Center (EAC) | |
| Role Based Access Control (RBAC) User Editor | Yes. Separate Console. | No. Replaced By Exchange Administration Center (EAC) | |
| Unified Messaging – Call Statistics and User Call Logs tools | Yes. Separate Console. | No. Replaced By Exchange Administration Center (EAC) | |
| Exchange Best Practice Analyser (EXPBA) | Yes | Retired | |
| Notification viewer | No | Available in EAC. | |
| Ex. Customize Email Notification to receive move mailbox completion. | |||
| No of User Objects Shown in Console | Max 500 | Max 20,000 | |
| Server Roles | Mailbox Server Role | Available | Available. |
| Includes Transport service, Mailbox databases, and Unified Messaging. | |||
| Client Access Server Role | Available | Available. | |
| Provides authentication, limited redirection, and proxy services | |||
| Hub Transport Role | Available | Removed. Transport service exists on the Mailbox server. | |
| Unified Messaging Role | Available | Removed. | |
| Unified Messaging is handled by both Mailbox Server and CAS Server | |||
| Edge Server Role | Available | Removed. Still Exchange 2007/2010 Edge Servers are supported. | |
| Clients | Outlook through Direct RPC | Available | No. |
| Every Outlook should connect through RPC Over HTTP (i.e Outlook Anywhere) | |||
| Outlook 2003 Client | Supported | Not supported. | |
| Only Outlook 2007 and higher versions are supported. | |||
| Self Signed Certificate Warning Message in Client’s End | Yes | No. | |
| Because Exchange 2013 CAS Server automatically trusts Exchange 2013 Mailbox server’s Certificate. | |||
| Outlook Web App Spell Check | Yes | No. Relies on Browser Spell Check. | |
| Services | RPC client access service | Yes in CAS Server | Removed |
| Front End Transport service | No | New service in CAS Server | |
| High Availability | DAG | Yes | Yes |
| Security | Data Loss Protection | Not there. | Yes. New feature. Can be configured through Transport rules. |
| Ex. Mistakenly Sending sensitive data to unauthorised users. | |||
| Lync 2010 / 2013 | Supported ? | Yes | Yes |
| Sharepoint 2010 / 2013 | Supported ? | Yes | Yes |
Cibercartoneando para administrar Exchange
10 jul 2013
Exchange 2010 vs 2013
20 jun 2013
Espacio libre en disco mount points
$TotalGB = @{Name="Capacity(GB)";expression={[math]::round(($_.Capacity/ 1073741824),2)}}
$FreeGB = @{Name="FreeSpace(GB)";expression={[math]::round(($_.FreeSpace / 1073741824),2)}}
$FreePerc = @{Name="Free(%)";expression={[math]::round(((($_.FreeSpace / 1073741824)/($_.Capacity / 1073741824)) * 100),0)}}
function get-mountpoints {
$volumes = Get-WmiObject -computer $server win32_volume | Where-object {$_.DriveLetter -eq $null}
$volumes | Select SystemName, Label, $TotalGB, $FreeGB, $FreePerc | Format-Table -AutoSize
}
$servers = (Get-Content .\servers.txt)
foreach ($server in $servers){
get-mountpoints
}
6 may 2013
Exchange Management Shell (EMS) missing after applying Exchange 2010 SPx
|
1.
|
Verify that the ConnectFunctions.ps1 , RemoteExchange.ps1 and CommonConnectFunctions.ps1 files are present in the %ExchangeInstallPath%\bin directory.
NOTE : If these files are missing, you can copy the files from the Exchange Server 2010 Service Pack 1 installation media to the %ExchangeInstallPath%\bin directory. These files are present in the \setup\serverroles\common folder. |
|
2.
|
Right click an open area on the Desktop, click New , click Shortcut .
|
|
3.
|
In the Type the location of the item , type in the text below:
%SystemRoot%\System32\WindowsPowerShell\v1.0\powershell.exe -noexit -command ". '%ExchangeInstallPath%\bin\RemoteExchange.ps1'; Connect-ExchangeServer -auto" |
|
4.
|
Name the shortcut Exchange Management Shell and click Finish .
|
|
5.
|
Right click the Exchange Management Shell shortcut, click Properties and remove the text from Start In field on the Shortcut tab.
|
|
6.
|
On the Shortcut tab, click Change Icon , click Browse and type in the text below:
%SystemRoot%\Installer\{4934D1EA-BE46-48B1-8847-F1AF20E892C1}\PowerShell.exe |
|
7.
|
Select the Exchange icon and click OK .
|
|
8.
|
Click Apply and click OK .
|
|
9.
|
Copy the new Exchange Management Shell shortcut to this location:
%systemdrive%\ProgramData\Microsoft\Windows\Start Menu\Programs\Microsoft Exchange Server 2010 |
30 jul 2012
Log Header Analyzer
http://www.mxtoolbox.com/EmailHeaders.aspx
5 may 2012
Issue de replica despues de mover el path de logs
9 abr 2012
30 mar 2012
¿Que son los registros SPF? ¿Como crearlos en nuestros DNS?
¿Que son los registros SPF? ¿Como crearlos en nuestros DNS?
31 03 2008En este post os quiero explicar que son los registros SPF así como un par de utilidades on-line para ayudarnos a crear los registros spf en nuestros servidores DNS.
Con estos registros evitaremos entre otras cosas, el spoof de direcciones de nuestro dominio de correo así como evitar que otros servidores de correo rechacen o flitren como spam correos de nuestro dominio.
Este convenio puede significar en un futuro un gran golpe contra el spam y otros males del correo electronico.
SPF son las siglas de Sender Policy Framework, una protección contra las falsificaciones de correos electronicos.
Esta protección se basa en un txt que debemos añadir en nuestros servidores DNS, para identificar a los servidores de correo SMTP de nuestro dominio. Con esto conseguiremos evitar el spoof de nuestras direcciones de correo, ya que estamos definiendo desde que servidores SMTP se pueden enviar correos de nuestro dominio.
Este registro no es algo nuevo, pero desde poco tiempo muchos servidores de correos no estan permitiendo la recepción de dominios que no tengan este registro configurado . Un ejemplo de estos servidores son los de Hotmail, desde hace una temporada estan denegando la recepción de dominios que no tengan el registro SPF.
Para el caso concreto de Hotmail debemos crear nustro registro SPF y posteriormente mandar un mail a senderid@microsoft.com con el asunto en blanco y en el cuerpo del mensaje nuestro dominio. De esta forma Hotmail permitira la recepción de correos desde nuestro dominio.
Un ejemplo de registro SPF para DNS sería:
midominio.com. IN TXT "v=spf1 mx ptr ~all"
En el ejemplo se indica un registro de texto (IN TXT) para el dominio midominio.com con la siguiente descripción SPF:
- v= define la versión usada de SPF (versión 1).
- mx autoriza a las máquinas con la IP de los registros MX.
- ptr autoriza a las máquinas bajo el dominio midominio.com.
- ~all desautoriza a las máquinas que no encajen en lo autorizado explícitamente.
Aquí os dejo un par de Wizards que nos ayudaran a crear este registro:
http://www.microsoft.com/mscorp/safety/content/technologies/senderid/wizard/
http://old.openspf.org/wizard.html
Una vez generado debemos hablar con el ISP que gestione nuestros DNS y pedir que añadan este registro.
MUY IMPORTANTE:EL USO DE SPF HA DE REALIZARSE CON MUCHO CUIDADO, YA QUE UN MAL USO DEL REGISTRO PUEDE PROVOCAR QUE OTROS SERVIDORES DE CORREO NO PUEDAN RECEPCIONAR CORREOS DE NUESTRO DOMINIO.
26 ene 2012
Ejecutar scripts de powershell desde una tarea programada
codigo del bat:
cd \
cd C:\Reportescorreo\
powershell ./reporte.ps1
codigo del PS1:
cd \
cd C:\Reportescorreo\salida\
del *.txt
Add-PSSnapin Microsoft.Exchange.Management.PowerShell.E2010
Get-MailboxDatabase D1* | Get-Mailbox -resultsize unlimited -Verbose | group Database | select Name,Count | sort Name | ft -a >C:\Reportescorreo\salida\out.txt
guardado los dos archivos procedemos a crear la tarea programada que ejecuta el bat con el schedule necesario.
13 ene 2012
Change the IIS Log File Directory via PowerShell
Posted by sptwentyten on 04/13/2010
One of the best things to do in your SharePoint environment is to relocate your log files to a central location. This gets them off of the C drive and easier to find during troubleshooting of issues. This change is pretty simple to do in PowerShell, but could cause an error and confusion if you overlook an important step.
Here is the command to change the log file directory:
Set-ItemProperty ‘IIS:\Sites\SharePoint – 80′ -name logFile.directory -value ‘C:\Logs\IIS’
Make sure to change “SharePoint – 80″ to the name of the IIS site that you would like to change the log directory. Also, change the value parameter to the path that you have designated for your log file location. Note: I would not put the log files on the C drive – I just have it as the C drive since this is a small virtual machine I’m using.
Pop open the SharePoint 2010 Management Shell and enter the above command to change the log file directory: (Start > All Programs > Microsoft SharePoint 2010 Products > SharePoint 2010 Management Shell)
Opps, we got an error! The error states that it cannot find the IIS drive. This tells us that the IIS snap-in has not been loaded. Let’s load that now using Import-Module WebAdministration.
Once you have imported the IIS snap-in, press the up arrow key and re-run the command to change the log directory:
Now, open up the IIS Manager console, expand Sites, click on the site you changed the log directory for and double click on Logging under the IIS section. You should see the new directory location under Log File.
Completed! If you have the schedule set to “Daily”, then you will not see a log file within the new path until the next day. Also, if you desire, you can manually move the old log files into this new location. Keep in mind that this log directory change will not replicate to other servers. So, you will need to perform this on each server.