kérdések és válaszok: Hogyan lehet e-mailt küldeni Proxy címek használatával Az Exchange Online-on

kérdések az ügyfelekkel, címekkel és támogatással kapcsolatban

miután a múlt héten nagyon aluljátszott módon nyilvánosságra hozták, hogy az Exchange Online támogatja az e-mailek küldését a postafiók bármely proxycímével, néhány kérdés felbukkant az emberek különböző módon kommunikálnak velem. Itt vannak a leggyakoribb kérdések a legjobb válaszokkal, amelyekkel fel tudok jönni.

az Outlook támogatja a

OWA Proxy címmel történő küldést a Microsoft 365 roadmap elem kifejezetten megemlíti, amely leírja a proxy címek használatát az e-mailek küldéséhez. Sokan megkérdezték, hogy az Outlook desktop mikor támogatja a funkciót. A válasz “most”, ha egy újabb verziót használ(a funkciót az Outlook 2014-es verziójával teszteltem 13929.20216).

a Microsoft megtette a nehéz emelés, hogy az Exchange Online megérteni, hogyan kell kezelni a proxy címek; még van néhány munka az OWA (első) és az Outlook frissítéséhez, hogy a felhasználók könnyebben választhassák ki a proxy címeket, de az a tény, hogy ma az Outlook bármely verzióját használhatja. A trükk az, hogy tegye ki a feladó mezőt egy új üzenethez, és töltse fel a mezőt a kívánt proxy címmel (1.ábra).

Küldés Proxy használatával Az Outlook Mobile-ból

az Outlook mobile-ügyfelek jelenleg nem támogatják a proxycímről történő küldést. Most, hogy az Exchange Online támogatja ezt a funkciót, a remény az, hogy a Microsoft lehetővé teszi az Outlook mobil ügyfelek számára, hogy felfedjék a feladó mezőt, és támogassák az üzenetek küldését proxy címmel.

Küldés Proxy címmel cserébe a helyszínen?

egy másik gyakori kérdés az, hogy az Exchange Server-ben megjelenik-e az e-mailek proxy címekkel történő küldésének támogatása? Nem tudom a választ. A felszínen úgy tűnik, hogy a Microsoft elvégezte az Exchange transport szolgáltatás frissítését az üzenetek proxy címekkel történő küldésének kezelésére, és hogy a kódot könnyen át kell vinni az Exchange Serverre. De a szoftverfejlesztés ritkán olyan egyszerű, mint azt az emberek feltételezik, és nem tudom, létezik-e olyan függőség, amely megakadályozhatja a Microsoftot a kód áthelyezésében. Az Exchange Server és az Exchange Online korábban közös kódbas-t használt, de most nem. A kódbázisok eltérőek, és ki tudja, milyen munkát kell végezni az Exchange Server frissítéséhez, beleértve a GUI OWA-ra történő váltását is.

ezenkívül az Exchange Server melyik verziója a cél? Exchange 2019, egy korábbi verzió, vagy az Exchange Server következő verziója, amely 2021 második felében esedékes? A fogadás nyerhet, ha az Exchange 2022-re vagy az új verzió hívására kerül, de kétségeim vannak abban, hogy a Microsoft a kódot az Exchange 2019-be vagy korábban hozza.

Proxy címek használata a válaszokban

mások megkérdezték, hogy a proxy címet használják-e a válaszokhoz. A válasz igen. Amikor egy új üzenethez proxycímet választ, az Exchange a címet a feladó és a visszatérési útvonal üzenet tulajdonságaiba helyezi, ami azt jelenti, hogy az üzenetre adott válasz felveszi és használja a proxycímet. A bejövő üzenetet a proxy címmel az Exchange ugyanúgy kezeli, mint bármely más e-mailt, és ellenőrzi a könyvtárat. Mivel a proxycím egy postaládához tartozik, az Exchange elfogadja az üzenetet, és átirányítja a postaládába. Ez könnyen ellenőrizhető küldött üzenetet egy proxy címet, és megvizsgálja a választ, amely jön vissza (az Outlook Message Header Analyzer bővítmény teszi ezt könnyen megtehető). A 2. ábra azt mutatja, hogy az 1.ábrán létrehozott üzenetre adott válasz visszatér a megadott címre.

bár a proxycímmel küldött üzenetre adott válasz visszatér erre a proxycímre, a proxycím használatát a szál későbbi válaszai nem tartják fenn. Ez valószínűleg egy ügyfélkorlátozás, amelyet a Microsoft meg fog oldani, amikor az ügyfeleket úgy frissítik, hogy teljes mértékben támogassák a proxy címekről történő küldést. Időközben a megoldás az, hogy a feladó mező segítségével válassza ki a megfelelő címet, amikor válaszol egy üzenetre.

Minden Proxy Cím Használható?

megkérdezték tőlem, hogy a postaládához rendelkezésre álló összes proxycím használható-e e-mail küldésére. A válasz az, hogy ez egy SMTP funkció, így csak az SMTP proxy címek használhatók, beleértve a plusz címeket is (egy másik kérdés). Sőt, lehet, hogy vegye figyelembe, hogy én használ egy plusz címet ábra 1.

összefoglalásként a Microsoft 2020 augusztusában hozzáadta a Plus címzés támogatását Az Exchange Online-hoz. Az újabb (2020 szeptembere óta létrehozott) bérlők lehetővé teszik a felhasználók számára, hogy saját plusz címeket hozzanak létre, míg az idősebb bérlőknek engedélyezniük kell a funkciót a Set-OrganizationConfig parancsmag futtatásával:

Set-OrganizationConfig -AllowPlusAddressInRecipients $True

ha AllowPlusAddressInRecipients igaz, a felhasználók hozzáadhatnak bármilyen szöveges karakterláncot egy pluszjel után, amikor e-mail címet adnak cégeknek vagy más embereknek. Az 1. ábra példájában a Tony. Redmond+fájlt használom [email protected]. amikor az üzenet megérkezik, az Exchange levágja a pluszjelet minden követővel együtt, és átadja az üzenetet Tonynak.Redmond @office365itpros.com. a rendszergazdák állandó plusz címet is rendelhetnek proxy címként az EAC vagy a PowerShell segítségével. Például:

Set-Mailbox -Identity Tony.Redmond -EmailAddresses @{add="[email protected]"}

a postaládához rendelt proxy címek készletének részét képező állandó plusz cím előnye, hogy ezután e-mail küldésére használható.

milyen Proxy címek léteznek a felhasználói postaládákhoz

végül valaki megkérdezte, milyen könnyű felfedezni, hogy milyen proxy címek léteznek a postaládákhoz. Megvizsgálhatja az egyes postaládák tulajdonságait az EAC vagy a Microsoft 365 felügyeleti központon keresztül, de ez méretarányosan nem működik olyan jól. Ehelyett itt van néhány PowerShell, amely gyors és piszkos jelentést hoz létre az összes felhasználói postafiókhoz és proxy címükhöz.

$Report = ]::new()$Mbx = Get-ExoMailbox -ResultSize Unlimited -RecipientTypeDetails UserMailboxForEach ($M in $Mbx) { $DefaultEmailAddress = ($M.EmailAddresses | ? {$_ -cLike "SMTP:*"}).Split(":") $OtherEmailAddresses = $M.EmailAddresses | ? {$_ -cLike "smtp:*"} $Addresses = ]::new() ForEach ($Address in $OtherEmailAddresses) { $ThisAddress = $Address.Split(":") + " " $Address = @{ Address = $ThisAddress.Trim() } $Addresses.Add($Address) } # End Foreach $Address $Addresses = $Addresses.Address -join ", " If ($M.EmailAddresses -contains "SIP") { $SIPAddress = ($M.EmailAddresses | ? {$_ -cLike "SIP:*"}).Split(":")} Else {$SIPAddress = "None"} $ReportLine = @{ User = $M.DisplayName UPN = $M.UserPrincipalName "Default Email Address" = $DefaultEmailAddress "Other Email Addresses" = $Addresses "SIP Address" = $SIPAddress } $Report.Add($ReportLine) } #End ForEach $M$Report | Out-GridView

a szkript az Out-GridView parancsmagon keresztül jelenti az eredményeket. Könnyen módosíthatja, hogy exportálja az eredményeket egy CSV fájlba.

üdvözlő funkció

a legtöbb ember, akivel beszéltem, egyetért abban, hogy a proxy címek használatának engedélyezése az e-mailek küldéséhez jó dolog. Sokan azt mondják, hogy furcsa, hogy a Microsoft még nem adta hozzá a funkciót, de örül, hogy most itt van. Azt hiszem, az Exchange néha olyan, mint egy nagy óceánjáró – időbe telik a kiigazítások elvégzése.

amint más kérdésekről hallok, frissíteni fogom ezt a bejegyzést.

további információra van szüksége arról, hogyan működik az Exchange Online a Microsoft 365-ben? Az Office 365 for IT Pros ebook tartalmazza a válaszokat, és mivel havonta frissül, gondoskodunk arról, hogy előfizetőink hamarosan értesüljenek a fontos új funkciókról, miután a Microsoft átadta a kódot.