Posta Kutusu Adına Gönderilemiyor: İzin Hatası Çözümü (2026)

Xen Bilişim ekibi · Microsoft Kayıtlı İş Ortağı · MS-100/MS-102/AZ-104 sertifikalı danışmanlar

Özet (TL;DR): Outlook'ta bir paylaşılan posta kutusundan ya da başka bir kişinin adresinden ileti gönderirken "You do not have the permission to send the message on behalf of the specified user" (Belirtilen kullanıcı adına ileti gönderme izniniz yok) hatası alıyorsanız, neredeyse her zaman gönderme izni eksiktir. Microsoft'a göre posta kutusunu açabilmenizi sağlayan Tam Erişim (Full Access) izni ileti göndermeye yetmez. Çözüm, ilgili posta kutusu için Farklı Gönder (Send As) ya da Adına Gönder (Send on Behalf) izninin Exchange Online'da verilmesi, izin yayıldıktan sonra Outlook'ta Gönderen (From) alanının doğru seçilmesidir. Bu rehber belirtiyi, nedeni ve çözümü en kolay adımdan en zora doğru anlatır.

Bu hata her gün satış, muhasebe ya da destek ekiplerinin ortak adresinden (satis@, muhasebe@, destek@) yazamayan kişileri bekletiyor. Ücretsiz fiyat teklifi al ya da ortak posta kutularınızın izin düzenini bizimle bir seferde temiz hâle getirin.

Belirtiler: Hata Hangi Biçimlerde Çıkıyor?

Aynı kök neden Outlook'un sürümüne ve çalışma biçimine göre farklı görünür. Microsoft'un destek makalesi (2026-10 itibarıyla) şu biçimleri sayar:

• Outlook çevrimiçi (online) modda iken hemen bir açılır uyarı: You do not have the permission to send the message on behalf of the specified users.
• Outlook önbellekli (cached) modda iken iletinin gönderilmiş görünüp ardından Gelen Kutusu'na bir teslim edilemedi raporu (NDR) düşmesi. Raporda Error is [0x80070005-00000000-00000000] ya da Error is [0x80070005-0x0004dc-0x000524] ifadesi bulunur.
• Raporun ayrıntısında SendAsDenied geçen bir ifade. Microsoft'un soru-cevap sitesindeki bir paylaşılan posta kutusu başlığında bu kodun aynı bağlamda görüldüğü anlatılır.
• Gönderen (From) alanında paylaşılan adresin hiç çıkmaması. Bu bir izin hatası değil, Outlook'un adresi tanımamasıdır. Aşağıda ayrıca ele alınıyor.

Önbellekli modda hata gecikmeli göründüğü için kullanıcı iletiyi gönderdiğini sanır. Müşteriye giden teklifin aslında hiç çıkmadığı bu yüzden günler sonra fark edilebilir. Bu yüzden hata şüphesinde önce Giden Kutusu'na ve Gelen Kutusu'na düşen teslim edilemedi raporlarına bakın.

Hata Eşleme Tablosu: Gördüğünüz İfade Ne Anlama Geliyor?

Gördüğünüz ifade	Anlamı	Bakılacak bölüm
You do not have the permission to send the message on behalf of the specified user(s)	Gönderen için Farklı Gönder ya da Adına Gönder tanımı yok	Çözüm 1 ve 2
0x80070005-0x0004dc-0x000524	Erişim reddedildi, gönderme hakkı eksik (NDR içinde)	Çözüm 1 ve 2
SendAsDenied	Farklı Gönder yetkisi doğrulanamadı	Çözüm 1 ve 4
Gönderen alanında paylaşılan adres yok	Outlook adresi hesap olarak tanımıyor	Outlook tarafı
Posta kutusu adres listesinde yok	Gizlenmiş posta kutusundan gönderme desteklenmez	Çözüm 5

Hızlı Tanı: İlk Beş Dakikada Bakılacak Üç Şey

1. Hata tek kişide mi, herkeste mi? Aynı adresten başka bir yetkili kullanıcı gönderebiliyorsa sorun posta kutusunda değil, o kullanıcının iznindedir.
2. Outlook on the web'de de oluyor mu? Yeni sekmede outlook.office.com adresinden aynı adrese göndermeyi deneyin. Orada çalışıyor ama masaüstü Outlook'ta çalışmıyorsa sorun izin değil, Outlook profilidir.
3. Hangi izin var? Aşağıdaki iki komut tek bakışta cevap verir.

Connect-ExchangeOnline -UserPrincipalName yonetici@sirketiniz.com.tr

# Farklı Gönder (Send As) kimde?
Get-RecipientPermission -Identity "destek@sirketiniz.com.tr" | Format-Table Trustee,AccessRights -Auto

# Adına Gönder (Send on Behalf) kimde?
Get-Mailbox -Identity "destek@sirketiniz.com.tr" | Format-List GrantSendOnBehalfTo

# Tam Erişim (Full Access) kimde?
Get-MailboxPermission "destek@sirketiniz.com.tr" | where {$_.AccessRights -like 'Full*'} | Format-Table User,AccessRights -Auto

Komutlar Microsoft'un alıcı izinlerini yönetme belgesindeki doğrulama adımlarıdır (2026-10 itibarıyla). Sorunlu kullanıcı ilk iki listede yoksa nedeni bulmuşsunuz demektir.

Kök Neden: Üç İzin Üç Ayrı İş Yapar

Hatanın temelinde bir yanlış anlama yatar. Exchange Online'da bir posta kutusu için üç ayrı izin vardır ve birbirlerinin yerine geçmezler. Microsoft'un izin tablosu şöyle özetlenebilir:

İzin	Ne yapar	Ne yapmaz
Tam Erişim (Full Access)	Posta kutusunu açar, içeriği görür, ekler ve siler	O adresten ileti göndermez
Farklı Gönder (Send As)	İleti doğrudan posta kutusundan gelmiş gibi görünür, gönderen kişiye dair bir ize rastlanmaz	Posta kutusunun içeriğini okutmaz
Adına Gönder (Send on Behalf)	Gönderen kısmında "Gönderen adına Posta Kutusu" yazar, yanıtlar posta kutusuna gider	Posta kutusunun içeriğini okutmaz

En sık görülen senaryoda BT ekibi "destek@" posta kutusunu paylaşılan olarak açar, ekibe Tam Erişim verir ve iş bitti sanır. Ekip kutuyu görür, gelen iletileri okur ama yanıtlayamaz. Microsoft'un kendi makalesi bu durumu açıkça tanımlar: Tam Erişim ve Adına Gönder izni olsa bile, Outlook'ta posta kutusu ayrı bir profil olarak kendi kimlik bilgilerinizle eklenmişse Farklı Gönder gerekir. Makale Exchange Server için yazılmıştır ve açıklaması Exchange Online ortamını da kapsar. İki izin birden verilirse, Microsoft'a göre Farklı Gönder her zaman öncelik alır.

Adım Adım Çözüm: En Kolaydan En Zora

Çözüm 1: Farklı Gönder iznini Exchange yönetim merkezinden verin

1. Exchange yönetim merkezini (EAC) açın.
2. Soldan Recipients (Alıcılar) seçeneğine, ardından Mailboxes (Posta kutuları) sayfasına gidin.
3. Gönderilen adresi (örneğin destek@) listeden seçin.
4. Mailbox delegation (Posta kutusu yetkilendirmesi) bölümünü açın.
5. Send as altında Edit (Düzenle) düğmesine, ardından Add members (Üye ekle) seçeneğine tıklayın.
6. Kişiyi ya da bir güvenlik grubunu seçin, Save (Kaydet) ve Confirm (Onayla) düğmelerine basın.

Önerimiz kişileri tek tek eklemek yerine posta özellikli bir güvenlik grubu (mail-enabled security group) eklemektir. Microsoft belgesine göre bu tür gruplar yetkili (delegate) olarak desteklenir. Böylece ekibe yeni gelen kişiyi gruba almanız yeter, posta kutusunun iznine dokunmazsınız. Grup oluşturma ayrıntıları için dağıtım grubu üyeleri güncellenemiyor yazımıza bakabilirsiniz.

Çözüm 2: Aynı işi PowerShell ile yapın ve doğrulayın

Birden fazla posta kutusu varsa ya da yönetim merkezi izni kaydetmiyorsa komut satırı daha güvenilirdir. Komutlar Microsoft belgesindeki söz dizimidir:

# Farklı Gönder ver
Add-RecipientPermission -Identity "destek@sirketiniz.com.tr" -Trustee "Destek Ekibi" -AccessRights SendAs

# Doğrula
Get-RecipientPermission -Identity "destek@sirketiniz.com.tr" -Trustee "Destek Ekibi"

# Adına Gönder vermek isterseniz (paylaşılan kutuda yönetim merkezinde yoktur)
Set-Mailbox -Identity "destek@sirketiniz.com.tr" -GrantSendOnBehalfTo @{Add="ayse@sirketiniz.com.tr"}

Belgeye göre GrantSendOnBehalfTo parametresi üç şekilde kullanılır. Düz değer mevcut listeyi değiştirir, @{Add=...} ya da @{Remove=...} yapısı diğer yetkililere dokunmadan ekleme ya da çıkarma yapar, $null değeri ise hepsini kaldırır. Mevcut listeyi korumak istiyorsanız her zaman @{Add=...} biçimini kullanın, aksi hâlde eski yetkililer sessizce silinir.

Paylaşılan posta kutuları için Adına Gönder iznini Microsoft'un belgesi yönetim merkezinde sunmaz, yalnızca PowerShell ile verilir. Sahada çoğu kurum, ileti doğrudan kutudan çıktığı için müşteri tarafında daha temiz göründüğünden paylaşılan kutuda Farklı Gönder'i seçer.

İzin düzeninizi tek seferde gözden geçirtmek isterseniz Microsoft 365 çözümlerimiz sayfasından bize ulaşabilirsiniz.

Çözüm 3: Yayılmasını bekleyin ve Outlook'u temiz açın

Microsoft Exchange Online için kesin bir yayılım süresi yayımlamıyor. Sahadaki deneyimimiz, yeni verilen iznin birkaç dakika ile yaklaşık bir saat arasında etkinleşebildiği yönünde. Bu süre belgeye dayanmayan bir gözlemdir, kesin bir söz değildir. Beklerken şunları yapın:

• Outlook'u Görev Yöneticisi'nden tamamen kapatın (arka planda OUTLOOK.EXE kalmasın) ve yeniden açın.
• İzin sonrası denemeyi önce Outlook on the web'de yapın. Orası önbellek tutmadığı için en hızlı sonucu verir.
• Giden Kutusu'nda takılı kalmış ileti varsa silip yeniden yazın. Takılı ileti eski izinle denenmiş olabilir.

Çözüm 4: Outlook'ta Gönderen alanını gösterin ve adresi seçin

İzin tamam olduğu hâlde ileti yine kendi adresinizden çıkıyorsa Gönderen (From) alanı kapalı olabilir. Microsoft'un Gönderen alanını gösterme sayfasına göre adımlar şöyledir (2026-10 itibarıyla):

• Klasik Outlook: yeni ileti açın. İleti kendi penceresinde açılıyorsa Options (Seçenekler) sekmesinde, okuma bölmesinde açılıyorsa Message (İleti) sekmesinde From düğmesine tıklayın. Gönderen satırı, siz kapatana kadar sonraki iletilerde de kalır.
• Yeni Outlook: yeni ileti açın, Options sekmesinde Show From (Gönderen'i göster) seçeneğine tıklayın, ardından Send (Gönder) düğmesinin yanındaki From bölümünden hesabı seçin.

Listede paylaşılan adres yoksa Other email address (Başka e-posta adresi) seçeneğiyle adresi elle yazabilirsiniz. Yetki doğruysa ileti çıkar. Outlook on the web için Microsoft'un bu sayfası adım vermiyor, o yüzden masaüstü istemciyle karşılaştırmak yerine yönetim merkezi izinlerine güvenin.

Çözüm 5: Gizlenmiş posta kutusunu kontrol edin

Microsoft belgesi şu uyarıyı içerir: posta kutusu adres listelerinden gizlenmişse, ona Farklı Gönder ya da Adına Gönder izni verilse bile yetkili kişi ondan ileti gönderemez. Kutuyu başka bir nedenle gizlemişseniz bu, bu hatayı üretir. Gizlilik durumuna şöyle bakılır:

Get-Mailbox "destek@sirketiniz.com.tr" | Format-List HiddenFromAddressListsEnabled
Set-Mailbox "destek@sirketiniz.com.tr" -HiddenFromAddressListsEnabled $false

Kutuyu gizleme sebebiniz varsa (ör. yalnızca sistemlerin gönderdiği bir adres) önce bu belgeyi dikkate alıp tasarımı gözden geçirin.

Senaryoya Özel Dallar

Tek kullanıcı mı, bütün ekip mi etkileniyor?

Tek kullanıcı etkileniyorsa izin listesinde adını arayın. Bütün ekip etkileniyorsa genellikle grup üzerinden verilen izin yanlış gruba verilmiştir ya da grup sadece dağıtım listesi olduğu için yetkili olarak kabul edilmemektedir. Microsoft belgesine göre yetkili olarak posta özellikli güvenlik grupları desteklenir. Adına Gönder için dağıtım grupları da listelenir, Farklı Gönder için ise yetkili türleri posta özellikli kullanıcılar ve güvenlik gruplarıyla sınırlıdır.

Paylaşılan posta kutusu yerine bir grup adresinden göndermek

Dağıtım grubu, dinamik dağıtım grubu, posta özellikli güvenlik grubu ve Microsoft 365 grupları için de Farklı Gönder verilebilir. Exchange yönetim merkezinde Recipients altındaki Groups sayfasından grubu açın, Settings sonrasında Manage delegates bölümünden Farklı Gönder ya da Adına Gönder'i düzenleyin. PowerShell tarafında Adına Gönder için grup türüne göre Set-DistributionGroup, Set-DynamicDistributionGroup ya da Set-UnifiedGroup komutlarını kullanırsınız.

Yeni Outlook, klasik Outlook ve web farkı

İzin sunucuda tutulur, istemciye bağlı değildir. Dolayısıyla izin verildiyse üç istemcide de çalışmalıdır. Biri çalışıp diğeri çalışmıyorsa sorun istemcide, çoğunlukla Gönderen alanındadır ya da profile yanlış hesabın eklenmiş olmasındadır. Tam Erişim sonrası Outlook'un kutuyu otomatik eklemesi (otomatik eşleme) de normaldir. Microsoft'a göre bu, bireysel kullanıcılara verilen izinlerde çalışır, güvenlik grubuna verilen izinde çalışmaz. Gruba izin verdiyseniz kutuyu elle eklemeniz gerekir.

Muhasebe ve ERP yazılımlarının e-posta gönderimi

Logo, Mikro, Netsis gibi yerli muhasebe ve ERP yazılımları e-fatura ya da cari ekstre iletilerini genellikle tek bir adresten (ör. muhasebe@) göndermek üzere ayarlanır. Yazılım bu iletiyi kendi hizmet hesabıyla gönderiyor ve gönderen alanında paylaşılan adres duruyorsa aynı izin kuralı geçerlidir. Hizmet hesabına Farklı Gönder verilmemişse iletiler reddedilebilir. Yazılımın gönderme günlüğüne bakarken yukarıdaki kodları arayın. SMTP kimlik doğrulaması tarafında sorun varsa SMTP kimlik doğrulama 535 5.7.139 hatası yazımız daha uygundur.

Gönderilen İletinin Kopyası Nerede Duruyor?

Hata çözüldükten sonra ikinci şikâyet çoğunlukla "Gönderdim ama kendi Gönderilmiş Öğeler klasörümde yok" cümlesidir. Microsoft'un Set-Mailbox belgesine göre MessageCopyForSentAsEnabled ve MessageCopyForSendOnBehalfEnabled parametreleri varsayılan olarak $false değerindedir. Bu parametreler açıldığında ilgili izinle gönderilen iletinin bir kopyası gönderenin posta kutusuna da bırakılır. Paylaşılan posta kutuları için bu parametreler önceden vardı, Exchange Online'da kullanıcı posta kutularında da kullanılabilir hâle gelmiştir.

Set-Mailbox "destek@sirketiniz.com.tr" -MessageCopyForSentAsEnabled $true -MessageCopyForSendOnBehalfEnabled $true

Bunu açıp açmamak bir tasarım kararıdır. Açarsanız kimin ne gönderdiğini kişi kendi kutusunda da görür, kapalı bırakırsanız tüm geçmiş yalnızca paylaşılan kutuda toplanır.

Yönetici Tarafı Kontroller ve Destek Talebi Hazırlığı

Çözüm yine olmuyorsa Microsoft destek ekibine ya da kendi BT ekibinize şu bilgileri tek mesajda iletin. Böylece ilk gün kaybolmaz:

• Gönderilmek istenen adres ve türü (kullanıcı, paylaşılan, grup),
• Gönderen kullanıcının adı ve izin listesindeki durumu (yukarıdaki üç komutun çıktısı),
• Hata iletisinin tam metni ve varsa NDR içindeki 0x80070005 koduyla SendAsDenied ifadesi,
• İznin ne zaman verildiği ve hatanın hangi saatte alındığı,
• Aynı denemenin Outlook on the web'de sonucu,
• Posta kutusunun adres listesinde görünür olup olmadığı.

NDR'nin diagnostic information for administrators bölümü varsa o bölümü kısaltmadan yapıştırın. Sunucu adı ve saat damgası, olayı bulmayı en çok kolaylaştıran alanlardır. Posta akışı hatalarında diğer rehberimiz 550 5.7.708 hatası çözümü de işinize yarayabilir.

Önleyici Kontroller: Bir Daha Yaşamamak İçin

1. İzni gruba verin, kişiye vermeyin. Ekip değiştiğinde tek yer güncellenir.
2. Tam Erişim ile gönderme iznini ayrı düşünün. Her paylaşılan kutu kurulumunda ikisini de kontrol listesine yazın.
3. Kutuyu gizlemeden önce göndereceğiniz kişileri düşünün. Gizli kutudan gönderme çalışmaz.
4. İzinleri üç ayda bir gözden geçirin. İşten ayrılan ya da görev değiştiren kişilerin Farklı Gönder hakkı sürüyorsa bu kimlik sahtekârlığı riskidir.
5. Gönderilen kopya ayarını bilinçli seçin.

KVKK tarafında 6698 sayılı Kanun'un 12. maddesi, veri sorumlusunun kişisel verileri korumak için gerekli teknik tedbirleri almasını ister. Paylaşılan kutulara herkese Tam Erişim vermek bu tedbir anlayışıyla örtüşmez. Sadece göndermesi gereken kişiye Farklı Gönder vermek hem hatayı çözer hem erişimi gereksiz yere genişletmez. İzin tasarımınızı kurumsal güvenlik politikanızla birlikte ele almak istiyorsanız Microsoft güvenlik çözümlerimize göz atın.

Benzer Hatalar ve Farkları

• 535 5.7.139 (SMTP kimlik doğrulaması): izin değil, oturum açma yöntemi sorunudur. Ayrıntısı için ilgili yazımız.
• 550 5.7.708: gönderilen altyapının itibarıyla ilgilidir, izinle değil.
• Outlook sürekli şifre soruyor: kimlik bilgisi sorunudur, bkz. Outlook sürekli şifre soruyor.
• Posta kutusu tam taşınamadı: başka bir kuruma geçerken izinler de taşınmamış olabilir. Bunun için kiracı birleştirme sonrası kontroller yazımıza bakın.

İzin tasarımı, paylaşılan kutuların düzeni ya da bir e-posta taşıma sonrası yaşanan yetki karışıklığı için 15 dakikalık ücretsiz teknik görüşme isterseniz WhatsApp'tan yazın ya da çözümler sayfamızdan ilgili konuyu seçin.

Acelesi olmayan bir hazırlık yapmak isterseniz paylaşılan posta kutusu kurulum adımlarını iletişim sayfamızdan sorabilirsiniz.

Sıkça Sorulan Sorular (SSS)

Paylaşılan posta kutusundan neden gönderemiyorum, oysa içeriğini görebiliyorum?

Posta kutusunu görmek Tam Erişim (Full Access) iznidir ve gönderme hakkı vermez. Microsoft'a göre bu izin kullanıcıya posta kutusunu açma ve içeriği yönetme hakkı tanır. O adresten ileti göndermeye izin vermez. Gönderebilmek için "Farklı Gönder" (Send As) ya da "Adına Gönder" (Send on Behalf) izni verilmelidir.

Farklı Gönder ile Adına Gönder arasındaki fark nedir?

Farklı Gönder'de alıcı iletiyi doğrudan posta kutusundan gelmiş gibi görür, gönderen kişiye dair bir ize rastlamaz. Adına Gönder'de ise gönderen kısmında "Gönderen kişi adına Posta Kutusu" ifadesi görünür ve yanıtlar posta kutusuna gider. İki izin birlikte verilirse Microsoft'a göre her zaman Farklı Gönder kullanılır.

İzin verdim ama hata sürüyor, ne kadar beklemeliyim?

Microsoft izin yayılımı için kesin bir süre yayımlamıyor. Sahadaki deneyimimiz birkaç dakika ile yaklaşık bir saat arasında değişiyor. Bu sürede Outlook'u tamamen kapatıp açın, hâlâ olmuyorsa Outlook on the web'den (outlook.office.com) deneyin. Bir saati aşarsa izni PowerShell ile doğrulayın.

Adına Gönder izni Exchange yönetim merkezinde neden görünmüyor?

Microsoft belgesine göre paylaşılan posta kutuları için Adına Gönder izni yönetim merkezinde sunulmaz. Bu izin Set-Mailbox komutunun GrantSendOnBehalfTo parametresiyle PowerShell üzerinden verilir. Çoğu kurum zaten paylaşılan posta kutusunda Farklı Gönder'i tercih eder.

Gönderilen iletinin bir kopyası neden kendi Gönderilmiş Öğeler klasörümde yok?

Çünkü Microsoft'un Set-Mailbox belgesine göre MessageCopyForSentAsEnabled ve MessageCopyForSendOnBehalfEnabled parametreleri varsayılan olarak kapalıdır (false). Bunları açtığınızda gönderilen iletinin kopyası gönderenin posta kutusuna da bırakılır.

Gizli (adres listesinden gizlenmiş) bir posta kutusundan gönderilebilir mi?

Microsoft belgesine göre posta kutusu adres listelerinden gizlenmişse yetkili kişi ondan ileti gönderemez. Posta kutusunu adres listesinde görünür yapmak ya da gizlenme ihtiyacını gözden geçirmek gerekir.

Bu hatayı yaşayan kurumlarda KVKK açısından nelere dikkat edilmeli?

Kolay çözüm olarak herkese Tam Erişim vermek posta kutusundaki kişisel verilere gereksiz erişim açar. Kurum olarak veri sorumlusu sıfatıyla gerekli teknik tedbirleri almakla yükümlüsünüz (6698 sayılı Kanun madde 12). Sadece göndermesi gereken kişiye Farklı Gönder vermek bu ilkeye daha uygundur.

Kurulumu ve izin düzenini sizden almak mümkün mü, kur farkı kime yansır?

Evet. Xen Bilişim, paylaşılan posta kutusu ve izin düzeninizi kurup belgelemeyi baştan sona üstlenir. Hizmet dolar bazlı ise TL faturalandırmada kur riskini biz üstleniyoruz. Teklif için iletişim sayfamızdan bize ulaşabilirsiniz.

Sonuç: Önce İzni Doğrulayın, Sonra İstemciyi Suçlayın

"Belirtilen kullanıcı adına ileti gönderme izniniz yok" hatası, çoğu zaman karmaşık bir arıza değil, eksik bir izindir. Posta kutusunu görebilmek göndermeye hak kazandırmaz. Bu nedenle ilk iş, izin listesinden kişinin Farklı Gönder ya da Adına Gönder hakkı olup olmadığına bakmak olmalıdır.

İzin tamamsa sıradaki şüpheliler izin yayılımı, Outlook'taki Gönderen alanı ve adres listesinden gizlenmiş kutudur. Kalıcı çözüm ise izni gruba vermek, kimin hangi adresten gönderebildiğini düzenli gözden geçirmek ve Tam Erişim ile gönderme izinlerini ayrı ayrı belgelemektir. Bu hem günlük işleyişi hem KVKK uyumunu kolaylaştırır.

Microsoft İstanbul ekibi olarak kurumunuzun paylaşılan posta kutusu ve izin düzeninde kurulumdan günlük destek taleplerine kadar baştan sona destek veriyoruz. İletişim sayfamızdan bize ulaşın.

Kaynaklar (2026-10 itibarıyla): Exchange Online'da alıcı izinlerini yönetme, Paylaşılan posta kutusunda Tam Erişim varken ileti gönderilemiyor, Set-Mailbox, Gönderen alanını gösterme, Microsoft Q&A: paylaşılan posta kutusundan gönderilemiyor.