Mesaj sunucunuzdan çıkar, günlük 250 2.0.0 Ok der ve yine de spam klasörüne düşer. Hiçbir şey başarısız olmamıştır. Size neyin yanlış gittiğini söyleyecek hiçbir şey de yoktur, çünkü alıcı ağ geçidinin kendini açıklama gibi bir yükümlülüğü yoktur ve açıklamamak için her türlü teşviğe sahiptir — filtreyi açıklamak, insanlara onu nasıl atlatacaklarını öğretmenin ta kendisidir. Bu sessizlik, kendi barındırdığınız postayı düzeltilemezmiş gibi hissettiren şeydir ve çoğu kişinin iki hafta sonra bundan vazgeçip kendi adına güvenilir olması için başka birine para ödemeye geri dönmesinin nedeni de budur.
Çözüm neredeyse hiçbir zaman posta sunucusunda değildir. Dört DNS kaydındadır — bunlardan biri kayıt şirketinizde hiçbir şekilde ayarlanamaz — ve size verilen IPv4 adresinin geçmişindedir; sizin yazmadığınız ve genellikle göremediğiniz bir geçmiş. Bu yüzden bu rehber önce kayıtları, sonra yazılımı ele alır: her birinin bir ağ geçidine gerçekte ne kanıtladığı, kusursuz görünen kurulumları sessizce bozan hizalama kuralı, her iki yönde de eşleşen bir PTR’nin nasıl elde edileceği ve henüz kimsenin kefil olmadığı bir adresin nasıl ısıtılacağı. Ardından eğitimlerin atladığı kısım — postanızı kendiniz barındırmanın size gerçekte ne kazandırdığı ve ne kazandırmadığı.
Kendi barındırdığınız posta neden spam’e düşer — ve bunun nedeni neredeyse hiçbir zaman yazılım değildir
Postfix sorun değildir. 1998’den beri postayı yetkinlikle teslim ediyor ve siz onu nasıl yapılandırırsanız tam olarak onu yapacaktır. Sorun, SMTP’nin varsayılan olarak hiç kimseye bir statü tanımamasıdır; bu yüzden alıcı bir ağ geçidi bilinmeyen bir sunucuya inanıp inanmayacağına karar vermek zorundadır — ve bu kararı sabit bir sırayla verir, çoğunlukla mesajınız hiç incelenmeden önce:
- Bağlanan IP, ilk ve en zor olanı. Sunucunuz
EHLO’nun ötesinde bir şey söylemeden önce, ağ geçidi adresi herkese açık engelleme listelerinde (SpamhausSBL,XBL,PBLveCSS, Barracuda, SpamCop) ve çevredeki/24’ü ve ASN’yi de izleyen kendi özel itibar deposunda zaten aramıştır. Listelenmiş bir adres, günlükleri kimse okumuyorsa hiç göremeyebileceğiniz bir retle bağlantı anında reddedilir. - Adresin iddia ettiği isim. Eksik bir
PTR, birkaç büyük sağlayıcı tarafından bağlantıların doğrudan reddedilmesine yol açar.ip-203-0-113-10.example-host.nettüründen genel, sağlayıcı tarafından atanmış birPTR, göründüğünden daha kötüdür — bu, tüketici hatlarının ve gözetimsiz kutuların tam da imzasıdır ve botnet’lerin yaşadığı yer de burasıdır. - Kimlik doğrulama. SPF, DKIM ve ardından DMARC, bu sırayla değerlendirilir ve bir sonraki bölümdeki hizalama kuralıyla birleştirilir. Kağıt üzerinde doğru görünen bir kurulumun genellikle başarısız olduğu yer burasıdır.
- Ancak ondan sonra, mesajın kendisi. İçerik sezgiselleri, liste hijyeni, oluşturduğunuz şikayet oranı ve alıcıların sonraki haftalarda nasıl davrandığı.
Bu dördün üçü, içeriğinizin tek bir baytı bile puanlanmadan önce karara bağlanır; bu da tüm işi yeniden çerçeveler: daha iyi e-postalar yazmıyorsunuz, bir itimat kaydı inşa ediyorsunuz. En büyük iki alıcı asgari koşulu yazılı hale getirmiştir, bu yüzden tabanın ne olduğu konusunda tahmin yürütmeye gerek yoktur. Her gönderenin SPF veya DKIM’e, geçerli ileri ve ters DNS’e, bağlantıda TLS’e ve 0.3%’in altında bir spam şikayet oranına ihtiyacı vardır; toplu gönderen her şeyin ise SPF ve DKIM ve hizalamalı bir DMARC kaydına, artı tek tıkla abonelikten çıkmaya ihtiyacı vardır. Bunu hedef değil, giriş ücreti olarak görün.
Dört kayıt ve her birinin gerçekte ne kanıtladığı
Her kayıt farklı bir soruyu yanıtlar ve bunları akılda tutmanın işe yarar yolu, sahte üretmek isteyen birinin bunu taklit edebilmek için neyi kontrol etmesi gerekeceğini düşünmektir.
- PTR — adresin sahibi sizinle aynı fikirde. Bir IP’nin ters bölgesi, tahsisi elinde tutan kime aitse ona devredilmiştir; bu yüzden kayıt şirketinizde ekleyemeyeceğiniz tek kayıt budur.
mail.example.com’u gösteren birPTR, artı aynı IP’ye geri işaret edenmail.example.comiçin birAkaydı, FCrDNS’tir — ileriye doğru onaylanmış ters DNS. Bu, adresin sahibi ile alan adının sahibinin aynı taraf olduğunu, ya da en azından birbirleriyle konuşur durumda olduklarını kanıtlar. - SPF — bu sunucunun bu zarf için göndermesine izin verildi. Bir alan adı için göndermesine izin verilen sunucuları listeleyen bir
TXTkaydı. Tuzak, kapsamdadır: SPF, zarf göndereni (Return-Pathhaline gelenMAIL FROM) veHELOadını doğrular. Alıcınızın gerçekte okuduğuFrom:başlığı hakkında hiçbir şey söylemez; SPF’in tek başına hiç kimsenin sizin kimliğinize bürünmesini engellememiş olmasının nedeni de budur. - DKIM — bu mesaj bir alan adı tarafından imzalandı ve değiştirilmedi. Sunucunuz seçili başlıkları ve gövdeyi özel bir anahtarla imzalar; ortak yarı, DNS’te
<selector>._domainkey.<domain>adresinde durur. SPF’in aksine yönlendirilmeye dayanıklıdır, çünkü kanıt, hangi IP’nin teslim ettiğine bağlı olmak yerine mesajın içinde seyahat eder. - DMARC — ve herkesin yanlış anladığı kayıt bu. DMARC yalnızca SPF veya DKIM’in geçmiş olmasını istemez. Geçen mekanizmanın hizalı olmasını, yani görünen
From:başlığındaki alan adıyla eşleşmesini ister. Gevşek hizalama, eşleşen bir kurumsal alan adını kabul eder (böylecemail.example.com,example.comile hizalanır); katı hizalama ise tam bir eşleşme talep eder.
Bu hizalama kuralını ayrıca belirtmeye değer, çünkü kendi barındırdığınız postada en çileden çıkarıcı destek konusunu tek başına o üretir: bir mesaj SPF’i geçebilir, DKIM’i geçebilir ve yine de DMARC’ta başarısız olabilir — ikisi de From:’taki alan adı olmayan bir alan adı için geçtiğinde. Bu, posta zarfını yeniden yazan bir relay üzerinden çıktığı anda, ya da bir bundle kendi alan adınız yerine kendi ana bilgisayar adıyla imzaladığında olur. Günlüklerinizde her şey yeşil görünür ve mesaj yine de karantinaya alınmıştır. Geçişi değil, hizalamayı okuyun.
Başlamadan önce neye ihtiyacınız var
Tahmin edeceğinizden daha az donanım, ve isteyeceğinizden daha fazla bağlılık.
- Elde tutmayı düşündüğünüz bir alan adı. İtibar, adrese olduğu kadar sıkı biçimde alan adına da yapışır ve aylar içinde birikir. Gelecek yıl bırakabileceğiniz bir alan adı ısıtmaya değmez.
- Posta için değil, filtreleme için boyutlandırılmış mütevazı bir plan. Mesaj teslimi neredeyse hiçbir şeye mal olmaz; spam filtreleme ve indeksleme ise RAM’e mal olur. Cub (1 vCPU / 2 GB / 40 GB NVMe, $5.00/mo), tek bir alan adı ve bir avuç posta kutusu için Postfix, Dovecot ve Rspamd’yi şikayetsizce çalıştırır. Scout (2 vCPU / 4 GB / 70 GB, $9.00/mo), ayrıca ClamAV ve bir arama indeksi isteyen konteynerleştirilmiş bir bundle için dürüst tabandır. Büyüyen kısım disktir, bu yüzden onu bugün için değil arşiv için boyutlandırın.
- Geçmişi olmayan, size özel bir IPv4 ve yönlendirilmiş bir IPv6 /64. Her plan ikisiyle birlikte gelir. Bu, daha sonra yapılandırmayla düzeltemeyeceğiniz bileşendir ve geri dönüştürülmüş bütçe-bulut adreslerinin posta için yanlış bir tasarruf olmasının nedenidir.
- Giden port 25. Her planda açıktır, açtırmak için bilet oluşturmaya gerek yoktur. Kabul edilebilir kullanım politikası istenmeyen toplu postayı ve açık relay’leri yasaklar; bu da tam olarak aralıkları meşru gönderen herkes için teslim edilebilir tutan şeydir.
- Şablon kitaplığından Debian 13, ve kasıtlı olarak seçilmiş bir yargı yetkisi bölgesi. Posta gecikmeye duyarlı değildir, bu yüzden konumu birkaç milisaniye için değil, posta kutusunun yasal olarak nerede oturması gerektiğine göre seçin.
Bir stack seçmek, dürüstçe
Üç şekil vardır ve yanlışını seçmek, hafta sonlarının nasıl yok olduğudur.
- Elle bir araya getirilmiş. MTA olarak Postfix, IMAP ve kimlik doğrulama için Dovecot, filtreleme ve DKIM imzalama için Rspamd. Toplamda belki iki yüz satır yapılandırma; hepsini okuyabilirsiniz ve hiçbiri gizli değildir. En fazla kontrol, en fazla anlayış gerektirir ve bu rehberin varsaydığı sürüm budur.
- Bir bundle. mailcow özellik bakımından eksiksizdir ve konteyner tabanlıdır; rahat çalışması için gerçekten 4 GB ister. Mail-in-a-Box seçimlerini olduğu gibi kabul ederseniz tutumlu ve keyiflidir. Stalwart, SMTP, IMAP, JMAP ve filtrelemeyi tek bir süreçte kapsayan tek bir binary’dir ve üçü arasında açık farkla en hafif olanıdır. Hepsi bir saatte kurulur; hiçbiri DNS’inizi sizin için yapmaz.
- Sizin çalıştırmadığınız bir relay. Gereksinim “uygulamam parola sıfırlamaları göndermeli” ise ve hiçbir zaman bir posta kutusu olmayacaksa, bir MTA tamamen yanlış şekildir. Bir smarthost yapılandırın ve öğleden sonrayı başka bir şeye harcayın.
Stack, teslim edilebilirliğinizi belirlemez. Cumartesinizin ne kadarına mal olacağını belirler. Postanızın ulaşıp ulaşmayacağını belirleyen her şey DNS’te ve tek bir adresin itibarında gerçekleşir — ki bu da bir sonraki bölümün tamamıdır.
Adım adım
- Tek bir ana bilgisayar adı seçin ve önce ileri DNS’i doğru yapın
Sunucu için tek bir kanonik ad seçin —
mail.example.comgelenekseldir ve akıllılık taslamak için hiçbir neden yoktur. VPS’inize işaret edenAkaydını (ve IPv6 üzerinden göndereceksenizAAAAkaydını) yayımlayın, ardından alan adınınMX’ini bu ada işaret ettirin. BirMX, bir IP değeri veya birCNAMEdeğil, mutlaka bir ana bilgisayar adı belirtmelidir; ikincisini reddeden ağ geçitleri bunu yapmakta haklıdır ve birçoğu bunu yapar.dig +short A mail.example.com dig +short AAAA mail.example.com dig +short MX example.comBunu PTR’yi istemeden önce yapın, sonra değil. Ters DNS her iki yönde de doğrulanır ve henüz çözümlenmeyen bir ada işaret eden bir
PTR, hiçPTRolmamasından daha kötüdür. - Deploy edin, sertleştirin ve sistem ana bilgisayar adını eşleştirin
Şablon kitaplığından Debian 13’ü deploy edin ve herkese açık bir portta bir şey dinlemeye başlamadan önce ona her zamanki on dakikalık temel sıkılaştırmayı uygulayın: yalnızca SSH anahtarları, devre dışı bırakılmış root parola girişi, varsayılan reddet nftables, gözetimsiz güvenlik güncellemeleri. Ardından ana bilgisayar adını az önce yayımladığınız ada ayarlayın, çünkü MTA’nızın duyurduğu
HELO, talep etmek üzere olduğunuzPTRile eşit olmalıdır.hostnamectl set-hostname mail.example.com hostname -f apt update && apt full-upgrade -yhostname -ftam adı yazdırmalıdır. Kısa olanı yazdırıyorsa, tam nitelikli adı kısa takma addan önce gelecek şekilde/etc/hosts’a ekleyin. Ardından yalnızca postanın ihtiyaç duyduğunu açın: sunucudan sunucuya teslimat için gelen25, kendi kimlik doğrulamalı gönderiminiz için587ve465, TLS üzerinden IMAP için993. - PTR kaydını isteyin, ardından döngüyü her iki yönde de doğrulayın
Ters bölge, tahsisi elinde tutan kime aitse ona aittir; bu yüzden bu bir DNS düzenlemesi değil bir taleptir: size özel IPv4’ünüz için
PTR’yi ve IPv6 kullanmayı düşünüyorsanız göndereceğiniz belirli /64 adresi için de kontrol panelinden isteyin. Hiçbir şeye mal olmaz ve bir saat içinde etkin olur. Ardından döngünün kapandığını doğrulayın:dig -x 203.0.113.10 +short dig +short mail.example.comİlki
mail.example.comdöndürmelidir, ikincisi203.0.113.10döndürmelidir. Bu uyum FCrDNS’tir ve kimlik doğrulamanızın geri kalanının karşısında yargılandığı taban budur. Adres başına tam olarak birPTRayarlayın — bir IP için birden fazla ad, ağ geçitlerini etkilemek yerine kafalarını karıştıran eski bir örüntüdür. IPv6 rDNS’ini düzgün tutamıyorsanız, giden teslimatı yalnızca IPv4’e bağlayın; büyük alıcılar v6 üzerinde ölçülebilir şekilde daha katıdır ve eşleşen birPTR’si olmayan bir adresten yapılan bir v6 gönderimi, v4 eşdeğerinin yalnızca puanının düşürüleceği yerde reddedilir. - SPF yayımlayın ve on aramalık sınırın altında kalın
Alan adının kökünde, onun adına ne gönderebileceğini listeleyen tek bir
TXTkaydı. Bir alan adında iki SPF kaydı olması bir birleşme değil kalıcı bir hatadır, bu yüzden kendinizinkini eklemeden önce mevcut birinin olup olmadığını kontrol edin.example.com. IN TXT "v=spf1 mx -all"mx,MX’inizin çözümlendiği her ne ise onu yetkilendirir; bu da az önce kurduğunuz sunucudur. Uyulması gereken kısıtlama, SPF’in değerlendirme sırasında en fazla on DNS-çözümleyen terime izin vermesidir: hera,mx,include:veredirect=bir birime mal olur ve herinclude:ayrıca hedefinin harcadığı her şeyi de özyinelemeli olarak harcar. Onu aşarsanız sonuçpermerrorolur; çoğu alıcı bunu SPF hiç yokmuş gibi ele alır — bir sağlayıcı eklemek suretiyle kimlik doğrulamayı bozmanın gösterişli bir yolu.Hangi sistemlerin siz olarak gönderdiğini hâlâ keşfederken
~all(softfail) kullanın ve DMARC raporlarınız iki haftadır sessiz kaldıktan sonra-all’a (fail) geçin. Şununla doğrulayın:dig +short TXT example.com - Bir DKIM anahtarı oluşturun ve selector’ü yayımlayın
2048 bit RSA makul varsayılandır. Selector’ü, daha sonra döndürmek mümkün olacak şekilde adlandırın —
s2026agibi tarih tabanlı bir ad şimdi hiçbir şeye mal olmaz ve bir yıl sonra can sıkıcı bir öğleden sonrayı kurtarır.mkdir -p /var/lib/rspamd/dkim rspamadm dkim_keygen -s s2026a -b 2048 -d example.com \ -k /var/lib/rspamd/dkim/example.com.s2026a.key chown _rspamd:_rspamd /var/lib/rspamd/dkim/example.com.s2026a.keyKomut, ortak yarıyı
s2026a._domainkey.example.comadresinde yayımlanacak birTXTkaydı olarak yazdırır. 2048 bitlik bir anahtar tek bir 255 karakterlik DNS dizesine sığmaz, bu yüzden tek kayıt içinde birden fazla tırnaklı dizeye bölünmesi gerekir. Çoğu DNS arayüzü bunu sessizce ve doğru biçimde yapar; bazıları yapmaz ve sonuç, yayımlanmış görünen ama asla doğrulanmayan bir anahtar olur. Dünyanın gerçekte ne gördüğünü doğrulayın:dig +short TXT s2026a._domainkey.example.com - DMARC’ı üç aşamada yayına alın, asla tek seferde değil
Gözlem modunda başlayın. Politika henüz hiçbir şey yapmaz; asıl mesele raporlardır.
_dmarc.example.com. IN TXT "v=DMARC1; p=none; rua=mailto:dmarc@example.com; fo=1"İki ila dört hafta boyunca
p=none’da bırakın ve gelen toplu raporları gerçekten okuyun — bunlar XML’dir ve bir görüntüleyici onları saniyeler içinde okunur kılar. Unuttuğunuz kaynakları arıyorsunuz: fatura sistemi, CRM, alan adınız adına gönderen forum. Herhangi bir şeyi sıkılaştırmadan önce bunların her birinin yetkilendirilmesi veya taşınması gerekir.Sonra bir üst kademeye geçin:
p=quarantine; pct=25, raporlar temiz kaldıkça yüzdeyi genişletin ve ancak o zamanp=reject’e geçin. İlk günden doğrudanp=reject’e gitmek, insanların kendi fatura platformlarının hiçbir zaman hizalı olmadığını pahalı ve herkesin gözü önünde keşfetmesinin yoludur. Adli raporlar (ruf=) gizlilik gerekçesiyle büyük alıcılar tarafından büyük ölçüde göz ardı edilir, bu yüzden onlara bağımlı bir süreç kurmayın. - Stack’i kurun ve portu açmadan önce relay’i kapatın
Postfix, Dovecot ve Rspamd’yi — ya da seçtiğiniz bundle’ı — kurun ve ardından, herhangi bir şey internetle yüz yüze gelmeden önce, adresinizin haftayı atlatıp atlatamayacağını belirleyen tek soruyu çözüme kavuşturun.
25portu postayı yalnızca barındırdığınız alan adları için kabul etmelidir. Giden her şey587veya465üzerinden kimlik doğrulamalı gönderimden geçmelidir. Postfix’te bu tek bir satırdır ve sırası önemlidir:smtpd_relay_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destinationArdından bunu internette başka bir yerden kanıtlayın, çünkü açık bir relay’i sunucunun kendisinden test etmek hiçbir şey kanıtlamaz:
swaks --to postmaster@example.org \ --from probe@example.net \ --server mail.example.comBunun bir relay erişimi reddiyle geri çevrilmesini istersiniz. Açık bir relay, tarayıcılar tarafından saatler içinde keşfedilir, adresi kalıcı olarak yakar ve tam da bu nedenle kabul edilebilir kullanım politikası tarafından yasaklanmıştır.
- Bir ağ geçidinin yaptığı gibi test edin, ardından ısınmaya başlayın
Onluk bir puana güvenmek yerine, büyük sağlayıcıların her birinde kontrol ettiğiniz bir hesaba gerçek bir mesaj gönderin ve gelenin tam başlıklarını okuyun.
Authentication-Resultsbaşlığı, alıcının tam olarak neye vardığını size söylemesidir:Authentication-Results: mx.google.com; dkim=pass header.d=example.com; spf=pass smtp.mailfrom=example.com; dmarc=pass (p=NONE) header.from=example.comÜç geçiş gereklidir ama yeterli değildir — alan adlarını da kontrol edin.
header.d,smtp.mailfromveheader.from’un hepsinin aynı kurumsal alan adını adlandırması, çalışırken hizalamanın nasıl göründüğüdür.dmarc, SPF ve DKIM ikisi depassokurkenfailokuyorsa, daha önce anlatılan hizalama bozukluğunu bulmuşsunuzdur ve düzeltme, hangi alan adı tek başına farklıysa ondadır.Bu temiz olduğunda, modern bir cila istiyorsanız MTA-STS ve TLS-RPT ekleyin ve gerçekten göndermeye başlayın — küçük, tutarlı, yanıt verecek kişilere.
Henüz kimsenin kefil olmadığı bir adresi ısıtmak
İtibarı olmayan bir adres nötr başlamaz. Bir ağ geçidinin, aniden göndermeye başlamış tanıdık olmayan bir veri merkezi IP’si için önsel kanaati “muhtemelen istenmeyen”e daha yakındır, çünkü böyle adreslerin ezici çoğunluğunun gerçekte öyle çıktığı ortadadır. Isınma, bu önseli kanıtla değiştirme sürecidir ve hiçbir teknik yolla hızlandırılamaz.
- Küçük başlayın ve yavaşça tırmanın. İlk haftada günde onlu rakamlarda mesaj, birkaç günde bir kabaca ikiye katlanarak, iki ila dört hafta içinde normal hacme ulaşarak. Bir gecede sıfırdan bine çıkan bir gönderen, ele geçirilmiş bir sunucudan ayırt edilemez ve öyle muamele görür.
- Etkileşim hacme ağır basar. Gerçek kişiler tarafından açılan, yanıtlanan ve spam’den çıkarılan mesajlar, ham hacimden çok daha değerlidir. Önce etkileşime geçme olasılığı en yüksek alıcılara gönderin — kendinize, meslektaşlarınıza, sizi zaten tanıyan yazışma arkadaşlarınıza.
- Tutarlı olun. Bir gün iki yüz mesaj ve üç hafta hiçbir şey, asla istikrarlı bir profil oluşturmaz. Sabit bir damlama, aynı aylık toplamda düzensiz bir patlamayı yener.
- Şikayetleri kontrol altında tutun. Yayımlanan eşik değeri 0.3%’tür ve bunun üzerinde yaptığınız başka hiçbir şeyin pek önemi kalmaz. Asıl istediğiniz yer 0.1%’in altında kalmaktır.
- Akışları karıştırmayın. Bültenlerin ve parola sıfırlamalarının tek bir adreste olması, pazarlama şikayet oranının hesap kurtarmanızı spam klasörüne sürüklemesi anlamına gelir. Bunları ayırmak buna değerse, kendi rDNS’ine sahip ikinci, size özel temiz bir IPv4 $2.00/mo’dur.
Adres asıl varlıktır — onu kara listelerin dışında tutmak
Yapılandırma bir saatte yeniden üretilebilir. İtibar aylar sürer ve güvenliği ihlal edilmiş bir iletişim formuyla bir akşamda yok edilebilir. Adresi, gerçekte korumakta olduğunuz şey olarak ele alın.
- Tepki vermek yerine izleyin. Büyükleri bir şikayetten sonra değil, bir programa göre kontrol edin — bir IP’nin kara listede olup olmadığını kontrol etme konusundaki anlatımımız hangi listelerin ağırlığı olduğunu, bir listelemenin nasıl okunacağını ve listeden çıkarmanın gerçekte nasıl işlediğini ele alır.
- Kendi giden trafiğinizi hız sınırlayın. MTA’daki bir üst sınır, güvenliği ihlal edilmiş bir betik ile siz uyanmadan önce giden on bin mesaj arasında duran şeydir. Bu tek ayar, herhangi bir filtreden daha fazla adres kurtarmıştır.
- Kalıcı geri dönüşleri hemen emekliye ayırın. Ölü adreslere tekrar tekrar teslimat yapmak bir spam tuzağı sinyalidir ve geri dönüştürülmüş spam tuzakları, meşru gönderenlerin tam olarak nasıl listelendiğidir.
postmaster@veabuse@adreslerini okuyun. Bunların var olması zorunludur ve bir sorunu bir kara liste öğrenmeden önce sizin öğrendiğiniz yer burasıdır. İki büyük alıcı da doğruladığınız alan adları için ücretsiz itibar panoları yayımlar; size hiçbir herkese açık listenin asla söylemeyeceği şeyleri söylerler.- Miras aldığınız bir kavgayı sürdürmeyin. Adresin sizden önceye tarihlenen bir listelemeyi taşıdığı ya da ticari açıdan önemli bir yerde engellendiği ortaya çıkarsa, başkasının geçmişi için listeden çıkarma kuyruklarında üç hafta geçirmek yerine kontrol panelinden bir değişim talep edin.
Adresin en başta neden temiz geldiği bunun diğer yarısıdır. Yüksek devirli bütçe bulutları IPv4’ü muazzam sayıda kısa ömürlü müşteri arasında geri dönüştürür, bu yüzden “yeni” bir adres, bir ağ geçidi için önemli olan her anlamda rutin olarak elden geçmiş halde gelir. Buradaki her plan, paylaşılan bir havuzun bir dilimi yerine size özel, taranmış bir adresle gelir — temiz bir IP’nin gerçekte ne anlama geldiği, tanımı ve güvenmeden önce onu kendiniz nasıl doğrulayacağınızı ortaya koyar.
Postanızı kendiniz barındırmanın size vermedikleri
Dürüst muhasebe, çünkü yalnızca kazanımları sıralayan bir rehber reklamdır.
- Postanızı özel kılmaz. SMTP, sunucudan sunucuya ve fırsatçı biçimde şifreler; alıcı sağlayıcı, kullanıcılarına gönderdiğiniz her şeyi tıpkı öncesinde olduğu gibi çözer ve okur. Amaç içeriğin gizliliğiyse, aradığınız şey uçtan uca şifrelemedir, sahip olduğunuz bir sunucu değil.
- Meta verileri gizlemez. Kim, kime, ne zaman, ne sıklıkla ve konu satırı ağ üzerinden bozulmadan geçer — ve şimdi kendi sunucunuz da, sorumlusu olduğunuz bir makinede, bunları günlüğe kaydeder.
- Sizi büyük alıcılardan özgür kılmaz. Hâlâ iki şirketten postanızı kabul etmesini istiyorsunuz ve onlar hâlâ koşulları tek taraflı belirliyor. Kendi barındırmak kontrol noktasını taşır; onu ortadan kaldırmaz.
- Kendi kendine işlemez. Sertifikalar yenilenir, anahtarların döndürülmesi gerekir, diskler dolar ve postayı kabul etmeyi sessizce durduran bir posta sunucusu, gönderenlerin sonsuza dek yeniden denemeyeceği mesajları kaybeder. Bu, ne kadar küçük olsa da nöbetçi boyutu olan bir hizmettir.
- Makineyi anonim kılmaz. Bir posta sunucusu, muhtemelen çalıştırabileceğiniz kimliğinizi en çok ele veren şeydir, çünkü alan adınızı DNS’te yayımlamak ve arkasında durmak mekanizmanın tamamıdır. No-KYC bir kayıt, barındırıcınızın sizin hakkınızda bildiklerini sınırlar; bir alıcının görebildikleri konusunda hiçbir şey yapmaz. Bu ayrımı kripto ile ödenen bir VPS’in gerçekten anonim olup olmadığı yazımızda düzgünce ortaya koyduk ve aksini varsaymadan önce buna on dakika ayırmaya değer.
Yargı yetkisi, hesap ve kartsız ödeme yapmak
Kayıtlar doğru olduğunda ve adres ısındığında, geriye kalan her şey posta kutusunun nerede yaşadığı ve onun sizin olduğunu kimin bildiğiyle ilgilidir.
Kimin ifşayı zorlayabileceğine yargı yetkisi bölgesi karar verir. Bir posta sunucusu, aranabilir bir yazışma arşividir; bu da konumu burada neredeyse başka her hizmetten daha sonuçlu bir seçim yapar. Ayak izimiz Hollanda, Fransa, Romanya, Bulgaristan, İsveç, İzlanda, İsviçre ve Malezya genelinde sekiz konumdur ve ABD tarzı bir kaldırma bildiriminin bunların hiçbirinde gücü yoktur. Bu, açıkça belirtilmiş operasyonel bir politikadır, yasal dokunulmazlık değil — yetkili bir yerel mahkemeden gelen bağlayıcı bir karar yine de geçerlidir ve kıpırdatmadığımız sert bir istismar tabanı vardır. Offshore barındırma farkı pazarlama yapmadan açıklar.
Hesap, insanların atladığı kısımdır. Kayıt, kimlik bilgisi teslimatı için bir e-posta adresi alır, başka hiçbir şey almaz — kimlik yok, kart yok, posta adresi yok, telefon numarası yok. Daha sonra teslim edilecek bir doğrulama belgesi yoktur, çünkü hiçbir zaman biri toplanmadı; no-KYC hosting’in ne anlama geldiği bunun sınırlarını dürüstçe ele alır.
Ve ödeme. Bir kart, bir sunucuyu bir banka kaydına ve ikimizin de denetlemediği bir veritabanındaki yasal bir isme bağlar. Buradaki ödeme zincir üzerinde tamamlanır; Monero burada sonradan akla gelen bir seçenek değil, birinci sınıf bir seçenek olarak ele alınır: bir VPS’i XMR ile ödeme tüm akışı anlatır, kredi kartı olmadan satın alma ise hiç kriptosu olmayan birinin oraya nasıl varacağını kapsar. Onay sonrası deploy yaklaşık altmış saniye sürer.
Bu, tek kullanımlık bir sunucudan çok daha fazla önem taşır burada. Bir posta sunucusu, tek bir alan adına ve tek bir adrese uzun vadeli bir bağlılıktır — inşa etmek üzere bir ay harcayacağınız itibar taşınabilir değildir. Yargı yetkisi bölgesine, hesaba ve ödemeye ısınmadan önce karar verin, sonra değil.
Sık sorulan sorular
Giden port 25 açık mı, yoksa istemem mi gerekiyor?
Her planda açıktır, açtırmak için istek dosyalamaya ve deneme süresine gerek yoktur. Karşılığında kabul edilebilir kullanım politikası vardır: istenmeyen toplu posta yok, açık relay yok — adres aralıklarını meşru posta gönderen herkes için teslim edilebilir tutan da tam olarak budur. Size atanan IP, paylaşımlı bir giden havuzundan çekilmek yerine size özel ve taranmıştır; bu da sonradan eklenemeyecek olan kısımdır.
SPF, DKIM ve DMARC’ın hepsi geçiyor ama postam yine de spam’e gidiyor. Neden?
Çünkü kimlik doğrulama, bir mesajı kimin gönderdiğini kanıtlar, onu birinin istediğini değil. Kayıtlar doğru olduğunda geriye kalan şey itibardır: adresin yaşı ve geçmişi, alan adının yaşı, şikayet oranınız ve alıcıların etkileşime geçip geçmediği. En kötüsünü varsaymadan önce iki şeyi kontrol edin. Birincisi, hizalama — yanlış bir alan adı için yeşil bir SPF yine de DMARC’ta başarısız olur, bu yüzden alınan başlıklarda header.from’u smtp.mailfrom ve header.d ile karşılaştırın. İkincisi, adresi gerçekten ısıtıp ısıtmadığınız, çünkü ilk yüz mesajını gönderen doğru bir yapılandırma yine de bilinmeyen bir gönderendir.
Sadece posta göndermek için gerçekten size özel bir IP’ye mi ihtiyacım var?
Önemli olan her şey için, evet. Paylaşımlı bir giden hatta, her komşunuzun şikayet oranını ve kazandığı her listelemeyi devralırsınız; trafiğinizi onlarınkinden ayırmanın hiçbir yolu yoktur. Buradaki her plan, özel rDNS’e sahip size özel temiz bir IPv4 ve yönlendirilmiş bir IPv6 /64 içerir; işlemsel postayı topludan ayırmak isterseniz ikinci bir adres $2.00/mo’dur. İstisna, teslim edilebilirlik gereksinimi olmayan gerçekten düşük hacimdir; orada bir relay basitçe daha az iştir.
Yeni bir adresi ısıtmak ne kadar sürer?
Küçük bir gönderen için normal hacme ulaşmak iki ila dört hafta sürer ve artış hızı toplamdan daha önemlidir. Günde onlu rakamlarla başlayın, birkaç günde bir kabaca ikiye katlayın ve yalnızca alan alıcılar yerine açıp yanıt verecek alıcılara öncelik verin. Tutarlılık patlamaları yener — sabit bir günlük damlama istikrarlı bir profil oluşturur; aynı aylık hacmin tek bir öğleden sonrada teslim edilmesi ise oluşturmaz.
Bunun yerine sadece bir relay ya da smarthost mu kullanmalıyım?
Çoğu zaman evet, ve bu konuda dürüst olmakta fayda var. Gereksinim tek bir uygulamadan giden bildirimlerse ve hiçbir zaman bir posta kutusu istemeyecekseniz, bir smarthost çabanın bir kısmıyla ilk gününden daha iyi sonuç verir. SMTP soketine değil de posta kutusuna ve arşive sahip olmak istediğinizde kendi barındırın. Hibrit yaklaşım da meşrudur: alma ve IMAP için kendi sunucunuzu çalıştırın, gideni yerleşik bir gönderen üzerinden yönlendirin, ardından adres ısındıktan sonra göndermeyi kendi bünyenize taşıyın.
IPv6’da da ters DNS’e ihtiyacım var mı?
Yalnızca IPv6 üzerinden gönderiyorsanız — ama gönderiyorsanız, bu isteğe bağlı değildir. Büyük alıcılar v6’ya belirgin biçimde daha katı kurallar uygular ve eşleşen bir PTR’si olmayan bir adresten gelen bir v6 bağlantısı, v4 eşdeğerinin yalnızca puanının düşürüleceği yerde reddedilir. Yönlendirilmiş /64’ünüzdeki PTR’ler kontrol panelinden ücretsizdir. v6 rDNS’ini doğru tutmak yönetmek istediğinizden fazlaysa, giden teslimatı IPv4’e bağlayın ve v6’yı gelen için bırakın.
Mevcut bir posta sunucusunu buraya taşıyıp itibarımı koruyabilir miyim?
Alan adı itibarı sizinle birlikte gelir; IP itibarı gelmez, çünkü o, geride bıraktığınız adrese aittir. Ani bir geçiş yerine ikinci bir ısınma süreci planlayın: yeni sunucuyu ayağa kaldırın, FCrDNS ve kimlik doğrulamayı geçirin, ardından eski gönderen çalışır durumda kalırken göndermeyi iki hafta boyunca dilimler halinde karşıya kaydırın. Taşınma boyunca DMARC’ı p=none veya quarantine’da tutun ve ancak yeni adresten gelen toplu raporlar temiz olduğunda yeniden yükseltin.

