pochi passi e vi levate lo spavento

1. Navigate in C:\Program Files\Trend Micro\Security Server\PCCSRV\Private (C: nel mio caso e “program files”).
2. Aprite “ofcserver.ini” in un editor di testo notepad va benissimo
3. Ricercate nel file la sezione “[INI_SERVER_SECTION]“.
4. All’interno della sezione “[INI_SERVER_SECTION]” individuate la riga“Master_Pwd=”.
5. Cambiate la riga “Master_Pwd=……” con “Master_Pwd=70” e salvate il file.
6. Andate in gestione servizi (Start > Run > services.msc).
7. Riavviate “Trend Micro Security Server Master Service”.
8. Ora potete rientrare nella consol utilizzando come password “1“.

Attenzione è fortemente consigliato una volta rientrati in possesso della gestione della vostra console resettare la password con una più sicura !

Il gruppo Exchange CXP ha rilasciato il 18 febbraio 2010 la rollup 2 per Exchange 2010 RTM. La trovate al link http://www.microsoft.com/downloads/details.aspx?FamilyID=6d3ae3e0-3982-46d6-9e9c-7d7d63fae565&displaylang=en

Problemi risolti dall’aggiornamento cumulativo

Aggiornamento cumulativo 2 per Exchange Server 2010 consente di risolvere i problemi descritti nei seguenti articoli della Microsoft Knowledge Base (KB):

A diffrerenza di Exchange 2007 anche se il menù di installazione è solo in inglese la rollup vale per TUTTE le lingue.

dovete prima scaricare il software dal seguente link selezionate il pacchetto corretto in funzione della versione del sistema operativo

poi potete scaricare lo script di registrazione RegisterMicrosoftFilterPack.ps1.txt una volta fatto dovete eliminare l’estensione txt ed eseguirlo dalla shell di exchange 2010

basta posizionarsi dal prompt dei comandi dentro la cartella “scripts” sul CD di installazione e lanciare il seguente comando:

“ServerManagerCMD.exe -InputPath Exchange-All.xml” et voilà i prerequisiti del server sono installati in un unico giro.

Per finire visto che siete già al prompt “shutdown -r -t 00″ per riavviare il nostro server

Altrimenti se il server è windows 2008 R2 potete usare i seguenti comandi:

1) Aprite la PowerShell che è installata di default

2) “Import-Module ServerManager”

3) “Add-WindowsFeature NET-Framework,RSAT-ADDS,Web-Server,Web-Basic-Auth,Web-Windows-Auth,Web-Metabase,Web-Net-Ext,Web-Lgcy-Mgmt-Console,WAS-Process-Model,RSAT-Web-Server,Web-ISAPI-Ext,Web-Digest-Auth,Web-Dyn-Compression,NET-HTTP-Activation,RPC-Over-HTTP-Proxy,Desktop-Experience -Restart”

et voilà il gioco e fatto ora potete proseguire con l’installazione del vostro Exchange 2010

 il File Services Migration Toolkit (FSMT) — semplifica il compito e consente un processo graduale in modo che gli amministratori possano migrare i dati in modo più sicuro e affidabile da un file server a un altro. Allo stesso tempo riducendo al minimo l’impatto del consolidamento o migrazione sugli utenti finali.

FSMT offre un processo graduale, semplificando il compito di migrazione dei servizi di files.

FSMT consente all’amministratore di sistema di eseguire facilmente la migrazione e consolidamento delle cartelle condivise su server che eseguono Windows NT Server 4.0, Windows 2000 Server, Windows 2003 , Windows Server 2008.

Ridurre al minimo l’impatto sugli utenti: FSMT consente all’amministratore di sistema di configurare nuove funzionalità nel file system distribuito (DFS) per mantenere il percorso originale (Universal Naming Convention) dei file dopo lo spostamento su un nuovo server tramite directory principali DFS di consolidamento. In questo modo si riduce l’impatto della migrazione e consolidamento dei file server

Il software è scaricabile al seguente link: http://www.microsoft.com/downloads/details.aspx?FamilyID=d00e3eae-930a-42b0-b595-66f462f5d87b&displaylang=en

mentre una guida dettagliiata la potete trovare qui: http://download.microsoft.com/download/4/e/b/4eb8df62-08cb-420f-a41b-6d10452335cc/FSMT%20Whitepaper.doc

Se cercate di seguire l’help cercate questa voce “Where does Microsoft Outlook 2010 save my information and configurations?”

tenete presente che purtroppo ancora non è stato scritto per noi umani e quindi va un attimo interpretato adesempio nel mio caso:

Signatures (.rtf, .txt, .htm)

Windows 7 and Windows Vista    :Users\AppDataRoamingMicrosoftSignatures

Windows XP    :\Documents and Settings\Application DataMicrosoftSignatures

Io ho windows 7 in inglese e quindi

“C:\Users\<account_interessato>\AppData\Roaming\Microsoft\Signatures”

all’interno trovate le vostre firme in 3 formati:

txt

rtf

htm

servono tutte al sistema per variare come debba essere spedito il messaggio con la vostra firma eventualmente potete provare anche a modificarle direttamente con qualche editor più evoluto

Abbiamo impostato corretamente i nostri certificati per Exchange 2010, richiesti alla nostra CA interna mediante la nuova procedura integrata nella GUI di Exchange 2010.

Iniziamo le nostre prove con OWA e tutto funziona alla grande

Passiamo ad Outlook anywhere e pure lì nessun problema.

ma quando passiamo alle prove di sincronizzazione con lo smartphone (HTC S730) il sistema activesync si blocca con il fatidico errore “ActiveSync Code 0×85010014″.

Per mettere a posto il tutto ho aperto il tab security dell’account incriminato (per poter vedere questo tab bisogna impostare la visibilità avanzata in utenti e computer di active directory.

Una volta entrati bisogna andare sulla gestione avanzata dei diritti e abilitare il check

“includi permessi ereditati dall’oggetto padre”.

rieseguite la sincronizzazione e come per magia il sistema riprende il corretto funzionamento.

Questo perchè avete dato la possibilità al sistema di creare il device container legato all’utente per il quale volete eseguire la sincronizzazione della posta.

0×19 – KDC_ERR_PREAUTH_REQUIRED: Additional pre-authentication required In domain environment, Kerberos is the default authentication protocol.

In Kerberos Authentication protocol implemented in Windows, Pre-authentication is required by default. However, sometimes, clients may not include the pre-authentication data in first communication with KDC (the AS_REQ).

As a result, KDC returns an error to inform client that Pre-Authentication is required, and then an event ID 675 with the error 0×19 is recorded on KDC.

Meanwhile, please set the flag “Do not require pre-authentication” for the problematic account EXC$, to configure the system to not require pre-authentication. For user accounts, we can enable this flag in User Properties.

 For computer account, we should modify the attribute UserAccountControl via the following steps:

1. On the domain controller, click Start, click Run, type in “adsiedit.msc” (without the quotation marks) and press ENTER to launch ADSI Edit tool.

This tool is included with the Windows 2003 Support Tools. To install the Support Tools, run Suptools.msi from the Support\Tools folder on the Windows 2003 Server CD-ROM.

2. Locate the computer accounts DOMAIN\EXC$ under the Domain partition.

3. Right-click on “DOMAIN\EXC$”, click Properties.

4. Then locate the attribute “UserAccountControl” in the Attributes list. Click Edit.

5. Modify the value to original value plus 4194304. For example, if the original value is 512, the new value should be 512+4194304=4194816

6. Click OK, click Apply, and click OK.

7. Quit ADSI Edit. Then you can check if the event 675 stops for these accounts.

For more information about UserAccountControl attribute, you can refer to the following article:

How to use the UserAccountControl flags to manipulate user account properties http://support.microsoft.com/kb/305144