Problemes amb la caché de Outlook (memòria cau)

Després d’una migració exitosa, es pot donar el cas que alguns usuaris tinguin problemes per enviar correu.

Quan envien a algú de la mateixa organització, els hi retorna un NDR (non-delivery report) del tipus 5xx:

De Palomo, Juan en 28/02/2007 10:34
The message could not be delivered because the recipient’s destination email system is unknown or invalid. Please check the address and try again, or contact your system administrator to verify connectivity to the email system of the recipient.

Això pot ser degut a la caché del outlook (memòria cau en endavant).

Quan l’usuari tecleja les primeres lletres del nom a qui vol enviar el correu, automàticament apareixen proposades les adreces dels usuaris. Aquestes adreces no estan extretes de la Global Address List, sinó que resideixen en un arxiu acabat en .nk2 situat en el perfil de l’usuari.

Per tal de regenerar aquesta memòria cau, cal seguir el següent procediment (bàsicament borrar l’arxiu, depenent de la versió del Outlook de que disposem):

How to reset the nickname and the automatic completion caches in Outlook

Recuperació Dial-Tone d’Exchange 2003

Ja m’ha tocat fer una recuperació Dial-Tone.

Ha funcionat, com preveu Microsoft a la seva documentació.

Per qui no sàpiga què és això del Dial-Tone, es tracta de posar en producció un servidor Exchange caigut en segons. La BBDD està en blanc, però els usuaris poden tornar a rebre i enviar correus de manera immediata.

En 1 minut la BBDD s’ha aixecat, i els usuaris han pogut rebre i enviar correu sense problemes.

Els pàssos bàsics del procés són:

1) Resetejar la BBDD actual. És a dir, moure tots els arxius del MDBDATA a un altre carpeta, i deixar la carpeta MDBDATA en blanc.
2) Iniciar el Storage Group. Muntar les BBDD. Al fer això, es recrea una estructura nova de carpetes. Les bústies estan en blanc. Els usuaris no poden veure els seus correus antics, pero poden treballar.
3) Enviar un mail a tothom avisant que ja funciona el correu, però que no poden accedir als correus vells.
4) Aleshores cal començar la recuperació de la BBDD vella:
5) Cal crear un Recovery Storage Group. Creem un nou Recovery Storage Group que es digui igual que l’antic (el seleccionem de la busqueda que realitza l’assistent). NO MUNTAR!
6) Posar aquest recovery storage group com a sobreescribible per un backup, a les opcions del Storage Group.
7) Fer la restauració, o el ESEUTIL de la BBDD Vella fins que es pugui muntar. Un cop muntada, i quan el sistema ho permeti, hem de desmuntar els dos storage groups i canviar les ubicacions de la BBDD, deixant els arxius del recovery al lloc de la BBDD original, i la BBDD dial-tone, a la carpeta del recovery. Si fem la restauració, es farà per defecte sobre el recovery group, no cal especificar cap opció en el software de backup (Veritas en aquest cas)
Un cop muntades les BBDD, tenim dues opcions, depenent de si tenim instal·lat el Service Pack 1 d’Exchange 2003 o no. A partir del service pack 1, apareix una opció en les bústies del Recovery Storage Group que permet obrir l’assistent de copia de dades.
L’altra opció es fer-ho amb el ExMerge, però és més complicada, i acostuma a donar errors. Es pot veure una llista dels errors més comuns aqui: Troubleshooting ExMerge Issues

El que ens va afectar a nosaltres durant l’Exmerge va ser la localització del nom “Almacén …”, ja que no el trobava. Per això vam anar al exmerge.ini (que cal copiar a la carpeta bin del Exchange) i vam modificar el atribut LocalisedExchangeServerServiceName, treient el ; de davant de la opció spanish. El procediment es troba aquí: How to Discover and Configure the Correct Names for MAPI Services

Aquí podem trobar informació de les tasques que es relacionen més amunt:

Creació i configuració de Recovery Storage Group:
Recovering a Mailbox Database Using a Dial Tone Database in Exchange Server 2003

Introduction to Using Exchange Server 2003 Recovery Storage Groups

Exchange Server 2003 SP1 Recover Mailbox Data Feature

IMPORTANT: Al recuperar la base de dades antiga, cal tornar a copiar els arxius en la seva localització original i tornar a aixecar la BBDD en el Storage Group Original. Si no es fa així, caldrà regenerar tots els arxius .OST del Outlook, ja que pensen que el mailbox es diferent.

Comprovació Logs Exchange 2003

A vegades algún software Antivirus o Antispam (o una simple caiguda del servidor per temes elèctrics) pot deixar en estat inconsistent la BBDD priv1.edb.

Trobarem que tot i que els serveis estan aixecats, els clients Outlook no poden connectar, i a l’entrar al System Manager veiem que el Information Store no esta muntat. (Evidentment a l’intentar muntar-lo falla)

Es pot revisar al visor d’events (event viewer), que probablement informa d’un error al MSExchangeIS, i probablement ens indiqui el nom de l’arxiu que falla (dirá que no el pot obrir per problemes de permisos, o el que sigui)

Per tal d’esbrinar en qui estat està la BBDD podem executar la comanda ESEUTIL /MH priv1.edb.

Aqui podrem veure quins logs són necessaris per la recuperacio de la BBDD, (a log required, només cal passar-los a hexadecimal i buscar el edb000xxxx.log corresponent, que estará a la carpeta MDBDATA).

També podem fer un recorregut per tots els logs per comprobar l’estat dels mateixos amb ESEUTIL /ML e00.

Aquesta instrucció ens mostra l’estat dels mateixos, especificant si estan bé i si els troba correctament:

D:\exchsrvr\MDBDATA\log3\test>eseutil /ml e00

Microsoft(R) Exchange Server Database Utilities

Version 6.5

Copyright (C) Microsoft Corporation 1991-2000. All Rights Reserved.

Initiating FILE DUMP mode…

Verifying log files…

Base name: e00

Log file: D:\exchsrvr\MDBDATA\log3\test\E0000001.log – OK

Log file: D:\exchsrvr\MDBDATA\log3\test\E0000002.log

ERROR: Log damaged (unusable). Last Lgpos: (0×2,1059,0). Error -501.

Log file: D:\exchsrvr\MDBDATA\log3\test\E0000003.log – OK

Log file: D:\exchsrvr\MDBDATA\log3\test\E0000004.log – OK

Log file: D:\exchsrvr\MDBDATA\log3\test\E0000005.log – OK

Log file: D:\exchsrvr\MDBDATA\log3\test\E0000006.log

ERROR: Invalid log sequence. Previous generation time is [12/27/2002 13:15:24], but expected [12/30/2002 17:03:33].

Log file: D:\exchsrvr\MDBDATA\log3\test\E0000007.log – OK

Log file: D:\exchsrvr\MDBDATA\log3\test\E0000008.log – OK

Tota aquesta informació es pot trobar en el següent article:

Cross-Matching Exchange Databases and Log Files

Afegir la icona dels PDF al Sharepoint Services / Portal Server 2003

Per defecte els arxius .PDF es poden pujar al sharepoint, però no apareix la icona correcta en el servidor.

Per tal de canviar això, cal buscar una icona de PDF, passar-la a .GIF (16×16 ja serveix) i posar-la en la carpeta:

c:\program files\common files\Microsoft Shared\Web Server Extensions\60\template\images

Un cop copiat, cal editar l’arxiu Docicon.xml, que el trobem a:

c:\program files\common files\Microsoft Shared\Web Server Extensions\60\template\xml

copiem la última linia de la llista i posem PDF:

Això ho podem trobar en aquest link.

Un cop mostrat la icona, podem fer que el indexador també busqui dins dels arxius .PDF:

Cal instal·lar el ADOBE iFilter 6.0 al servidor, i després registrar una DLL amb regsvr32.

Ho podem trobar aquí

No es pot obrir el “añadir o quitar programas”

Rarament trobem problemes amb el Añadir o quitar programas, però a vegades aquest no es pot obrir. Sembla mentida, pero anem al panel de control, fem doble click, i no passa res!

Aleshores podem començar a fer “invents”:

- Fem Windows+R, i posem “appwiz.cpl”
- Fem el mateix, pero posem “control appwiz.cpl”
- Obrim el registre, busquem a HKEY_CLASSES_ROOT la entrada exefile. Hem de revisar que a shell/open/command posi "%1" %*. Si no posa això és que algún virus o troià ens ha canviat la manera en que Windows executa el software, per poder prendre el control sobre el que executem.
- I si tot això no va, doncs només cal seguir aquest article de Microsoft, que consisteix en revisar unes claus de registre, o bé en registrar unes DLL.

Jo l’he fet servir avui, i no ha funcionat fins que he re-registrat les DLL amb el regsvr32.

Problema de Permisos en connexió Terminal Server (remote console)

Aquesta és una petita guia de resolució de problemes de connexió de consola remota de Terminal Server
(Remote Desktop).

Requeriments:

1) Marcar la casella de Remote Access a les propietats del Mi PC
2) Tenir un usuari al grup Remote Desktop Users
3) Disposar de permisos “Log on Locally” i “logon throught Terminal Services” –> GPEDIT.MSC, a Seguridad afegim un usuari a aquests privilegis del sistema operatiu.
4) Si anem a la consola de Terminal Services Configuration Console (TSCC), podem editar els pemisos de la conexió directament, sobre RDP connection, properties i a la pestanya de Seguretat afegim als usuaris que ens interessi com a “user access”

Fent aquests passos ha de funcionar el terminal server. Si no va, pot ser pel següent:
- Tenim algun firewall activat que bloqueja el port 3389 (si es el de Windows, només cal fer services.msc i aturar el servei Firewall)
- Tenim un altre port definit per entrar per Terminal Services. Es pot revisar amb el regedit a

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp

Ha de posar 0x00000D3D (la notació hexadecimal de 3389)
- Si es Windows 2003, tenim activat el Terminal Server (en versió servidor d’aplicatius). Només cal que obrim el appwiz.cpl, i revisem als componentes de Windows si està marcat el “Terminal Services”.
- El usuari amb el que volem entrar no té password definit. Aleshores no podrem entrar fem el que fem.

Ports COM: massa alts (ex: COM23, COM45)

Molt sovint al mapejar ports COM: contra dispositius Bluetooth ens apareixen números de ports molt alts (cada vegada més).

Això és degut a que tenim molts dispositius creats i borrats al sistema, i estan ocupant aquests números més baixos.

Només cal que obrim un command prompt:

cmd

Fem un SET
C:\> set DEVMGR_SHOW_NONPRESENT_DEVICES=1

i cridem al Devide Management:
C:\> devmgmt.msc

Aleshores fent un Device manager click | View | Show hidden” devices
veurem tots els dispositius que haguem tingut alguna vegada punxats al PC.

Aixi podem borrar tots el ports COMx que no ens interessin.

FAX.TIF error a l’Outlook

A l’intentar obrir un adjunt a l’outlook 2003 anomenat FAX.TIF apareix un error que diu que falten permisos o que hi ha algun problema al disc.

Després de revisar l’espai en disc i els permisos (i canviar de nom, etc) he trobat la següent solució:

Sembla que l’Outlook per obrir un adjunt, fa una còpia a

c:\documents and settings\%username%\local settings\temporary internet files\OLKxxx

NOTA: Aquesta carpeta no es pot veure mitjançant l’explorer, encara que tinguem activat el mostrar els arxius hidden i protegits del sistema operatiu.

Si l’arxiu existeix, doncs li afegeix un ( ) amb el número de vegades que s’ha obert.

És a dir, si obrim el FAX.TIF (que es un arxiu de fax generat per l’assistent de Windows 2003 Small Bussines Server, doncs la segona vegada trobarem un FAX (1).TIF, i aixi fins l’infinit.

Fins l’infinit ? NOOOO

Resulta que Microsoft només ha previst arribar fins al FAX (99).TIF, i després d’això PETA!

Per tant, la solució passa per borrar els arxius temporals, o bé per anar directament amb el CMD a la ruta i fer un DEL dels arxius

Windows+R

CMD
c:\> cd \Documents and Settings\%username%\Local Settings\Temporary Internet Files\

c:\> dir

i mirem una carpeta que es diu OLKxxx

fem CD OLKxx

i aqui podrem borrar tots els arxius que comencin per FAX:

C: del FAX*.TIF

Ara ja podrem seguir obrint adjunts FAX.TIF

Configuració de Cisco IP Phone Communicator per accés Citrix Access Gateway

Configuració de Cisco IP Phone Communicator per accés Citrix Access Gateway
Podem utilitzar el software Cisco IP Phone Communicator contra una centraleta Call Manager o Call Manager Express des de fora de la nostra xarxa.

Per tal de realitzar això cal configurar el Citrix Access Gateway CAG d’aquesta manera:
- Que disposi d’un Pool de IPs per asignar una IP al servidor
- Que pugui fer connexions a la xarxa interna i a la xarxa de telefon
(cal tenir acces al Call manager, al servidor TFTP i a qualsevol telefon que vulguem trucar)

També cal obrir el firewall perquè es pugui accedir des de la xarxa del CAG (generalment la DMZ) a la xarxa de telefonia i al CallManager.

Després cal que posem com a adreça IP del IP Softphone la adreça que ens ha assignat el CAG del Pool que tenim definit.
Per tal de automatitzar això, cal disposar de la versió 1.2 o superior del Cisco SoftPhone. Aleshores a la configuració de xarxa trobem una casella que ens deixa posar una URL.

En aquesta URL posem la ruta cap a un ASP (el getip.asp) que ens dóna la adreça IP que tenim assignada pel CAG.

Aquest ASP el configura el Call Manager si habilitem el HTTP, i es troba en aquesta URL:

http:///communicatorloads/communicator/getIP.asp

Situem aquest arxiu getip.asp a qualsevol servidor de la xarxa interna amb IIS, sota la carpeta c:\inetpub\wwwroot (o qualsevol que sigui la ruta de la pàgina per defecte) i ens dóna aquesta sortida:

172.16.240.37 /* tapiaddress.java result = provider.syncTapiObject.
SetLineAudioReceiveAddress(deviceID[0],tapiHLine, extVersion[0],
t.getIPAddress(), t.getUDPPort(), t.usesLowBandwidthCodec()); */

Aleshores en el PC client només tenim que connectar amb el CAG, validar la VPN-SSL, arrencar el software de Cisco que es connectarà amb el getip.asp, i ja podrem usar aquest telefon com si estiguèssim a la mateixa xarxa interna.

L’article específic per Citrix el podem trobar a:

How to Enable the Cisco IP Communicator SoftPhone Through Access Gateway

I podem seguir aquest per qualsevol VPN:
How to Use Cisco IP SoftPhone over VPN

Instal·lació Citrix Presentation Server 4.0 en spanish sobre server en English

La instal·lació del Citrix Presentation server 4.0 en anglés sobre un sistema operatiu en castella falla.

Per tal de poder-ho instal·lar, cal aplicar un TRANSFORM.

For Windows 2000:
msiexec /i “path to\MPS.msi ” TRANSFORMS=”path to\fix_for_unsupported_langs10_w2k.mst”

For Windows 2003:
msiexec /i “path to\MPS.msi ” TRANSFORMS=”path to\fix_for_unsupported_langs10_w2k3.mst”

Si volem veure el log de la instal·lació:

msiexec /I path to MSI /l*v c:\output.log

L’article de Citrix està a:

http://support.citrix.com/kb/entry.jspa?externalID=CTX106998