Csatlakozók cseréje 2018

Küldjön kapcsolók cseréjét 2013

És visszatérünk a cikk fő témájához.

A Send csatlakozó létrehozása a webes felületen egyszerűen egyszerűnek tűnik. A postai infrastruktúra minimális konfigurációjában - az egyetlen olyan levélkiszolgáló, amely közvetlenül fogadja az internetről érkező kapcsolatokat - a csatlakozó konfigurációja a következő lépéseken nyugszik:

Adja meg a csatlakozó nevét és adja meg annak típusát. Mivel infrastruktúránk a legegyszerűbb lehetőség egyetlen szerverrel, elegendő választani a "Configurable" vagy "Internet" csatlakozó típusát (a különbségeket később megvizsgáljuk):

Küldjön kapcsolók cseréjét 2013

Küldjön kapcsolók cseréjét 2013

Ezt követően össze kell hasonlítanunk az új csatlakozót az egyetlen olyan szerverrel, amelyet jelenleg használunk:

Küldjön kapcsolók cseréjét 2013

Küldjön kapcsolók cseréjét 2013

[PS] C: \ Windows \ system32> Új-SendConnector -Name "Send Connector 01" -AddressSpaces *

Összesen, a parancs végrehajtásával teljesen működő küldési csatlakozást kap, de számos paraméter van, amelyeket alaposabban be kell állítania. Először gondoskodjon a kiszolgáló teljes tartománynevéről (fqdn), amelyet a HELO \ EHLO kérésekre küldött válaszok tartalmaznak. Ha nem ad meg semmit, a következő eredményt kapja 3:

Alapértelmezés szerint az Fqdn $ null értékre van állítva. Ez azt jelenti, hogy az FQDN paraméter alapértelmezett értéke a Postafiók szerver vagy az Edge kiszolgáló FQDN-je, amely tartalmazza a Küldés csatlakozót.

Miért kellene ezt tenni? Az a tény, hogy a legtöbb kiszolgáló ellenőrzi a domain mx-rekordját, ahonnan az üzenet jön, és a rekord a kiszolgáló-feladó visszatér a HELO \ EHLO kérelemhez. Ha ezek a rekordok azonosak, akkor minden rendben van, de ha más, akkor a fogadó szerver egyszerűen növelheti a spam értéket, és végül a levél nem érheti el a címzettet. Olyan helyzetekben vannak ilyen helyzetek, amikor olyan nagyvállalati ügyfelekkel dolgozom, akik általában nagyon szigorú spamellenes irányelvekkel rendelkeznek: a kollégáim panaszkodtak, hogy az ügyfelek nem kapnak levelet tőlük. A probléma minden bizonnyal az én oldalamon volt, és egyszerűen csak figyelmen kívül hagytam (a helyzetet súlyosbította az is, hogy a termelésben foglalkozom a .local domainnel, amely természetesen nem egyezik meg a szervezet nyilvánosságával).

beállíthatja a Postafiók-kiszolgáló szállítási szolgáltatás Küldés csatlakozóját a helyi Active Directory webhely elsődleges közlekedési kiszolgálóján keresztül a kimeneti levelek útján a Set-SendConnector cmdlet FrontEndProxyEnabled paraméterével. ezáltal megszilárdítva az e-mail útvonalát a szállítási szolgáltatásból.

Ha az üzenetet küldi a külső címzettnek, az interneten vagy proxy-n keresztül a FET szolgáltatáson (Set-SendConnector -FrontEndProxyEnabled $ true)

Tehát a fentiek alapján a Send parancs létrehozásához szükséges teljes parancs így fog kinézni:

[PS] C: \ Windows \ system32> Új-SendConnector -Name "Send Connector 01" -AddressSpaces * -Fqdn mail.bissquit.com -FrontendProxyEnabled $ true

Most vegye fontolóra a különbségeket a csatlakozástípusok között - nevezetesen a "Konfigurálható" és az "Internet" között, amint az a cikk elején megígérte. Ha két, azonos beállítású csatlakozót hoz létre, de az egyiknek van egy egyéni típusa, a másik pedig egy internetes típus, és a tulajdonságokat a Get-SendConnector 7 cmdlet kimenetén keresztül vizsgálja. akkor az eredmény a következő:

Küldjön kapcsolók cseréjét 2013

A képernyőn megjelenik a két parancs eredményei:

[PS] C: \ Windows \ system32> Get-SendKapcsoló "Send Connector 01" | Format-List
[PS] C: \ Windows \ system32> Get-SendKapcsoló "Send Connector 02" | Format-List

Mint látható, nincs semmi különbség, kivéve a címet. Miért csinál egy extra típusú csatlakozót, amit nem értek. Talán a különbségük valamivel mélyebb szinten van. Ha megtalálom a választ, akkor határozottan megírom ezt a cikket.

Kapcsolódó cikkek