Și ne întoarcem la subiectul principal al articolului.
Procesul de creare a unui conector de trimitere prin interfața web pare destul de simplu. În configurația minimă a infrastructurii de e-mail - singurul server de e-mail care acceptă direct conexiuni de pe Internet - configurația conectorului se bazează pe următorii pași:
Specificați numele conectorului și specificați tipul acestuia. Deoarece infrastructura noastră este cea mai simplă opțiune cu un singur server, este suficient să alegeți tipul de conector "Configurable" sau "Internet" (diferențele dintre acestea vor fi luate în considerare mai târziu):
După aceasta, trebuie să comparăm noul conector cu singurul server pe care îl avem în prezent:
[PS] C: \ Windows \ system32> New-SendConnector -Selectați "Send Connector 01" -AddressSpaces *
În total, executând această comandă, primiți un conector de trimitere complet funcțional, dar există un număr de parametri pe care trebuie să îl ajustați mai atent. Mai întâi, aveți grijă de numele complet al domeniului (fqdn) al serverului, care va fi trimis în răspunsurile la cererile HELO \ EHLO. Dacă nu specificați nimic, veți obține următorul rezultat 3:
În mod implicit, Fqdn este setat la $ null. Aceasta înseamnă că valoarea prestabilită a parametrului FQDN este FQDN al serverului Mailbox sau al serverului Edge care conține conectorul Trimitere.
De ce ar trebui să se facă acest lucru? Faptul este că cele mai multe servere compara domeniul lor de mx-înregistrare, cu care există o scrisoare, cu un record returnat de server trimiterea în HELO \ EHLO-cerere. Dacă aceste înregistrări sunt identice, atunci totul este bine, dar dacă acestea sunt diferite, atunci serverul de destinație poate spori pur și simplu ratingul de spam și, în cele din urmă, este posibil ca scrisoarea să nu ajungă la destinatar. Am astfel de situații atunci când lucrez cu clienți mari din întreprinderi, care de obicei au politici foarte stricte împotriva spamului: colegii mei s-au plâns că clienții nu primesc scrisori de la ei. Problema, desigur, a fost de partea mea și l-am făcut doar din greșeală (situația este, de asemenea, agravată de faptul că, în prodakshene am de-a face cu un domeniu .local, care este, desigur, nu la fel ca organizație domeniu public).
Puteți configura conectorul Trimitere în serviciul de transport server de cutie poștală pentru e-mail prin traseul de ieșire prin intermediul unui server de interfață de transport în site-ul Active Directory local, prin setarea cmdlet FrontEndProxyEnabled Set-SendConnector. consolidând astfel rutarea mesajelor de poștă electronică de la serviciul de transport.
Dacă mesajul este trimis destinatarului extern, acesta va fi trimis la Internet sau la proxy prin intermediul serviciului FET (Set-SendConnector
Deci, având în vedere cele de mai sus, comanda completă pentru crearea conectorului Trimite va arăta astfel:
[PS] C: \ Windows \ System32> Nou-SendConnector -Name «Trimite conectori 01» -AddressSpaces * -Fqdn mail.bissquit.com -FrontendProxyEnabled $ true
Acum, luați în considerare diferențele dintre tipurile de conectori - și anume între "Configurable" și "Internet", așa cum a promis la începutul articolului. Dacă creați doi conectori cu setări identice, dar că unul a avut un tip de „personalizat» (Personalizat), iar celălalt a fost de tip „Internet» (Internet), și apoi a studia proprietățile lor prin Get-SendConnector cmdlet 7 concluzia. rezultatul este următorul:
Imaginea de ecran afișează rezultatele acestor două comenzi:
[PS] C: \ Windows \ system32> Get-SendConnector "Trimite conector 01" | Format-List
[PS] C: \ Windows \ system32> Get-SendConnector "Trimite conectorul 02" | Format-List
După cum puteți vedea, nu există absolut nicio diferență, cu excepția titlului. De ce atunci facem un tip de conector suplimentar pe care nu-l înțeleg. Poate că diferența dintre ei este la un nivel mai profund. Dacă găsesc răspunsul, voi scrie cu siguranță în acest articol.