Donare alla Empire:

Ieri mattina una cosa curiosa è accaduto. Dopo il mio arrivo in ufficio e normale caffè del mattino abbiamo notato che la posta interna non sembra essere che scorre correttamente. Ho fatto un rapido controllo dei servizi di Exchange, ogni cosa era in esecuzione, quindi controllato la coda di posta. Immaginate la mia sorpresa sbalordito quando ho visto una e-mail un peso di 1.3 gigabyte nella coda di posta in uscita. Ho dovuto chiamare due miei colleghi oltre a verificare che non mi ero sbagliato nella mia valutazione della dimensione e-mail. Anzi, qualcuno ha pensato che sarebbe un'ottima idea per inviare 1,3 gigabyte di attaccamento attraverso il sistema di posta elettronica. Continuate a leggere per i risultati.

Naturalmente ho subito sparato su Exchange Management Shell e sparare un oggetto remove-message-filtro 'zippati pics'-WithNDR falsi e sedersi per un momento comodo con la consapevolezza che ho rimosso il messaggio incriminato. Purtroppo durante questo attacco gigantesco stava macinando la sua strada attraverso il sistema di posta elettronica tutto alle spalle si stava facendo logjammed up. Non sapevo che la dimensione del file mail.que era fuori controllo fino a quando il servizio di trasporto di Exchange stesso arrestato. Le conseguenze del servizio di trasporto di arresto sono che non si può più vedere la coda di posta elettronica, né si può inviare comandi per rimuovere le e-mail, ecc ...

Così ora, il servizio di trasporto si è fermato, sembra che vi sia un gigantesco email ancora bloccato nella mia coda, e non posso accedere alla suddetta coda per gestire il problema. Così, dopo una ricerca frettolosa scopro che il file mail.que ha colpito 6,5 GB. Alcuni google-fu e una tazza di caffè e poi scopro che una volta che il mail.que va oltre 1 GB comincia a destabalize e una volta colpisce 2 GB o così si dissolve in generale in un mucchio balbettante in un angolo e piange come un po ' ragazza.

La soluzione offerta era di rinominare la directory di coda (normalmente residente in C: \ Programmi \ Microsoft \ Exchange Server \ TransportRoles \ data \) a qualcosa come Queue_old e quindi riavviare il servizio di trasporto di Exchange. L'ho fatto, posta scorreva per af ew minuti, poi il file mail.que colpito 1,3 GB e il tutto chiuso. Ho ripetuto la procedura e questa volta il mail.que stabilizzato a circa 500 MB e mail è stata scorre bene allora.

Ho subito messo un limite di 25 MB dimensione di allegati in uscita, e onestamente questo era colpa nostra che abbiamo trascurato di verificare i limiti di dimensione degli allegati dopo abbiamo migrato da Exchange 2003 a 2007. Come è io non sono molto contento della soluzione indicata perché significava tutta la posta inviata nel corso di un periodo di due ore ha dovuto essere nuovamente inviati dopo la coda è stata ricreata da quando ho avuto modo di rimozione del messaggio incriminato dalla que file. Sarei molto interessato se qualcuno là fuori ha una soluzione migliore per questo problema o sa di un modo per edite il file que direttamente e rimuovere il messaggio incriminato in modo che io possa (in futuro) re-inserire i messaggi nella coda di una volta il problema è risolto.

Queste sono le risorse che ho incontrato che conteneva informazioni utili su questo problema mentre stavo lavorando su di esso:
Petri.co.il - Indietro Pressione: Spostamento del database della coda posta di Exchange 2007
Google Gruppi - "grosso file mail.que si spegne trasporto"

Tutto utile che ho trovato è stata contenuta all'interno di questi due messaggi, tutto il resto che ho trovato era o le stesse informazioni o link ad uno di quelli. Se trovo un modo migliore o più informazioni io aggiornerò questo articolo, ma per il momento questo è il meglio che c'è.