И ние се върнем към основната тема на статията.
Процесът на създаване на Изпрати конектор чрез уеб интерфейс изглежда достатъчно проста. Минималната конфигурация на пощенската инфраструктура - единственият пощенски сървър директно получава връзки от интернет - конфигурация конектор се основава на следните стъпки:
Ние искаме името на съединителя и да определи неговия вид. Тъй като нашата инфраструктура е най-простата версия на един сървър, просто изберете вида на конектор "Custom" или "Интернет" (разликите между тях ще бъдат обсъдени по-късно):
След това, ние трябва да съответства на новия конектор само с една достъпна за нас в момента на сървъра:
[PS] C: \ Windows \ system32> New-SendConnector -name «Изпрати Connector 01» -AddressSpaces *
Общо, издаване на тази команда, вие ще получите доста работа Изпрати конектор, но има редица настройки за конфигуриране, което е необходимо да се подходи по-внимателно. Първо, нека да се грижи за сървъра пълното домейн име (FQDN), което ще бъде изпратено в отговор на HELO \ EHLO-заявки. Ако не посочите нещо, то ще получите следния резултат 3:
По подразбиране за параметъра FQDN е настроен на $ нула. Това означава, че настройката по подразбиране FQDN - FQDN на сървъра за пощенска кутия, или Edge сървър, който съдържа Изпрати конектора.
Защо това трябва да направите? Факт е, че повечето сървъри сравняват техните домейни MX-запис, с които има писмо, с рекордно завърна от изпращащия сървър в HELO \ EHLO-искането. Ако тези записи са идентични, а след това всичко е наред, но ако те са различни, вторичният сървър може просто да се увеличи резултатът на спам и в крайна сметка писмото не може да достигне до получателя. I такива ситуации възникват при работа с големи корпоративни клиенти, които обикновено са много строги анти-спам политика: моите колеги се оплакват, че клиентите не получават писма от тях. Проблемът, разбира се, беше на моя страна и аз го направи само по погрешка (ситуацията се задълбочава от факта, че в prodakshene си имам работа с .local домейн, който, разбира се, не е същото като организация обществено достояние).
Можете да конфигурирате Изпрати конектора в служба на сървъра транспорт пощенска кутия, за да маршрут изходяща поща през сървър интерфейс транспорта в сайта на местната Active Directory, като зададете FrontEndProxyEnabled кратката команда Set-SendConnector. като по този начин укрепване на маршрута е-мейл от транспортната услуга.
Ако съобщението се случва към външен получател ще използва правилния съединител изпрати и или изпратете директно към интернет или пълномощник чрез Услугата БНТ (Set-SendConnector
Така че, като се има предвид гореизложеното, с пълен състав, за да създадете Изпрати конектор ще изглежда така:
[PS] C: \ Windows \ system32> New-SendConnector -name «Изпрати Connector 01» -AddressSpaces * -Fqdn mail.bissquit.com -FrontendProxyEnabled $ вярно
А сега да разгледаме разликите между видовете конектор - а именно "Custom" и "Интернет", както е обещано в началото на статията. Ако създадете два конектора с еднакви настройки, но това е имал вид "Custom» (по поръчка), а другият е от типа "Интернет» (интернет), а след това учи техните свойства чрез сключване Get-SendConnector кратката команда 7. резултатът е следното:
Снимката показва резултатите от пускането на тези две команди:
[PS] C: \ Windows \ system32> Get-SendConnector «Изпрати Connector 01» | Формат-Списък
[PS] C: \ Windows \ system32> Get-SendConnector «Изпрати Connector 02» | Формат-Списък
Както можете да видите, че няма абсолютно никаква разлика, освен в името. Защо тогава допълнително тип конектор не ми е ясно. Може би разликата е в тях, в някакъв по-дълбоко ниво. Ако намерите отговора, не забравяйте да се регистрирате в тази статия.
Свързани статии