Levélküldés az alias címről M365(O365)

Elérhető lett, egy régóta várt funkció az O365 levelezés kapcsán, mégpedig, hogy már tudunk levelet küldeni az alias (proxy adress) címünkről is. Ez alapból nincs engedélyezve ezért bekapcsolni szükséges. Ezt az alábbi módon tudjuk megtenni:

1,Csatlakozzunk Powershell-el az Exchange Online-hoz
2, Engedélyezük a funkciót:

PowerShell

1Set-OrganizationConfig -SendFromAliasEnabled $True

3,Ellenőrizük, hogy be van e kapcsolva:

PowerShell

1Get-OrganizationConfig| ft SendFromAliasEnabled

Send Email From Proxy Address O365/M365

O365 msExchHideFromAddressLists sync

Ha AD Connect-et használva szinkronizáljuk az AD objektumokat O365-be és szeretnék elrejteni a címjegyzékből akkor, ha azt az O365 admin felületén próbáljuk meg tenni akkor HiddenFromAddressListsEnabled’, can’t be performed on the object hibát kapunk, ami azt jelenti, hogy a szinkronizált objektum-nak csak az AD-ban lehet ezt beállítani.

HiddenFromAddressListsEnabled', can't be performed on the object

Ezt, ha nem használunk egy telepített Exchange-t management célra, akkor csak az az ADUC-ban attribute editor fülön tudjuk megtenni.

HideFromAddressList_ADUC

Vagy powershell-t  használva

Set-Mailbox -Identity username@domain.com -HiddenFromAddressListsEnabled $true

Set-Mailbox -Identity username@domain.com -HiddenFromAddressListsEnabled $false

Több felhasználó esetén:

Get-Mailbox -ResultSize Unlimited | Where {$_.Office -eq "Office1"} |
Set-Mailbox -HiddenFromAddressListsEnabled $true

CSV-File-ból:

Import-Csv 'C:\Hide_Mailboxes.csv' | ForEach-Object {
$upn = $_."UserPrincipalName"
Set-Mailbox -Identity $upn -HiddenFromAddressListsEnabled $true
}

Miután beállítottuk az AD-ban még nem dőlhetünk hátra, mert alapesetben nem szinkronizálja ezt a attribute-umot az AD Connect, ezt beállítani a Synchronization Rules Editor-ral tudjuk ami az AD Connect-el együtt telepűl. Indítsuk el a Rules Editort majd  keressük meg az Inbound szabályok közt az in from AD – User Comon szabályt.

Synchronization Rules edditor Exchange hide adress book

Kattintsunk az Edit-re majd a YEs-re,

exchangeadresslist hide o365 sync

És a létrehozott szabály másolatban majd állítsuk be a következőket!

Adjunk neki egy 100-nál kisebb értéket.

HiddenFromAddressListsEnabled', can't be performed on the object O365

Majd adjuk hozzá a a szabályt ilyen formában

FlowType=Direct, Target Attribute=msExchHideFromAddressLists anSource=msExchHideFromAddressLists. Merge type=update

Ezek után a következő szinkronizáláskor már a cím listáról történő elrejtés attribute-um is szinkronizálásra kerül.

 

 

Howto sync msExchHideFromAddressLists attribute to Office 365

Teams-ben létre hozott csoportok nem látszanak az Outlook-ban

Az egyik ügyfél, miután bevezetésre került náluk a Teams, kialakították benne a saját kis csoportjaikat, amiket szeretek volna utána Outlookban is használni. A Microsoft bevezette, hogy alapesetben a Teams-ben létrehozott csoportok nem látszódnak Outlookban, hogy láthatóvá tegyük csatlakozzunk az Exchange online-hoz Powershell -t használva majd hajtsuk végre a következőket:

1, Kérjük le azokat a csoportokat ahol tiltva van, hogy megjelenjenek az Outlookba:

Get-UnifiedGroup |ft DisplayName,HiddenFrom*

Teams_group_not_show_outlook

2, Engedélyezük, hogy látszódjon a csoport:

Set-UnifiedGroup -Identity “Csoport név” -HiddenFromExchangeClientsEnabled:$false
Set-UnifiedGroup -Identity “Csoport” -HiddenFromAddressListsEnabled $false

 

 

 

 

Office 365 Groups created from Microsoft Teams will be hidden from Outlook by default

Content from the Shard mailbox error postafiok O365-be mozgatásakor

Egy Exchange 2010 O365-be költöztetésekor jött elő postafiok felhőbe költöztetésekor az alábbi hiba üzenet:
“Content from the Shard mailbox (Mailbox Guid: 2e776b72-b014-4c12-8624-166a4e839680, Database: ad8e7551-5c10-4b89-9b04-894e8dccdd04) will be merged into the target mailbox.”

A migráláshoz  Modern Hybrid Agent-et használtuk, a felhasználókat ADConnect-el szinkronizáltuk.

Megoldás:
Kapcsolódjunk powershell-el az Exchange online-hoz, és futtassuk le a :

Get-MailboxLocation “emailaddress”

Ha a MailboxLocationType : ComponentShared  látható akkor nyomon vagyunk.

A megoldás, hogy a felhasználót teljesen kitöröljük az O365-ből majd újra szinkronizáljuk.

A törlést csak powershell használatával lehetséges.

Csatlakozzunk az AzueAd-hoz :

Connect-msolservice

Csatlakozás után töröljük a felhasználót:

remove-msoluser -userprincipalname <username@domain.com>
remove-msoluser -userprincipalname <username@domain.com> - removeFromRecycleBin

Ezek után várjuk meg, hogy újra felszinkronizálódik a felhasználó, vagy kényszerítsük ki az AdConnect azonnal szinkronizáljon.

Start-ADSyncSyncCycle -PolicyType Delta

 

 

Office Customization Tool (2019, O365)

Az office 2019 dobozos változat az o365 verzióhoz hasonlóan már úgynevezett clik to run telepítővel rendelkezik. A telepítés a configuration.xml alapjén történik. Ha szeretnék egyedi telepítő xml-t készíteni annak az egyik módja, ha Microsoft weboldalon összeállítjuk mit szeretnénk majd lementjük. Az oldal címe: https://config.office.com/

 

O365 felhasználók levélszemét (spam) levelek karanténja

O365 Spam (levél szemét) szűrője 1-15 nap intervallumban tud küldeni összefoglaló  értesítést a  felhasználónak a karanténba került leveleiről, ahol a tévesen be került leveleket tovább tudja engedni magának.
Az 1 nap bizonyos esetekben sok lehet, ezért a felhasználók a weben is képesek elérni saját karanténjukat, ahol szintén tudja engedélyezni a levelet, ennek linkje: https://protection.office.com/#/quarantine

Update 2020.03.27

új link: https://protection.office.com/quarantine

 

 

 

 

Office 365 csoportok hiányoznak az Outlook 2019/2016-ból

Az office365-ben O365 csoportot hozunk létre, akkor azoknak meg kellene jelleni az Outlook kliensben a Csoportok résznél. A helyzet az, hogy Outlook 2019 és napra kész O365 telepítésnél ez nem történik meg. Egyszerűen nem látszanak a csoportok, viszont a webes felületen igen.

Outlook_2016_2019_groups_missing
Microsoft változtatott, vagy van egy bug az Outlook kliensben, mert a problémát az okozza, hogy a csoportnak nem a cegnev.onmicrosoft.com az alapértelmezett címe hanem pl. a cegnev.hu.
Ezért a megoldás, hogy a már meglévő csoportoknál powershell-el felveszük és beállítjuk alapértelmezett címnek, új csoportot pedig az exchange admin konzolon veszünk fel ahol kitudjuk választani az onmicrosoft címet.

Üzemelteti a WordPress.com. , Anders Noren fejlesztésében.

Fel ↑

%d blogger ezt szereti: