El blog de Fladnar

 Nos conectamos por powershell, y ejecutamos: Para cambiar el idioma por defecto de todos los buzones, ejecutaremos: Get-mailbox -ResultSize unlimited | Set-MailboxRegionalConfiguration -Language es-ES -TimeZone "Romance Standard Time" -LocalizeDefaultFolderName En este ejemplo, lo cambiamos a español.

Abrimos un powershell y ejecutamos: $365Logon = Get-Credential $Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://outlook.office365.com/powershell-liveid/ -Credential $365Logon -Authentication Basic -AllowRedirection Import-PSSession $Session

Si vemos que Chrome está marcando como certificado no confiable los certificados de lets encrypt, la solución es esta: Inicio -> certmgr.msc Autoridades de certificación raíz de confianza Borrar "DST Root CA X3" Descargar el nuevo certificado desde https://letsencrypt.org/certs/isrgrootx1.der Instalarlo (doble clic) seleccionando que lo almacene en "Autoridades de certificación raíz de confianza"

Si en zimbra 8.x no arranca el servicio mta y en los log observamos el error "can not bind to address 0.0.0.0:25", el problema es que hay un servicio ocupando el puerto 25 y no deja arrancar al postfix. Para comprobarlo, haremos un telnet al 25 y observaremos si hay respuesta, Si la hay, paramos el daemon correspondiente y reiniciamos mta. Si no la hay, puede que postfix no haya cerrado correctamente, por lo que ejecutaremos como root el siguiente comando: postfix status Si nos aparece "postfix running", lo pararemos con el comando: postfix stop Luego, como usuario zimbra, ejecutaremos: zmcontrol stop zmcontrol start Y ya el mta debería iniciarse correctamente.

 Si en zimbra 8.x observamos un proceso java del user zimbra que ocupa más del 100% de cpu, podemos tener un problema con el ratio de escritura de mailboxd. Para solucionarlo, ejecutaremos como usuario zimbra el siguiente comando: Y luego: zmlocalconfig -e nio_imap_enabled=false Y luego: zmmailboxdctl restart

 Si hemos convertido una máquina física de Windows 7 a VM de VMware con tipo 7 y ésta no arranca, y da un error 7B podemos probar esto: Sólo es aplicable si el disco virtual está configurado de esta forma: scsi0.virtualDev = "lsisas1068" scsi0:0.fileName = "imported.vmdk" Arrancamos la VM con una iso de w7 y abrimos la línea de comandos. ejecutamos regedit. Seleccionamos HKLM y luego Menu > Archivo > Cargar subárbol. Buscamos la ruta system32\config en el disco de la vm y seleccionamos el fichero SYSTEM. Nos preguntará un nombre, introducimos p2v. Buscamos la clave   HKLM\p2v\ControlSet001\services\LSI_SAS   y ponemos start type a valor REG_DWORD 0 Seleccionamos HKLM\p2v y vamos  Menu > Archivo > Descargar subárbol.  Cerramos regedit y reiniciamos.

Si creamos un buzón de exchange, funciona en apps de correo y en OWA, pero no sincroniza ningún mensaje en dispositivos móviles, puede que tengamos un problema de permisos en el usuario. La solución es la siguiente: Abrimos el panel de equipos y usuarios de active directory, habilitamos en "Ver" las características avanzadas, damos click derecho sobre el usuario, Propiedades, Seguridad, y habilitamos la herencia de permisos. Aplicamos, aceptamos, y volvemos a sincronizar en el dispositivo móvil.

  Si observamos lentitud en VM de server 2016 o 2012 bajo versiones de esxi inferiores a 6.5 u1, la solución es deshabilitar unmap, con los siguientes comandos en un cmd con privilegios elevados: Windows Server 2012: fsutil behavior set DisableDeleteNotify 1 Windows Server 2016: fsutil behavior set DisableDeleteNotify NTFS 1 fsutil behavior set DisableDeleteNotify ReFS 1 El efecto es inmediato y no hace falta reinicio