Posta kutusu bağlama
Talep sistemi gelen postayı IMAP üzerinden toplar ve yanıtları SMTP üzerinden gönderir. Çoğu sağlayıcıda bir kullanıcı adı ve parola yeter. Microsoft 365 istisnadır; nedeni ve yaklaşık on dakikada nasıl çözüldüğü aşağıda.
Sağlayıcınızın neyi desteklemesi gerekir
Sağlayıcınızı aşağıda bulun. Üç durumdan ikisi hiç fazladan iş gerektirmez.
| Sağlayıcı | Neye ihtiyacınız var | Doğrudan bağlanır |
|---|---|---|
| Kendi posta sunucunuz, web barındırıcıları (all-inkl, Strato, IONOS, Mailbox.org …), yerinde kurulu Exchange | Posta kutusunun kullanıcı adı ve parolası. | evet |
| Google Workspace / Gmail | Bir uygulama parolası. Google normal hesap parolasını geri çevirir. Hesapta iki adımlı oturum açma açık olmalıdır; onsuz Google uygulama parolası sunmaz. | evet |
| Microsoft 365 / Outlook.com | Doğrudan mümkün değil. Microsoft IMAP için kullanıcı adı ve parolayla oturum açmayı kapattı ve uygulama parolaları da işe yaramaz, çünkü aynı düzeneği kullanırlar. Çözüm yolu, yönlendirmeli, kendine ait bir yardım masası posta kutusudur (kılavuz aşağıda). | hayır |
Microsoft 365 neden doğrudan bağlanmaz
Microsoft, Exchange Online'da IMAP için “basic authentication” yöntemini kapattı. Bu, yalnızca bizimkini değil, bir Microsoft 365 posta kutusunu doğrudan okuyan her programı etkiler. Ardılı OAuth2'dir ve bu, Azure dizininizde kendi uygulamanızı kaydetmenizi ve ona erişim vermenizi gerektirir. OAuth2 desteğimiz henüz yok; planlanmıştır, ama bilinçli olarak tarih vermiyoruz. Birçok müşteri için aşağıdaki yol zaten daha iyisidir: dizin yöneticisi gerektirmez ve süresi dolan erişim izinleri gerektirmez.
Oturum açma bundan etkilenmez: Microsoft Entra ID bir SSO sağlayıcısı olarak bağlanabilir, tıpkı OIDC ya da SAML 2.0 konuşan her sağlayıcı gibi. Yalnızca postayı IMAP üzerinden okumak Microsoft'ta OAuth2 gerektirir ve henüz sunmadığımız şey odur.
Çözüm: yönlendirmeli, kendine ait bir yardım masası posta kutusu
Kullanıcı adı ve parola kabul eden bir sağlayıcıda ayrı bir posta kutusu oluşturursunuz; web barındırma paketinizde genellikle bir tane vardır. Müşterilerinizin bildiği adres oraya yönlendirilir. Talep sistemi yalnızca o tek posta kutusunu okur.
Bunun size kazandırdıkları
- Talep sistemi şirket posta kutunuza hiçbir zaman erişmez, yalnızca oraya yönlendirilen iletilere erişir.
- Uygulama kaydı yok, dizin yöneticisinin onayı yok, 90 gün sonra süresi dolan erişim izinleri yok.
- Her sağlayıcıda aynı şekilde çalışır, posta sağlayıcısı değiştirdikten sonra da.
- Barındırılan yardım masaları varsayılan olarak tam olarak böyle çalışır. Fark şu: burada posta kutusu sizindir ve veriler sizin sunucunuzda kalır.
Adım adım
Yardım masası posta kutusunu oluşturun
Web barındırıcınızda ya da kullanıcı adı ve parolayla IMAP'a izin veren herhangi bir sağlayıcıda. ⚠️ Ana alan adınızın postası zaten Microsoft 365 tarafından yürütülüyorsa adres o alan adında olamaz; bir alt alan adı ya da barındırıcınızın alan adını kullanın. IMAP sunucusunu ve bağlantı noktasını (genellikle SSL ile 993) ve SMTP sunucusunu ve bağlantı noktasını (genellikle SSL ile 465 ya da STARTTLS ile 587) not edin.
Microsoft 365'te yönlendirmeyi kurun
Microsoft 365 yönetim merkezinde, müşterilerinizin yazdığı adresi yeni posta kutusuna yönlendirin. ⚠️ Microsoft dış adreslere otomatik yönlendirmeyi varsayılan olarak engeller; yöneticinizin buna giden istenmeyen posta süzme politikasında açıkça izin vermesi gerekir. Yoksa hiçbir şey ulaşmaz ve posta kutusu da bir hata göstermez.
Talep sistemine girin
Settings → E-mail: IMAP sunucusunu, bağlantı noktasını ve SSL ayarını girin, sonra her ekip için posta kutusunu kullanıcı adı ve parolasıyla girin. İşlenmiş posta için hedef klasörü yazmanız gerekmez; “Read from server” gerçek klasör listesini getirir, çünkü klasör adları her sağlayıcıda başka türlü görünür.
Gönderen adresini belirleyin
SMTP altında, müşterilerinizin yanıtlarınızın göndereni olarak hangi adresi göreceğine karar verirsiniz. Genellikle doğru olan, zaten bildikleri adrestir. Gönderim, o gönderen adresine izin veren bir sunucu üzerinden yapılmalıdır; normalde yardım masası posta kutusuyla aynı sağlayıcı.
Sınayın
Müşterilere açık adresinize bir posta gönderin. Bir dakika içinde talep sistemdedir ve onay gönderene ulaşmıştır. Hiçbir şey gelmezse önce yardım masası posta kutusunun istenmeyen posta klasörüne bakın.
Dikkat edilecekler
Yönlendirilen posta istenmeyen postaya düşebilir
Alıcı posta kutusunda yönlendiren sunucu artık iletinin göndereniyle uyuşmaz. İlk günlerde istenmeyen posta klasörüne bakın ve yönlendirme kaynağını izin listesine ekleyin.
Gönderim işin öbür yarısıdır
Microsoft, kullanıcı adı ve parolayla SMTP gönderimini de kısıtlıyor ve kapatmayı planlıyor. Gönderimi baştan yardım masası posta kutunuzla aynı sağlayıcı üzerinden yapmayı planlayın.
Yardım masası posta kutusunda ofis dışı yanıtı olmasın
İki taraftaki otomatik yanıtlar birbirine sekip durabilir. Talep sistemi onayı müşterilerinize kendisi gönderir; posta kutusunun buna ihtiyacı yoktur.
Ekip başına bir posta kutusu
Talep sistemi ekip başına tam olarak bir posta kutusu okur. Birden çok alan için, örneğin BT ve muhasebe, birer posta kutusu ve birer yönlendirme kuralı oluşturun.
Google Workspace ve Gmail için kısa kılavuz
Burada yönlendirmeye gerek yok. Bir uygulama parolanız olduğunda posta kutusu doğrudan bağlanır.
- 1.Google hesabı için iki adımlı oturum açmayı açın. Onsuz Google uygulama parolası sunmaz.
- 2.Hesabın güvenlik ayarlarında bir uygulama parolası oluşturun ve not edin; yalnızca bir kez gösterilir.
- 3.Talep sistemine girin: IMAP imap.gmail.com, SSL ile 993 numaralı bağlantı noktası; SMTP smtp.gmail.com, SSL ile 465 numaralı bağlantı noktası. Hesap parolasını değil, uygulama parolasını kullanın.
- 4.Klasör adlarını yazmayın: Gmail sistem klasörlerini “[Gmail]/…” gibi adlar altında tutar. Talep sisteminde “Read from server” seçeneğini kullanın ve klasörü listeden seçin.
Sağlayıcınız için neyin geçerli olduğundan emin değil misiniz? Hangisini kullandığınızı bize bildirin, size en kısa yolu söyleyelim.
Bize sorun