Exchange 2010 Shadow Redundancy, бележки на SysAdmin

Друг добре описан компонент на Exchange 2010 е Shadow Redundancy, който ви позволява да гарантирате доставката на поща в рамките на организацията. Изграден е на базата на механизма за забавено потвърждение. Накратко, работи по следния начин. В Exchange 2010 smtp сесията се поддържа отворена, докато изпращащият сървър не получи потвърждение от всички междинни сървъри, че Shadow съобщението е успешно доставено. Ако има няколко междинни сървъра, тогава първият отваря smtp сесия и я запазва. Ако следващият сървър (на който е отворена smtp сесията) успешно отвори smtp сесия към следващия сървър по маршрута за доставка, тогава той поставя това писмо в Shadow Queue и изпраща отговор 250 на първия сървър и затваря сесията. Ако по някаква причина smtp сесия към следващия сървър не може да бъде отворена, тогава първоначалната smtp сесия остава отворена, докато изтече времето, посочено в MaxAcknowledgementDelay. Хубава картинка, която приблизително обяснява написаното от мен:

бележки

В smtp регистрационния файл на конектора за получаване в този момент се случва нещо подобно:

Но какво се случва, когато получателят е вътрешен:

Сега да преминем към най-важното. Ако нашето въображаемо приложение все още съществува и изпраща поща (чрез съответния анонимен конектор), то по подразбиране ще може да изпраща писма с голямо закъснение. Ако има много писма, те ще се натрупат в опашката от страната на приложението. И това ще продължи, докато не променим стойността на MaxAcknowledgementDelay. За стандартните конектори ще бъде:

Променяме и се наслаждаваме на резултата:

Умишлено не посочих конектор по подразбиране тук, защото е по-добре да използвате специален конектор за такива цели.Между другото, подобна ситуация се наблюдава при мигриране от Exchange 2003 или Lotus Notes към Exchange 2010.