Looks like we can’t connect to one of our services right now. HTTP 404

If you've ever faced the daunting "Looks like we can't connect to one of our services right now. HTTP 404" error, fear not! This blog post will guide you through a simple and effective solution to get you back on track. The Problem: The error message "Looks like we can't connect to one of our [...]

By |2023-12-22T01:05:08+03:00December 21st, 2023|EXCHANGE ONLINE, MICROSOFT 365|0 Comments

Add new .onmicrosoft.com (fallback) domain to Microsoft 365 tenant

When setting up a Microsoft 365 tenant, it comes with an initial subdomain that ends with '.onmicrosoft.com.' This is known as the fallback domain and has implications for all your services and naming conventions, including user UPNs and SharePoint site links. Many customers realize the importance of the fallback domain and its impact on services [...]

By |2023-11-28T23:56:20+03:00November 28th, 2023|MICROSOFT 365|0 Comments

Microsoft neden kullanıcıları Authenticator uygulamasını kullanmaya zorluyor?

Hem kurumsal hem de bireysel bulut hizmetlerinin gelişimi, bizlere en kıymetli varlığımız olan verileri saklamak ve erişmek için harika ortamlar sağlamaya başladı. Fakat bu harika ortamlara erişirken bize sunulan kimlik koruma yöntemlerine, inanılmaz bir alerji gelişmiş bulunmakta. Teknik okur yazarlığı ne olursa olsun kullanıcıların çok büyük bir kısmı, parola sıkılaştırma politikaları veya çok faktörlü kimlik doğrulama methotlarına teferruat olarak bakmakta. Oturum açma gereksinimlerini yerine getirirken (parola, mfa vs.) bir çok kullanıcının “Kardeşim tatava yapma aç şunu işte” dediğine yemin edebilirim. Özellikle yönetici konumundaki kullanıcılar hiç bir kimlik koruma methodunu kendilerine konduramıyorlar. Her bir politikadan hariç bırakılma, internete any-to-any ilkeler ile çıkış yapma, cihazlarına elinden gelse parolasız oturum açma talepleri gerçekten akıl alır gibi değil. Hal böyle olunca gerek bulut sağlayıcılarının gerekse kurumların kendi ortamlarında konumlandırdığı kimlik yönetim altyapıları ve bunun entegrasyonuna harcanan tüm kaynaklar (zaman, maliyet, uzmanlık) çöpe gidiyor. Tahmin edersiniz ki bir saldırganın arayıp da bulamadığı şey yetkili bir hesabı ele geçirmek ve yetkililer de bunun olması için elinden gelen her şeyi yapıyor . Son zamanlarda, kullanıcı tarafında bu işlerin doğru gitmediğini farkeden altyapı sağlayıcıları ise ipleri eline almayı deniyor. Örneğin Microsoft, uzun bir süredir yeni tenantlarda Security Defaults (Güvenlik Varsayılanları) adlı bir politikayı zorunlu olarak yayınlıyordu. 2023 baharından bu yana ise bu politikayı tüm tenantlarda zorunlu olarak aktif hale getirdi. Tabi neredeyse tüm tenant yöneticileri, kendi güvensiz ortamının verdiği konfora bir an önce dönüş yapmak için bu ilkeyi pasif hale getirdi. 😊 Hatta bu konudaki karşıtlık o kadar popüler oldu ki, bununla ilgili bir içerik bile hazırladım. Falat Microsoft durmadı ve bir müdahalede daha bulundu. Daha az güvenli olan SMS ve Telefon ile doğrulama kodunun yerine Microsoft [...]

By |2023-11-20T10:04:06+03:00November 20th, 2023|MICROSOFT 365|0 Comments

Resolving ‘Blocked by User Policy Sender Address List’

In today's digital age, email is crucial for business and personal communication. However, email delivery issues can sometimes be puzzling. In this article, we'll explore a scenario where a user couldn't receive emails from a specific sender, and we'll delve into the simple solution that resolved the issue. The Problem: One user in an organization [...]

By |2023-10-18T23:53:07+03:00October 18th, 2023|EXCHANGE ONLINE, MICROSOFT 365|1 Comment

Identifying Email Problems – I Can Send Email, But I Can’t Receive

Have you ever faced the frustrating situation where you can send emails without any issues, but for some reason, you just can't receive them? This common email problem can be caused by various factors, and one key element to check is your MX (Mail Exchanger) records. In this guide, we'll explain the importance of MX [...]

By |2023-09-27T15:10:41+03:00September 27th, 2023|EXCHANGE ONLINE, MICROSOFT 365|0 Comments

Resolving – 550 5.1.8 Access denied, bad outbound sender

You've encountered the error "Remote Server returned '550 5.1.8 Access denied, bad outbound sender AS(42004)" in Exchange Online. This error typically occurs when a sender exceeds outbound limits or sends suspicious emails, such as spam. To resolve this issue, follow these steps: Step 1: Identify the Affected User Log in to your Exchange Online Admin [...]

By |2023-09-27T14:38:22+03:00September 27th, 2023|EXCHANGE ONLINE, MICROSOFT 365|0 Comments

Exchange Online’da Automapping Özelliğini Kapatma

Birçok işletme, çalışanlarına veri paylaşımı ve işbirliği kolaylığı sağlamak amacıyla Exchange Online'da paylaşılan posta kutuları veya diğer posta kutularına yetki verir. Ancak, bu yetkilendirmeleri yaptığınızda, varsayılan olarak bu posta kutuları otomatik olarak Outlook istemcisine eklenir. Bu durum, birkaç posta kutusuna yetki verildiğinde hızla karmaşık bir hale gelebilir. Bu nedenle, Exchange Online'da automapping özelliğini kapatma seçeneğini [...]

By |2023-09-27T10:25:25+03:00September 27th, 2023|EXCHANGE ONLINE|0 Comments

Ada’dan selamlar

Merhaba, Bu yaz başında Londra'ya taşındığım için Istanbul'daki son ve Londra’daki ilk aylar epey yoğun geçti. Bu süreçte farklı tecrübeler ve heyecanlar yaşadım fakat böyle geçiş süreçlerinin kötü yanı da iyi alışkanlıklara ara vermek zorunda kalmak sanırım. Düzenli spor yaparken salona gitmediğinizde nasıl kendinize ihanet ediyormuş gibi hissediyorsanız blog yazmamak da tam olarak böyle bir [...]

By |2023-08-20T03:10:41+03:00August 20th, 2023|Genel|0 Comments

Teams toplantılarını herkes başlatabilsin

Planladığınız toplantılara katılamıyor veya başkaları adına toplantı planlıyorsanız katılımcıların siz olmadan toplantıyı başlatamaması bir problem olacaktır. Bu sorunu aşmak için Teams Admin Center üzerinden “let anonymous people start meeting” ilkesini aktif hale getirmemiz gerekiyor. Teams Admin Center’a giriş yaptıktan sonra  Meetings>Meetings Policies>Global (Org-wide default) seçeneklerine tıklayalım. Participants & guests başlığı altında varsayılan olarak kapalı durumda gelen “Let anonymous [...]

By |2021-09-10T08:52:09+03:00September 10th, 2021|MICROSOFT 365, MICROSOFT TEAMS|0 Comments

SENTTO PREDICATE DOES NOT ALLOW DISTRIBUTION GROUPS HATASI

Bir mail adresine gelen mailleri başka bir mail adresine yönlendirirken genelde aşağıdaki kuralı oluştururuz. Bu koşul farklı kurallar için de sıkça kullanılmakta fakat bu koşulu bir distribution list için oluşturmak isterseniz aşağıdaki hatayı alacaksınız. SentTo predicate does not allow distribution groups. Hatadan anlayabileceğiniz üzere bu koşulda distribution list bir parametre olarak kullanılamıyor. Bu nedenle yönlendirme kuralını aşağıdaki koşul ile oluşturmamız gerekiyor. Öncelikle “More options” seçeneğini aktif hale getirelim. Ardından koşulu değiştirerek the message>to box contains this person seçeneğini seçiyoruz. Bu sayede “to” yani “kime” kısmında alıcı olarak ilgili distribution list’in olduğu mailer Tayfun Tek kullanıcısına yönlendirilecek.

By |2021-09-08T16:35:57+03:00September 8th, 2021|EXCHANGE ONLINE|0 Comments
Go to Top