Cuestión : La perspectiva 2007 cuelga mientras que envía email grandes (solamente sobre HTTPS, no sobre VPN o mientras que en el LAN)

Hey todos,

I tienen un cliente con un problema muy curioso.  Después de que una reinicialización del servidor, gente fuera de la oficina usar la perspectiva 2007 (que conecta vía la perspectiva Anywhere/RPC sobre HTTPS) no pueda enviar email grandes.  el servidor del

The es el intercambio 2003 SP2 que funciona en una caja de SBS 2003 SP2 R2.  Los dos clientes que he intentado son ambos la perspectiva 2007 SP2.

Here son lo que he probado en perspectiva: el

* que envía email de cualquier tamaño cuando está conectado vía el fine
* de los trabajos de VPN que envía email de la prueba (debajo de 10k) vía el RPC sobre el works
* de HTTPS que envía email más grandes (alrededor de 1MB - no importa si es 1MB del texto llano o de un accesorio del cierre relámpago 1MB) cuelga simplemente por lo menos 30 minutos hasta que lo mate.  He girado la perspectiva que registraba y fijado el contenido below.
* la recepción del email parece ser fina vía VPN o RPCoHTTPS

Here es un ejemplo del archivo de OMPLog.log: 17:06 del

2010.06.18: <<<< 12 que registra (llano es LTF_TRACE) 17:06 comenzado del >>>>
2010.06.18: AYUDANTE 12:: Inicializar el 17:06 del called
2010.06.18: 12 inicializándose: Encontrar un 17:06 de Transport
2010.06.18: 12 llamada de MAPI XP: XPProviderInit en EMSMDB.DLL, hora = 17:06 de 0x00000000
2010.06.18: 12 llamada de MAPI XP: TransportLogon, hora = 17:06 de 0x8004011d
2010.06.18: 12 llamada de MAPI XP: Parada, hora = 17:06 de 0x00000000
2010.06.18: 12 llamada de MAPI XP: XPProviderInit en EMSMDB.DLL, hora = 17:06 de 0x00000000
2010.06.18: Estado de 14 MAPI: (-- -- ---/--- -- ---) 17:06 del
2010.06.18: 14 llamada de MAPI XP: TransportLogon, hora = 17:06 de 0x00000000
2010.06.18: 14 inicializándose: Encontró un transporte, código de error = 17:06 de 0x00000000
2010.06.18: 14 llamada de MAPI XP: AddressTypes, hora = 0x00000000, cAddrs = 3, cUids = 17:06 de 1
2010.06.18: 14 llamada de MAPI XP: RegisterOptions, hora = 0x00000000, cOptions = 17:06 de 2
2010.06.18: Estado de 14 MAPI: (EN -- ---/OUT -- ---) 17:06 del
2010.06.18: 14 llamada de MAPI XP: TransportNotify (BEGIN_IN|BEGIN_OUT), hora = 17:06 de 0x00000000
2010.06.18: AYUDANTE 14:: Inicializarse hecho, código de error = 17:06 de 0x00000000
2010.06.18: AYUDANTE 14:: GetCapabilities llamó, código de error = 17:11 de 0x00000000
2010.06.18: Estado de 26 MAPI: (-- -- ---/--- -- ---) 17:11 del
2010.06.18: Estado de 28 MAPI: (EN -- ---/OUT -- ---) 17:14 del
2010.06.18: Estado de 06 MAPI: (-- -- ---/--- -- ---) 17:14 del
2010.06.18: Estado de 08 MAPI: (EN -- ---/OUT -- ---) 17:19 del
2010.06.18: Estado de 30 MAPI: (-- -- ---/--- -- ---) 17:19 del
2010.06.18: Estado de 33 MAPI: (EN -- ---/OUT -- ---) 17:22 del
2010.06.18: Estado de 05 MAPI: (-- -- ---/--- -- ---) 17:22 del
2010.06.18: Estado de 08 MAPI: (EN -- ---/OUT -- ---) 17:25 del
2010.06.18: Estado de 06 MAPI: (-- -- ---/--- -- ---) 17:25 del
2010.06.18: Estado de 08 MAPI: (EN -- ---/OUT -- ---) 17:28 del
2010.06.18: Estado de 10 MAPI: (-- -- ---/--- -- ---) 17:28 del
2010.06.18: Estado de 13 MAPI: (EN -- ---/OUT -- ---) 17:34 del
2010.06.18: Estado de 40 MAPI: (-- -- ---/--- -- ---) 17:34 del
2010.06.18: Estado de 43 MAPI: (EN -- ---/OUT -- ---) 17:37 del
2010.06.18: Estado de 41 MAPI: (-- -- ---/--- -- ---¿) el

I ha llegado IIS y RPCProxy.dll existe en extensiones del Web, con la trayectoria correcta, y parece emparejar el tamaño y la fecha del mismo archivo en otras ideas de los clientes I support.

Any de SBS 03? class= del

Respuesta : La perspectiva 2007 cuelga mientras que envía email grandes (solamente sobre HTTPS, no sobre VPN o mientras que en el LAN)

Hemos hecho una cierta posterior investigación y confirmada esto es una edición de AVG.  

El cliente de AVG (la edición del negocio 9) incluye un servicio del “protector en línea”, que inofensivo demanda proteger el Web y el tráfico inmediato de la mensajería.  El cliente había aumentado a partir del 8.5 a 9.0 y había recomenzado el mes pasado el servidor (ningunos problemas con todo).  Después de que se presentara el 2do recomenzar la semana pasada, el problema.

Mientras que teníamos una sesión de la perspectiva abierta al servidor sobre el SSL, dimos vuelta a este servicio apagado en AVG y cada edición de la conexión de la perspectiva resueltos dentro de segundos de un par.

Recomendaría el inhabilitar de este servicio (y de otros “módulos previstos de la PC del cliente” como LinkScanner) en AVG 9.  

Nota: este módulo está disponible en cada versión de AVG 9 (edición del negocio, seguridad del Internet, etc.) con la excepción posible de “libre”.