локален MTA, дори ако е наличен надежден отдалечен MTA

Имах дискусия с нашия екип за разработка дали да има инсталиран локален MTA на сървъра на приложения или дали трябва да използват MTA сървъра, разположен във вътрешната мрежа, за да изпращат своите имейли. Има плюсове и минуси и за двете решения.

Плюсове: Програмата, изпращаща имейла, може да го достави до местния MTA и да забрави за доставка, повторни опити или всякакви грешки, които могат да възникнат.

Минуси: потребителят, изпращащ имейла, може да бъде информиран твърде късно, че е имало проблем при изпращането на имейла. Програмата може да открие незабавно, ако отдалеченият сървър не е достъпен. Минуси: Сигурност. локалният MTA трябва да бъде конфигуриран адекватно, за да гарантира сигурността на сървъра Минуси: допълнителен слой на сложност в процеса.

По мое мнение трябва да бъдем прости. Не говорим за програма, която говори с MTA сървъри, които не се контролират от нас и за които не знаем състоянието им. По мое мнение, наличието на локален MTA е необходимо, ако не сте сигурни за вашите противоположни части, но тук програмата ще го достави до "позната" MTA система. Така че мисля, че допълнителният слой не е необходим. Освен това наличието на локален MTA на всяка система, която се опитва да изпрати имейли, може също да доведе до допълнителни проблеми/грешки и повече административни задачи (поддръжка/кръпка). Някои може да кажат, че в Unix система винаги имате работещ локален MTA (sendmail), но в нашата организация ние съкращаваме системите до минимум, за да гарантираме, че не се изпълняват допълнителни услуги, което може да доведе до потенциален риск.

Въпреки това ще ми е много интересно да знам как бихте проектирали инфраструктурата, като имате предвид, че говорите с известна/контролирана/наблюдавана MTA система. Или е просто въпрос на гледна точка?

Много благодаря за обратната връзка.

Ив


person ycae    schedule 07.07.2012    source източник


Отговори (2)


Ако отдалеченият MTA („... сървърът на MTA, разположен във вътрешната мрежа ...“) е под същата администрация като предложения локален MTA, ще бъде и последният ще достави само до отдалечения MTA (действайки като нещо като препредаващ 'интелигентен хост') , тогава няма нужда от локален MTA.

Единственият въпрос тогава е дали локалните приложения/потребители, изпращащи имейли, могат да живеят с потенциалния допълнителен риск от повреда на мрежата, когато се опитват да достигнат до отдалечения MTA.

person alk    schedule 07.07.2012
comment
Това си мислех и аз. Въпреки това, ако имаме проблем с мрежата, ще имаме други проблеми, като потребителите да не могат да се свържат с приложението. - person ycae; 07.07.2012
comment
Благодаря, че прие отговора ми. Както и да е, за да получите повече коментари/отговори на вашия въпрос, може би е добра идея да не приемете моя отговор, за да избегнете впечатлението, че не се интересувате от повече/други отговори (което предполагам, че сте). За да продължите да уважавате отговора ми, все още сте свободни да гласувате за него, но ... ;-) - person alk; 09.07.2012
comment
Има смисъл. Благодаря за бакшиша! :) - person ycae; 10.07.2012

Локален MTA, дори ако отдалеченият сървър е под същата администрация. В един момент отдалеченият MTA ще трябва да бъде закърпен и рестартиран. Отивайки директно до отдалечения MTA, той създава твърда зависимост, така че приложението ще срещне грешки, когато отдалеченият MTA се рестартира и т.н. Приложението сега трябва да приложи логика за повторен опит, да комуникира с множество отдалечени MTA; по същество се превръща в олекотен MTA. Локалният MTA все още трябва да препраща към отдалечените MTA и да не доставя имейл директно - това улеснява управлението и осигурява сигурността на доставката на имейл.

person Bill    schedule 01.10.2014