Pergunta : A probabilidade 2007 pendura ao emitir grandes email (somente sobre HTTPS, não sobre VPN ou quando no LAN)

Hey todos,

I've começ um cliente com um problema muito curioso.  Depois que uma repartição do usuário, pessoa fora do escritório using a probabilidade 2007 (que coneta através da probabilidade Anywhere/RPC sobre HTTPS) é incapaz de emitir grandes email.  o usuário do

The é a troca 2003 SP2 que funciona em uma caixa de SBS 2003 SP2 R2.  Os dois clientes que eu tentei são ambos a probabilidade 2007 SP2.

Here são o que eu testei na probabilidade: o

* que emite email de todo o tamanho quando conetado através do fine
* dos trabalhos de VPN que emite email do teste (sob 10k) através do RPC sobre o works
* de HTTPS que emite email maiores (em torno de 1MB - não importa se é 1MB do texto liso ou de um acessório do fecho de correr 1MB) pendura simplesmente no mínimo 30 minutos até que eu o mate.  Eu girei sobre a probabilidade que registra e afixado os índices below.
* receber o email parece ser fina através de VPN ou RPCoHTTPS

Here é um exemplo da lima de OMPLog.log: 17:06 do

2010.06.18: <<<< 12 que registra (em nível é LTF_TRACE) o 17:06 começado do >>>>
2010.06.18: AJUDANTE 12:: Inicializar o 17:06 do called
2010.06.18: 12 inicializando: Encontrando um 17:06 de Transport
2010.06.18: 12 chamada de MAPI XP: XPProviderInit em EMSMDB.DLL, hora = 17:06 de 0x00000000
2010.06.18: 12 chamada de MAPI XP: TransportLogon, hora = 17:06 de 0x8004011d
2010.06.18: 12 chamada de MAPI XP: Parada programada, hora = 17:06 de 0x00000000
2010.06.18: 12 chamada de MAPI XP: XPProviderInit em EMSMDB.DLL, hora = 17:06 de 0x00000000
2010.06.18: Status de 14 MAPI: (-- -- ---/--- -- ---) 17:06 do
2010.06.18: 14 chamada de MAPI XP: TransportLogon, hora = 17:06 de 0x00000000
2010.06.18: 14 inicializando: Encontrou um transporte, código de erro = 17:06 de 0x00000000
2010.06.18: 14 chamada de MAPI XP: AddressTypes, hora = 0x00000000, cAddrs = 3, cUids = 17:06 de 1
2010.06.18: 14 chamada de MAPI XP: RegisterOptions, hora = 0x00000000, cOptions = 17:06 de 2
2010.06.18: Status de 14 MAPI: (EM -- ---/OUT -- ---) 17:06 do
2010.06.18: 14 chamada de MAPI XP: TransportNotify (BEGIN_IN|BEGIN_OUT), hora = 17:06 de 0x00000000
2010.06.18: AJUDANTE 14:: Inicializar feito, código de erro = 17:06 de 0x00000000
2010.06.18: AJUDANTE 14:: GetCapabilities chamou, código de erro = 17:11 de 0x00000000
2010.06.18: Status de 26 MAPI: (-- -- ---/--- -- ---) 17:11 do
2010.06.18: Status de 28 MAPI: (EM -- ---/OUT -- ---) 17:14 do
2010.06.18: Status de 06 MAPI: (-- -- ---/--- -- ---) 17:14 do
2010.06.18: Status de 08 MAPI: (EM -- ---/OUT -- ---) 17:19 do
2010.06.18: Status de 30 MAPI: (-- -- ---/--- -- ---) 17:19 do
2010.06.18: Status de 33 MAPI: (EM -- ---/OUT -- ---) 17:22 do
2010.06.18: Status de 05 MAPI: (-- -- ---/--- -- ---) 17:22 do
2010.06.18: Status de 08 MAPI: (EM -- ---/OUT -- ---) 17:25 do
2010.06.18: Status de 06 MAPI: (-- -- ---/--- -- ---) 17:25 do
2010.06.18: Status de 08 MAPI: (EM -- ---/OUT -- ---) 17:28 do
2010.06.18: Status de 10 MAPI: (-- -- ---/--- -- ---) 17:28 do
2010.06.18: Status de 13 MAPI: (EM -- ---/OUT -- ---) 17:34 do
2010.06.18: Status de 40 MAPI: (-- -- ---/--- -- ---) 17:34 do
2010.06.18: Status de 43 MAPI: (EM -- ---/OUT -- ---) 17:37 do
2010.06.18: Status de 41 MAPI: (-- -- ---/--- -- ---) o

I verific dentro IIS e RPCProxy.dll existe em extensões da correia fotorreceptora, com o trajeto correto, e parece combinar o tamanho e a data da mesma lima em outras idéias dos clientes I support.

Any de SBS 03? class= do

Resposta : A probabilidade 2007 pendura ao emitir grandes email (somente sobre HTTPS, não sobre VPN ou quando no LAN)

Nós fizemos alguma posterior investigação e confirmada isto é uma edição de AVG.  

O cliente de AVG (edição 9 do negócio) inclui “um serviço do protetor em linha”, que reivindique innocuously proteger a correia fotorreceptora e o tráfego imediato da mensagem.  O cliente tinha promovido de 8.5 a 9.0 e tinha reiniciado no mês passado o usuário (nenhuns problemas contudo).  Depois que o ò reinício na semana passada, o problema se levantou.

Quando nós tivemos uma sessão da probabilidade aberta ao usuário sobre o SSL, nós giramos este serviço fora em AVG e em cada edição da conexão da probabilidade resolvidos dentro dos segundos de um par.

Eu recomendaria incapacitar este serviço (e outros do “módulos pretendidos do PC cliente” como LinkScanner) em AVG 9.  

Nota: este módulo está disponível em cada versão de AVG 9 (edição do negócio, segurança do Internet, etc.) com a exceção possível de “livre”.