Questione : La prospettiva 2007 appende mentre trasmettendo i grandi email (soltanto sopra HTTPS, non sopra VPN o mentre sulla lan)

Hey tutti, il

I hanno un cliente con un problema molto curioso.  Dopo che una ripartenza dell'assistente, la gente fuori dell'ufficio using la prospettiva 2007 (che si collega via la prospettiva Anywhere/RPC sopra HTTPS) non può trasmettere i grandi email.  l'assistente del

The è scambio 2003 SP2 che funziona su una scatola di SBS 2003 SP2 R2.  I due clienti che ho provato sono entrambi prospettiva 2007 SP2.

Here è che cosa ho provato nella prospettiva: il

* che trasmette i email di tutto il formato una volta collegato via il fine
* degli impianti di VPN che trasmette i email della prova (sotto 10k) via il RPC sopra il works
* di HTTPS che trasmette i più grandi email (intorno a 1MB - non importa se è 1MB di testo normale o di un collegamento della chiusura lampo 1MB) appende semplicemente per almeno 30 minuti fino a che non lo uccida.  Ho acceso la prospettiva che annota ed inviato il soddisfare below.
* ricevere il email sembra essere fine via VPN o RPCoHTTPS

Here è un esempio della lima di OMPLog.log: 17:06 del

2010.06.18: <<<< 12 che annota (livellato è LTF_TRACE) 17:06 iniziato del >>>>
2010.06.18: ASSISTENTE 12:: Inizializzare il 17:06 del called
2010.06.18: 12 inizializzando: Individuazione del 17:06 di Transport
2010.06.18: 12 chiamata di MAPI XP: XPProviderInit in EMSMDB.DLL, ora = 17:06 di 0x00000000
2010.06.18: 12 chiamata di MAPI XP: TransportLogon, ora = 17:06 di 0x8004011d
2010.06.18: 12 chiamata di MAPI XP: Arresto, ora = 17:06 di 0x00000000
2010.06.18: 12 chiamata di MAPI XP: XPProviderInit in EMSMDB.DLL, ora = 17:06 di 0x00000000
2010.06.18: Una condizione di 14 MAPI: (-- -- ---/--- -- ---) 17:06 del
2010.06.18: 14 chiamata di MAPI XP: TransportLogon, ora = 17:06 di 0x00000000
2010.06.18: 14 inizializzando: Ha trovato un trasporto, codice di errore = 17:06 di 0x00000000
2010.06.18: 14 chiamata di MAPI XP: AddressTypes, ora = 0x00000000, cAddrs = 3, cUids = 17:06 di 1
2010.06.18: 14 chiamata di MAPI XP: RegisterOptions, ora = 0x00000000, cOptions = 17:06 di 2
2010.06.18: Una condizione di 14 MAPI: (IN -- ---/OUT -- ---) 17:06 del
2010.06.18: 14 chiamata di MAPI XP: TransportNotify (BEGIN_IN|BEGIN_OUT), ora = 17:06 di 0x00000000
2010.06.18: ASSISTENTE 14:: Inizializzare fatto, codice di errore = 17:06 di 0x00000000
2010.06.18: ASSISTENTE 14:: GetCapabilities ha denominato, codice di errore = 17:11 di 0x00000000
2010.06.18: Una condizione di 26 MAPI: (-- -- ---/--- -- ---) 17:11 del
2010.06.18: Una condizione di 28 MAPI: (IN -- ---/OUT -- ---) 17:14 del
2010.06.18: Una condizione di 06 MAPI: (-- -- ---/--- -- ---) 17:14 del
2010.06.18: Una condizione di 08 MAPI: (IN -- ---/OUT -- ---) 17:19 del
2010.06.18: Una condizione di 30 MAPI: (-- -- ---/--- -- ---) 17:19 del
2010.06.18: Una condizione di 33 MAPI: (IN -- ---/OUT -- ---) 17:22 del
2010.06.18: Una condizione di 05 MAPI: (-- -- ---/--- -- ---) 17:22 del
2010.06.18: Una condizione di 08 MAPI: (IN -- ---/OUT -- ---) 17:25 del
2010.06.18: Una condizione di 06 MAPI: (-- -- ---/--- -- ---) 17:25 del
2010.06.18: Una condizione di 08 MAPI: (IN -- ---/OUT -- ---) 17:28 del
2010.06.18: Una condizione di 10 MAPI: (-- -- ---/--- -- ---) 17:28 del
2010.06.18: Una condizione di 13 MAPI: (IN -- ---/OUT -- ---) 17:34 del
2010.06.18: Una condizione di 40 MAPI: (-- -- ---/--- -- ---) 17:34 del
2010.06.18: Una condizione di 43 MAPI: (IN -- ---/OUT -- ---) 17:37 del
2010.06.18: Una condizione di 41 MAPI: (-- -- ---/--- -- ---) il

I ha controllato IIS e RPCProxy.dll esiste nelle estensioni di fotoricettore, con il percorso corretto e sembra abbinare il formato e la data della stessa lima su altre idee dei clienti I support.

Any di SBS 03? class= del

Risposta : La prospettiva 2007 appende mentre trasmettendo i grandi email (soltanto sopra HTTPS, non sopra VPN o mentre sulla lan)

Abbiamo fatto una certa indagine successiva e confermata questo è un'edizione di AVG.  

Il cliente di AVG (l'edizione di affari 9) comprende “un servizio dello schermo in linea„, che innocuo sostiene proteggere il fotoricettore ed il traffico istante di messaggio.  Il mese scorso il cliente aveva aggiornato da 8.5 a 9.0 ed aveva rimesso in moto l'assistente (nessun problemi ancora).  Dopo che il secondo nuovo inizio la settimana scorsa, il problema ha presentato.

Mentre abbiamo avuti una sessione di prospettiva pubblica all'assistente sopra lo SSL, abbiamo girato questo servizio fuori in AVG ed in ogni problema del collegamento di prospettiva risolti nei secondi della coppia.

Suggerirei rendere invalidi questo servizio (ed altri “moduli progettati del PC del cliente„ come LinkScanner) in AVG 9.  

Nota: questo modulo è disponibile in ogni versione di AVG 9 (edizione di affari, sicurezza del Internet, ecc.) con l'eccezione possibile “di libero„.