Gönderdiğim Gmail iletilerimden “Adına” yazmasından nasıl kurtulurum?

47

1 birincil alan adı ve bir ikincil takma ad alanı olan bir Google Apps hesabım var (hadi example.co.uk ve example.com diyelim). Diğer alan adından e-postalar gönderdiğimde, alıcı kişi göndereni "biraz dağınık olan" alex@example.co.uk Adına alex@example.com Adında "olarak görüyor. Bundan nasıl kurtulurum?

gmail google-apps google-apps-email

— x3ja
kaynak

38

Bunu yapmak için, Gmail’i "harici" bir posta sunucusu üzerinden e-posta gönderecek şekilde ayarlamanız gerekir. Ancak takma ad alanı zaten Google’a kayıtlı olduğundan, bu "harici" sunucuyu sunucularına ayarlayabilir ve iyi çalışmasını sağlayabilirsiniz!

Gmail -> Ayarlar -> Hesaplar -> Bilgileri Düzenle (takma hesapta) -> Sonraki Adım -> example.com SMTP sunucuları üzerinden gönderin (profesyonel alanlar için önerilir) ...
SMTP Sever: smtp.gmail.com, Bağlantı Noktası 465
Kullanıcı Adı: alex@example.co.uk (Not: takma ad alan adı girişi değil, ana Gmail giriş adınız)
Şifre: (Yukarıdaki hesap için şifre)
Posta gönderirken Her zaman güvenli bağlantılar kullan (SSL) seçeneğini seçin.

Bu diğer alan adının takma adı olarak eklenmemişse ve yalnızca ek bir e-posta adresinden gönderiyorsanız, bu diğer alan adının e-posta sunucuları aracılığıyla göndermeniz gerekir.

(Evet, kendi soruma cevap verdiğimi biliyorum, ancak bunu çözmem biraz zaman aldı, ben de paylaşmak istedim!)

— x3ja
kaynak

Evet, böyle yapıyorum.

— Maxim Zaslavsky

2

Değil iş, üst etki alanı e-posta başlıklarında hala görülebilir mu: Return Path, Recieved-SPFve Authentication-Resultstüm o üst etki alanı ayrıntıları var.

— Shevek

O zaman hala Adına mesaj aldın mı? Öyleyse, ana alan adı Google Apps’a takma ad olarak mı kaydedilmiştir?

— x3ja

3

Kendi sorunuza cevap vermek tamamen iyi! Paylaşım için teşekkürler.

— Tim Büthe

1

Google yanlış anladım gibi görünüyor. SPF alanını etki alanım için uygun şekilde ayarladığımda, "via" alanı görünmeye başladı. Bunun tersi olacağını hayal ediyorum.

— Stavros Korokithakis

4

Gmail’in gönderme özelliğini kullanabilirsiniz. Ayarlar -> hesaplar ve içe aktarma altında, söz konusu e-posta adresini düzenleyin ve istendiğinde "example.com SMTP sunucuları üzerinden e-posta gönder" seçeneğini seçin. SMTP sunucusu ayarlarını yapılandırdıktan sonra, gitmeniz iyi olacaktır.

— bdonlan
kaynak

Bu bir takma ad alanı olduğundan (Google’ı posta sunucuları olarak yapılandırılmış), harici posta sunucusu yoktu. Sunucuları Google’ın ayarlarına göre ayarlayabileceğimi anlamak biraz zaman aldı ... aşağıdaki cevabımı görün :)

— x3ja

1

Kabul edilen cevabın neden hem çalıştığı hem de çalışmadığı hakkındaki yazım şöyle:

http://www.stavros.io/posts/how-properly-configure-google-apps-email/

Temel olarak, hem SPF hem de DKIM alanlarını “geçiş” için ayarlamanız gerekir. Hiçbirini ayarlamadıysanız "yolunu" kaldıran bir hata var, ancak bu yalnızca bir hatadır ve yine de her ikisini de teslim etmek için ayarlamanız gerekir. Bu, Gmail’deki "adına" ekranı düzgün bir şekilde kaldırmanıza olanak tanır.

— Stavros Korokithakis
kaynak

Çalışmıyor korkuyorum. SPF ile bile, DKIM ve DomainKeys yapılandırılmış "hala" adına olsun. Benim için çalışan tek çözüm, Gmail’in kendisini harici bir SMTP sunucusu olarak kullanmasıydı.

— Richard,

0

Stavros'un önerdiği şey, e-postalarımızın herhangi bir dış alana güvenilir bir şekilde teslim edilmesini geliştirir ve istenmeyen postalara yol açmamasına neden olur.

Ancak nihayet araştırmak için, " https://admin.google.com/ac/apps/gmail/ enduseraccess" altında bulunan Gsuite Admin'de "Kullanıcı Başına Harici Ağ Geçitlerine İzin Ver" seçeneğinin önemli bir özelliğini AÇIK hale getirdim

Bu, eklediğimiz e-postanın altında, Sonraki Adım'ı tıkladıktan sonra, sadece Kayıtlı seçenek olarak yenilemek yerine, giden alanın SMTP sunucusu oturum açma ayrıntılarını sağlayan bir sonraki ekrana gelir ve orada tekrar userid @ aliasdomain ad ve şifre.

Bu, nihayetinde, Postaların Adına veya Via'yı gösteren görünüm istemcileri olmadan her zaman user @ aliasdomain olarak çıkmasını sağlamıştır.

Sanırım Stavros'un önerdiği adımların DNS seviyesinde de gerekli olduğu ancak bu adımın zaten açık olduğunu ve SMTP detaylarına rağmen On Adının gösterdiğini varsaymış olabilir.

Öyleyse, durumunuzda eksik olan "Kullanıcı Başına Harici Ağ Geçitlerine İzin Ver" seçeneğinin etkinleştirilmesi olabilir

— Mahesh Shankaranarayanan
kaynak