Bülteninizi Listmonk ile Nasıl Kendiniz Barındırırsınız

Kendiniz barındırdığınızda Listmonk, zaten parasını ödediğiniz bir VPS üzerinde çalışır. Gönderim, SMTP relay'inizin bin e-posta başına ne ücretlendirdiği kadara mal olur. Abone sayısı bu iki rakamın hiçbirini değiştirmez. İşte bu yapısal değişim, ücretsiz bir yönetilen katmanı aştığınızda, kendi kendine barındırmayı kurulum süresine değer kılan şeydir.

Listmonk, Go tabanlı açık kaynaklı bir bülten yöneticisidir. Bir VPS artı bir SMTP relay hesabının maliyetine sınırsız abone, liste ve kampanya elde edersiniz. Bir komuta dokunmadan önce bir şey net olmalı: Listmonk, asıl gönderim dışındaki her şeyi halleder. E-postanızın gelen kutusuna mı yoksa spam klasörüne mi düşeceği, yapılandırdığınız SMTP relay ve gönderim alan adınıza eklediğiniz DNS kayıtları tarafından belirlenir.

Bu Rehber Neleri Kapsıyor

• Listmonk ve PostgreSQL'i, HTTPS ile bir Nginx (veya Caddy) ters proxy arkasında Docker Compose ile dağıtın
• Hacminiz ve bütçeniz için doğru SMTP relay'i seçin (Amazon SES, Postmark, Brevo veya başka bir tanesi)
• Gönderim alan adınızda SPF, DKIM ve DMARC'ı yapılandırın
• Çoğu zaman net hatalar üretmeyen dört üretim arıza modundan kaçının
• Tahmini süre: Hazır bir VPS ve alan adınız varsa 30 dakika
• Kapsam dışı: damla otomasyonu, işlemsel e-posta, çoklu örnek kurulumları (bkz. SSS)

Listmonk'un Yanlış Araç Olduğu Durumlar

Listmonk, belirli bir durum için doğru cevaptır. Durumunuz farklıysa, daha iyi bir cevap vardır.

Ayda yaklaşık 10K e-postanın altındaki hacim. Brevo veya Mailchimp'teki ücretsiz yönetilen katmanlar, bu ölçekte bir VPS artı bir SMTP relay'den toplamda daha ucuza gelebilir. Kendi kendine barındırma, o aralığı aştığınızda kazançlı olmaya başlar. Dağıtmadan önce rakamları gerçek abone sayınıza ve gönderim sıklığınıza göre kontrol edin.

Teknik olmayan ekip. Mailchimp ve Brevo, terminalde çalışmayan insanlar için gerçekten daha iyi arayüzlere sahip. Listmonk, ekipten birinin bir sunucuya SSH ile bağlanabileceğini, Docker loglarını okuyabileceğini ve DNS yayılımını yorumlayabileceğini varsayar. Eğer böyle biri yoksa, yönetilen hizmetler doğru seçimdir.

Otomasyon iş akışlarına ihtiyacınız var. Listmonk kampanya gönderir. Damla dizilerini, davranış tetikli e-postaları veya görsel iş akışı oluşturucularını desteklemez. Bunlara ihtiyacınız varsa, şunu çalıştırın: Mautic veya otomasyon katmanı için Listmonk'u n8n'e bağlayın.

GDPR'a tabi hassas abone listeleri. Aboneleriniz çoğunlukla AB'deyse veya listeniz GDPR veri ikamet kurallarına tabiyse, Listmonk'u bir Avrupa veri merkezinde çalıştırın. AB ikamet gereksinimlerini karşılayan Frankfurt ve Londra konumlarımız var.

Başlamadan Önce Neye İhtiyacınız Var

Listmonk artı PostgreSQL artı orta düzeyde bir kuyruk yükü, taban olarak 2 GB RAM gerektirir. 4 GB ise rahat üretim hedefidir.

Donanım. Ayda 50K e-postanın altında kişisel bir liste için 2 vCPU, 4 GB RAM ve 120 GB NVMe depolamaya sahip bir VPS yeterlidir. Ayda 200K+ ile büyüyen listeler 4 vCPU ve 8 GB RAM'e ihtiyaç duyar. Biz bu Compose kurulumunu Frankfurt'taki 4 GB'lık bir VPS üzerinde çalıştırıyoruz. Yapabiliyorsanız abonelerinize yakın bir konum seçin. Gönderim gecikmesi pek önemli değil; yönetim panelinin tepki süresi önemli.

Alan adı. Bir A kaydı aracılığıyla VPS'inize yönlendirilmiş bir alan adı. Yönetim arayüzü için bir alt alan adı kullanın, örneğin mail.example.com. Gönderim alan adı ve yönetim alt alan adı aynı kök alan adı olabilir.

SMTP relay hesabı. Henüz oluşturmayın. Relay seçimi, bu rehberdeki en önemli karardır ve hacminize bağlıdır. "SMTP Relay'inizi Seçmek" bölümüne atlayın, bir sağlayıcı seçin, sonra elinizde SMTP host, port, kullanıcı adı ve parolasıyla buraya geri dönün.

VPS üzerindeki yazılım. Ubuntu 22.04 LTS veya 24.04 LTS. Docker Compose eklentisiyle birlikte Docker Engine 24.0 veya üzeri. 22, 80 ve 443 portları açık UFW veya eşdeğer bir güvenlik duvarı. Root olmayan bir sudo kullanıcısı olarak SSH erişimi.

Listmonk'u Docker Compose ile Dağıtın

Dağıtım için bir dizin oluşturun, ardından iki hizmet içeren bir docker-compose.yml dosyası bırakın: veritabanı için postgres ve uygulama için listmonk. İkisi de hata durumunda yeniden başlar. Listmonk şuna bağlanır: 127.0.0.1 böylece ona erişebilecek tek şey ters proxy olur.

Docker Compose Dosyası

I'd be happy to help translate to Turkish, but the text you provided appears to be incomplete. It only says "Here is the" without the rest of the content. Could you please provide the full English text you'd like me to translate to Turkish? docker-compose.yml. Tam imaj etiketlerini ve ortam değişkeni adlarını resmi Listmonk kurulum belgeleriyle. Her sürümle güncellenirler.

# docker-compose.yml
services:
  postgres:
    image: postgres:16-alpine
    container_name: listmonk-postgres
    restart: unless-stopped
    environment:
      POSTGRES_USER: listmonk
      POSTGRES_PASSWORD: ${POSTGRES_PASSWORD}
      POSTGRES_DB: listmonk
    volumes:
      - listmonk-postgres:/var/lib/postgresql/data
    healthcheck:
      test: ["CMD-SHELL", "pg_isready -U listmonk"]
      interval: 10s
      timeout: 5s
      retries: 6

  app:
    image: listmonk/listmonk:latest
    container_name: listmonk-app
    restart: unless-stopped
    # Bind to loopback only. The reverse proxy is the public entrypoint.
    ports:
      - "127.0.0.1:9000:9000"
    depends_on:
      postgres:
        condition: service_healthy
    environment:
      LISTMONK_app__address: "0.0.0.0:9000"
      LISTMONK_db__host: postgres
      LISTMONK_db__port: 5432
      LISTMONK_db__user: listmonk
      LISTMONK_db__password: ${POSTGRES_PASSWORD}
      LISTMONK_db__database: listmonk

volumes:
  listmonk-postgres:

Oluştur .env dosya ile POSTGRES_PASSWORD= uzun rastgele bir dizeye ayarlanmış olarak. Ardından yığını başlatın ve tek seferlik veritabanı kurulumunu çalıştırın:

# Pull images and start the database first
docker compose up -d postgres

# Run the install step (creates schema and the first admin user)
docker compose run --rm app ./listmonk --install --idempotent --yes

# Start the application
docker compose up -d

Bu --install komutu bir yönetici e-postası ve parolası ister. Bunları kaydedin. Her iki kapsayıcının da çalıştığını doğrulayın:

docker compose ps

Beklenen çıktı: ikisi de Up durumunda listelenen iki hizmet. postgres satırı (healthy) göstermelidir.

Bu 127.0.0.1:9000 bağlama kasıtlıdır. Listmonk'ta yerleşik bir kimlik doğrulama hız sınırlayıcı ve IP izin listesi yoktur. 9000 portunu herkese açık internete açmak, gezegendeki herkesin yönetici girişinize erişebileceği anlamına gelir. Ters proxy, o girişi yalnızca HTTPS üzerinden erişilebilir kılan şeydir.

Nginx Ters Proxy ve SSL

Nginx ve Certbot'u Ubuntu depolarından kurun. Şu konumda bir site yapılandırması oluşturun: /etc/nginx/sites-available/listmonk Listmonk'un doğru kampanya bağlantıları üretmek için ihtiyaç duyduğu proxy başlıklarıyla:

# /etc/nginx/sites-available/listmonk
server {
    listen 80;
    server_name mail.example.com;

    location / {
        proxy_pass http://127.0.0.1:9000;
        proxy_set_header Host $host;
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header X-Forwarded-Proto $scheme;

        # Listmonk streams campaign progress over WebSocket
        proxy_http_version 1.1;
        proxy_set_header Upgrade $http_upgrade;
        proxy_set_header Connection "upgrade";
    }
}

Onu sites-enabled içine sembolik bağlayın, yapılandırmayı test edin, Nginx'i yeniden yükleyin, ardından bir sertifika düzenleyin:

sudo ln -s /etc/nginx/sites-available/listmonk /etc/nginx/sites-enabled/
sudo nginx -t
sudo systemctl reload nginx
sudo certbot --nginx -d mail.example.com

Certbot, sunucu bloğunu yeni sertifikayla 443'te dinleyecek şekilde yeniden yazar ve bir HTTP'den HTTPS'ye yönlendirme ekler. Doğrulayın:

curl -I https://mail.example.com

Beklenen çıktı: geçerli bir strict-transport-security başlığıyla HTTP/2 200. Bir yönlendirme döngüsü alırsanız, yukarıdaki Nginx yapılandırmasında X-Forwarded-Proto başlığının ayarlandığını kontrol edin. On seferin dokuzunda, döngünün nedeni o başlıktır.

Bu VPS üzerindeki tek şey Listmonk ise, bunun yerine Caddy kullanın. Caddyfile üç satırdır ve bir cron işi olmadan sertifika yenilemesini halleder:

mail.example.com {
    reverse_proxy 127.0.0.1:9000
}

Message-ID Başlığını Düzeltin

Listmonk, varsayılan olarak giden Message-ID başlığında sistem ana bilgisayar adını kullanır. VPS'inizin ana bilgisayar adı localhost veya geçerli bir FQDN olmayan herhangi bir şeyse, Listmonk şunu gönderir: Message-ID: <[email protected]>. Gmail ve Outlook'taki spam filtreleri bunu anında işaretler. Bu durum şurada belgelenmiştir: Cloudron Forum konusu 15410.

Düzeltme, Listmonk'un config.toml. Temiz bir kurulum için dosyayı şununla oluşturun: docker compose run --rm app ./listmonk --new-config. Ardından şunu ayarlayın:

[app]
hostname = "mail.example.com"

Düzenledikten sonra uygulama kapsayıcısını yeniden başlatın:

docker compose restart app

Bunu tek bir kampanya göndermeden önce yapın. localhost.localdomain . Message-ID'leriyle kirlenmiş bir listeyi kurtarmak, temiz başlayan birinden daha zordur.

SMTP Relay'inizi Seçmek

Tüm gönderimler, yapılandırdığınız bir relay üzerinden gerçekleşir. Relay'in IP itibarı, hız sınırları ve bounce işleme, e-postanızın gelen kutusuna mı yoksa spam klasörüne mi düşeceğini belirleyen şeylerdir.

İşte işlevsel karşılaştırma. Fiyatlandırma ve ücretsiz katman sınırları değişir. Karar vermeden önce her birini sağlayıcının resmi fiyatlandırma sayfasında doğrulayın.

Sağlayıcı	Maliyet yapısı	Bounce webhook'ları	Şunlar için ideal
Amazon SES	E-posta başına, hacimde çok düşük	Evet, SNS aracılığıyla	Hacimde maliyet; zaten AWS üzerinde
Postmark	Aylık taban artı e-posta başına	Evet, yerel	Önce teslim edilebilirlik; işlemsel itibar
Brevo	Düşük hacim için ücretsiz katman, üzerinde ücretli katmanlar	Evet	Yükseltme yollu düşük hacim
Mailgun	E-posta başına fiyatlandırma	Yerel webhook uç noktası yok; gerekirse genel bounce API'sini kullanın.	Geliştiricilere tanıdık

Bu, her bir SMTP relay'e yalnızca kısa bir bakıştı. Şimdi her birini derinlemesine ele alacağız.

Amazon SES (Önerilen Başlangıç Noktası)

SES, hacimde en ucuz seçenektir ve Listmonk topluluğunda en çok tartışılanıdır. Kurulumun Postmark veya Brevo'dan daha fazla adımı vardır ama e-posta başına maliyet farkı, herhangi bir gerçek hacimde bu çabayı haklı çıkaracak kadar büyüktür.

Üç aşamada kurun. İlk olarak, AmazonSESFullAccess politikasına (veya yalnızca ses:SendRawEmail ve ses:GetSendQuotaiçeren daha sıkı bir özel politikaya) sahip bir IAM kullanıcısı oluşturun. İkinci olarak, gönderim alan adınızı SES konsolunda doğrulayın. SES, eklemeniz gereken DKIM CNAME'leri boyunca size yol gösterir. Üçüncü olarak, SES SMTP ayarları panelinden SMTP kimlik bilgileri oluşturun. Bunlar AWS erişim anahtarlarınız değildir; "Create SMTP credentials"a tıkladığınızda SES ayrı, SMTP'ye özel bir kullanıcı adı ve parola üretir.

Listmonk'un yöneticisinde Settings → SMTP altında, şunlarla yeni bir sunucu ekleyin:

• Konak: email-smtp.<region>.amazonaws.com (alan adını doğruladığınız SES bölgesini kullanın)
• Port: 587
• Auth protokolü: LOGIN
• TLS: STARTTLS
• Kullanıcı adı ve parola: SES'in ürettiği SMTP kimlik bilgileri

SES, 587 portunda STARTTLS gerektirir. TLS'i none olarak bırakırsanız veya 465 portunu seçerseniz, Listmonk bağlanır, SES şunu döndürür: 530 Must issue a STARTTLS command first, ve yönetim panelindeki SMTP kimlik bilgisi testi yine de başarılı gösterebilir. Herhangi bir kampanya çalıştırmadan önce kontrol ettiğiniz kişisel bir gelen kutusuna gerçek bir test e-postası gönderin.

Yeni SES hesapları sandbox modunda başlar. Sandbox'ta yalnızca doğrulanmış e-posta adreslerine gönderebilirsiniz; bu da bir abone listesi için yararlı değildir. Üretim erişimi istemek için SES konsolundan bir destek bileti açın. Onay genellikle bir iş günü sürer.

Postmark (Önce Teslim Edilebilirlik Alternatifi)

Postmark, e-posta başına SES'ten daha pahalıdır ama yerel bounce webhook desteğine ve sıkı gönderen politikalarıyla yüksek gelen kutusu oranları konusunda bir üne sahiptir. Bültenleriniz iş açısından kritikse veya SES sandbox'tan üretime onay sürecini yönetmek istemiyorsanız buna değer.

Listmonk yapılandırması, SES ile aynı biçimdedir: host, port 587, STARTTLS, Postmark sunucusunun API token paneli'nden alınan kimlik bilgileri. Gönderim alan adınızı Postmark'ın imza kurulumunda doğrulayın, Postmark'ın ürettiği DKIM kayıtlarını ekleyin, ve göndermeye hazırsınız.

Teslim edilebilirlik, e-posta başına maliyetten daha önemliyse Postmark'ı seçin. Hacim, ek rehberlikten daha önemliyse SES'i seçin.

SMTP kimlik bilgisi testi hakkında bir uyarı. Listmonk'un yöneticisindeki bağlantı testi, geçersiz kimlik bilgileriyle bile her zaman başarı bildirir. Bu durum birkaç GitHub sorununda. Ona güvenmeyin. Herhangi bir relay'i yapılandırdıktan sonra, tek bir test abonesine bir kampanya gönderin ve tüm listenize göndermeden önce hedef gelen kutusunda alındığını doğrulayın.

Toplu kampanya gönderimi için Mailersend'den kaçının. Bağlantı başına 5 e-posta sınırı, 421 Service not available hatalarına yol açar; Listmonk teslimat başarısız olsa bile bunları gönderilmiş olarak kaydeder. Kampanya, Listmonk'ta başarılı görünür ve mesajlarının çoğunu uyarı olmadan düşürür.

E-postanın Gerçekten Düşmesini Sağlamak: SPF, DKIM ve DMARC

Bunlar, gönderim alan adınızdaki üç DNS kaydıdır; alıcı posta sunucularına alan adınızın bu relay'i sizin adınıza göndermeye yetkilendirdiğini söyler. Herhangi birini atlayın ve relay'iniz veya metniniz ne kadar temiz olursa olsun, gönderimlerinizin anlamlı bir kısmı ölçekte spam'e düşer. İlk kampanyayı göndermeden önce bunları DNS sağlayıcınızda ekleyin.

SPF Kaydı

SPF, alan adınız için e-posta göndermek üzere belirli IP'leri veya gönderim hizmetlerini yetkilendirir. Gönderim alan adınızın kök dizinine, relay'iniz için include içeren tek bir TXT kaydı ekleyin. SES için kayıt şöyle görünür:

v=spf1 include:amazonses.com ~all

Postmark için, include'u şununla değiştirin: include:spf.mtasv.net. Tam include değeri için her zaman relay'inizin resmi SPF belgelerini kontrol edin. Sağlayıcıya ve bazen bölgeye göre değişir.

Bir alan adının yalnızca bir SPF kaydı olabilir. Başka bir hizmet için (Google Workspace, Microsoft 365) zaten bir tane varsa, ikinci bir tane eklemek yerine include'u mevcut kayıtla birleştirin.

DKIM

DKIM, giden e-postalara, alıcı sunucuların DNS'inizdeki bir genel anahtara karşı doğruladığı kriptografik bir imza ekler. Anahtar çiftini relay'iniz üretir. Genel anahtarı, relay'in size verdiği tam değerle bir selektör alt alan adına (örneğin, sel1._domainkey.example.com) bir TXT kaydı olarak eklersiniz.

Listmonk, DKIM imzalamayı halletmez. Relay halleder. Listmonk'a özgü bir DKIM yapılandırması yoktur. Relay'inizin DKIM kurulum sihirbazını izleyin, size verdiği kayıtları ekleyin ve DNS yayılımını bekleyin (genellikle 30 dakikadan az; bazen birkaç saat).

DMARC

DMARC, alıcı sunuculara SPF veya DKIM kontrollerinden geçemeyen e-postalarla ne yapacaklarını söyler. İzleme modunda şununla başlayın: p=none böylece yanlış yapılandırmaları düzeltirken teslim edilebilirliği etkilemeden toplu raporlarda hataları görebilirsiniz. Şu konumda bir TXT kaydı ekleyin: _dmarc.example.com:

v=DMARC1; p=none; rua=mailto:[email protected]

İki veya üç hafta temiz raporlardan sonra, politikayı şuna sıkılaştırın: p=quarantine or p=reject. İzleme aşamasını atlamayın. SPF include'unuzdaki bir yazım hatası, ilk gün p=reject ile birleştiğinde, bir şeyin yanlış gittiğine dair hiçbir sinyal olmadan kendi yasal e-postanızı yok eder.

List-Unsubscribe başlığı (RFC 8058) Listmonk tarafından otomatik olarak üretilir. Settings → General altında etkin olduğunu doğrulayın. Gmail ve Apple Mail, bu başlığı tek tıklamayla abonelikten çıkma seçeneği olarak gösterir; bu da gönderen itibarını korur.

Üretimde Gerçekte Neler Bozulur

İlk gerçek kampanyanızı gönderene kadar ortaya çıkmayan dört arıza modu. Aboneleriniz fark etmeden önce siz yakalayın.

Sorun 1: Bounce oranı, relay'inizin rakamıyla uyuşmuyor. Listmonk, atanmış bir bounce e-posta adresini POP3 üzerinden okuyarak bounce'ları işler ve okuduğu her mesajı siler. Buna tatil yanıtları, teslimat makbuzları ve ofis dışı bildirimleri dahildir; hepsi bounce olarak sınıflandırılır. Relay'iniz yalnızca alıcı posta sunucuları tarafından döndürülen gerçek teslimat hatalarını sayar. SES %0.6 ve Listmonk %4 bildiriyorsa, fark işte budur. Düzeltme, POP3 yerine bounce webhook geri çağrılarını yapılandırmaktır. SES için, bounce bildirimlerini Listmonk'un webhook uç noktasına iletmek üzere SNS kullanın. Postmark için, yerel webhook'unu aynı uç noktaya yönlendirin. Webhook bounce'ları doğrudur; POP3 bounce'ları şişirir.

Sorun 2: SMTP kimlik bilgisi testi, yanlışken başarı diyor. Relay bölümünde belirtildiği gibi, bağlantı testi kimlik bilgisi geçerliliğinden bağımsız olarak her zaman başarı bildirir. Ona güvenmeyin. Herhangi bir SMTP ayarını yapılandırdıktan veya değiştirdikten sonra her zaman gerçek bir test e-postası gönderin.

Sorun 3: Bir kampanya, hata olmadan gönderim ortasında durur. Listmonk, abonelerin yalnızca %60'ı e-postayı aldığında bile kampanyaları Finished olarak işaretler. Kalan gönderimler relay tarafından reddedildi veya VPS ağ katmanında kısıtlandı ve Listmonk bunların hiçbirini kampanya düzeyinde bir hata olarak göstermez (Cloudron Forum konusu 13165. Bir kampanya abone sayısından daha az gönderim gösteriyorsa, gönderim zaman penceresi için relay'inizin panosunu açın ve relay'in kabul ettiği sayıyı Listmonk'unkiyle karşılaştırın. Gerçek, relay'dedir.

Sorun 4: Kimse PostgreSQL'i yedeklemiyor. Compose hacmi, verileri yeniden başlatmalar arasında kalıcı kılar. Bu, ana bilgisayar arızasına, kazara docker volume rm'ye veya bozuk yükseltmelere karşı koruma sağlamaz. Günlük bir pg_dump ekleyin:

0 2 * * * docker exec listmonk-postgres pg_dump -U listmonk listmonk > /backups/listmonk-$(date +\%Y\%m\%d).sql

Önce satırı elle bir kez çalıştırın. Cron girdisine güvenmeden önce çıktı dosyasının boş olmadığını doğrulayın. Hata vermeden sıfır baytlık bir dosya yazan bir yedekleme betiği, hiç yedek olmamasından daha kötüdür; çünkü onu düşünmeyi bırakırsınız.

Bunların hiçbirine üretimde güvenmeden önce, bir aboneye bir test kampanyası gönderin ve hedef gelen kutusunda alındığını doğrulayın. O tek e-posta temiz bir şekilde düşerse, sonraki on bin tanesi de düşecektir.

Sıkça Sorulan Sorular

Listmonk Bounce Oranlarım Neden Amazon SES'in Bildirdiğinden Daha Yüksek?

Listmonk'un POP3 bounce işlemesi, ofis dışı yanıtları ve tatil otomatik yanıtlayıcılarını bounce olarak okuyarak sayıları şişirir. Doğru sayımlar için SES SNS webhook geri çağrılarını yapılandırın.

Listmonk İşlemsel E-postaları Destekliyor mu?

Listmonk, bir bülten ve toplu kampanya aracıdır. İşlemsel e-postayı (parola sıfırlamaları, sipariş onayları, birebir tetiklenen e-postalar) yerel olarak halletmez. Aynı gönderim alan adından işlemsel e-posta için, relay'inizin işlemsel uç noktasını ayrıca yapılandırın veya Listmonk ile birlikte Postal ya da Postmark'ın işlemsel API'si gibi özel bir araç kullanın.

Mailchimp Abonelerimi Listmonk'a Nasıl Aktarırım?

Mailchimp listenizi Audience → Export Audience'tan bir CSV olarak dışa aktarın. Listmonk'ta Subscribers → Import'a gidin ve CSV'yi yükleyin. İstendiğinde e-posta ve ad sütunlarını eşleştirin. Listmonk, Mailchimp, ConvertKit ve çoğu bülten platformundan standart CSV dışa aktarmalarını biçim dönüşümü olmadan kabul eder.

Birisi Bir Listmonk Kampanyasından Aboneliğini İptal Ettiğinde Ne Olur?

Listmonk, varsayılan olarak her kampanya e-postasına bir abonelikten çıkma bağlantısı ekler. Bir abone buna tıkladığında, engelleme listesine eklenir ve gelecekteki tüm kampanyalardan çıkarılır. List-Unsubscribe başlığı (RFC 8058) otomatik olarak dahil edilir, böylece tek tıklamayla abonelikten çıkmayı destekleyen posta istemcileri (Gmail, Apple Mail) bunu yerel olarak gösterir. Abone kaydı, denetim amaçları için veritabanında kalır ama kendisine başka kampanya gönderilmez.