Hogyan üzemeltesd saját kezűleg a hírleveledet a Listmonk segítségével

Ha saját kezűleg üzemelteted, a Listmonk egy olyan VPS-en fut, amelyért már fizetsz. A küldés annyiba kerül, amennyit az SMTP-relayed felszámol ezer emailenként. A feliratkozók száma egyik összeget sem változtatja meg. Ez az a szerkezeti váltás, ami megéri a beállítással töltött időt, amint kinövöd egy menedzselt szolgáltatás ingyenes csomagját.

A Listmonk egy nyílt forráskódú, Go nyelven írt hírlevélkezelő. Korlátlan számú feliratkozót, listát és kampányt kapsz egy VPS és egy SMTP-relay fiók áráért. Egy dolognak tisztának kell lennie, mielőtt egyetlen parancsot is begépelnél: a Listmonk a tényleges küldésen kívül mindent kezel. Hogy az emailed a beérkezett üzenetek közé vagy a spam mappába kerül-e, azt a beállított SMTP-relay és a küldő domainen megadott DNS-rekordok döntik el.

Mit fed le ez az útmutató

• A Listmonk és a PostgreSQL telepítése Docker Compose-zal egy Nginx (vagy Caddy) reverse proxy mögött, HTTPS-szel
• A megfelelő SMTP-relay kiválasztása a forgalmadhoz és a költségkereteidhez (Amazon SES, Postmark, Brevo vagy más)
• Az SPF, DKIM és DMARC beállítása a küldő domaineden
• Négy éles üzemi hibajelenség elkerülése, amelyek gyakran nem adnak egyértelmű hibaüzenetet
• Becsült idő: 30 perc, ha kész VPS-ed és domained van
• Nem tárgyaljuk: drip-automatizálás, tranzakciós email, többpéldányos beállítások (lásd a GYIK-et)

Mikor rossz eszköz a Listmonk

A Listmonk egy konkrét helyzetre a helyes válasz. Ha a te helyzeted más, van jobb válasz.

Havi ~10K email alatti forgalom. A Brevo vagy a Mailchimp menedzselt ingyenes csomagjai ezen a szinten összességében olcsóbbak lehetnek, mint egy VPS és egy SMTP-relay. A saját üzemeltetés akkor kezd megérni, ha túllépsz ezen a tartományon. Telepítés előtt vesd össze a számokat a tényleges feliratkozói számoddal és a küldési gyakoriságoddal.

Nem technikai csapat. A Mailchimp és a Brevo valóban jobb felülettel rendelkezik azoknak, akik nem dolgoznak terminálban. A Listmonk feltételezi, hogy valaki a csapatban tud SSH-zni egy szerverre, olvasni a Docker-naplókat és értelmezni a DNS-propagációt. Ha ilyen ember nincs, a menedzselt szolgáltatások a helyes választás.

Automatizálási folyamatokra van szükséged. A Listmonk kampányokat küld. Nem támogat drip-szekvenciákat, viselkedés alapján kiváltott emaileket vagy vizuális folyamatépítőket. Ha ezekre szükséged van, futtass Mautic vagy kösd a Listmonkot az n8n-hez az automatizálási réteghez.

GDPR-érzékeny feliratkozói listák. Ha a feliratkozóid elsősorban az EU-ban vannak, vagy a listád GDPR adat-illetőségi szabályok alá esik, futtasd a Listmonkot egy európai adatközpontban. Frankfurti és londoni helyszíneket kínálunk, amelyek megfelelnek az EU illetőségi követelményeinek.

Mire van szükséged, mielőtt elkezdenéd

A Listmonk, a PostgreSQL és egy közepes sornyi terhelés legalább 2 GB RAM-ot igényel. A 4 GB a kényelmes éles üzemi célérték.

Hardver. Egy személyes, havi 50K email alatti listához elegendő egy 2 vCPU-s, 4 GB RAM-os és 120 GB NVMe tárhelyes VPS. A havi 200K+ szintre növő listákhoz 4 vCPU és 8 GB RAM kell. Ezt a Compose-beállítást egy 4 GB-os frankfurti VPS-en futtatjuk. Ha teheted, válassz a feliratkozóidhoz közeli helyszínt. A küldési késleltetés nem sokat számít; az adminfelület válaszkészsége viszont igen.

Domain. Egy A-rekorddal a VPS-edre mutató domain. Az adminfelülethez használj aldomaint, például mail.example.com. A küldő domain és az admin-aldomain lehet ugyanaz a gyökérdomain.

SMTP-relay fiók. Még ne hozz létre egyet. A relay megválasztása az útmutató legnagyobb hatású döntése, és a forgalmadtól függ. Ugorj a „Válaszd ki az SMTP-relayedet” szakaszra, válassz szolgáltatót, majd térj vissza ide az SMTP-hoszttal, porttal, felhasználónévvel és jelszóval a kezedben.

Szoftver a VPS-en. Ubuntu 22.04 LTS vagy 24.04 LTS. Docker Engine 24.0 vagy újabb a Docker Compose pluginnel. UFW vagy azzal egyenértékű tűzfal, a 22-es, 80-as és 443-as port megnyitva. SSH-hozzáférés nem root sudo felhasználóként.

A Listmonk telepítése Docker Compose-zal

Hozz létre egy könyvtárat a telepítésnek, majd helyezz el egy docker-compose.yml fájlt két szolgáltatással: postgres az adatbázishoz és listmonk az alkalmazáshoz. Mindkettő hiba esetén újraindul. A Listmonk a 127.0.0.1 címhez kötődik, így a reverse proxy az egyetlen, ami el tudja érni.

A Docker Compose fájl

I notice the text you provided is incomplete: "Here is the" Could you please provide the full English text you'd like me to translate to Hungarian? docker-compose.yml. Ellenőrizd a pontos image-tageket és környezeti változónevek a hivatalos Listmonk telepítési dokumentációjával szemben. Ezek minden kiadással frissülnek.

# 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:

Hozzon létre egy .env fájl mellett POSTGRES_PASSWORD= beállítva egy hosszú véletlenszerű karakterláncra. Majd indítsd el a stacket, és futtasd az egyszeri adatbázis-telepítést:

# 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

A --install parancs egy admin emailt és jelszót kér. Mentsd el őket. Ellenőrizd, hogy mindkét konténer fut:

docker compose ps

Várt kimenet: két szolgáltatás listázva, mindkettő Up állapotban. A postgres sornak (healthy) állapotot kell mutatnia.

A 127.0.0.1:9000 kötés szándékos. A Listmonknak nincs beépített hitelesítési ráta-korlátozója és nincs IP-engedélyezőlistája. Ha a 9000-es portot a nyilvános internet felé teszed közzé, a bolygó bárki belekapaszkodhat az admin-bejelentkezésedbe. A reverse proxy az, ami ezt a bejelentkezést kizárólag HTTPS-en keresztül teszi elérhetővé.

Nginx reverse proxy és SSL

Telepítsd az Nginxet és a Certbotot az Ubuntu csomagtárolóiból. Hozz létre egy site-konfigurációt a /etc/nginx/sites-available/listmonk helyen azokkal a proxy-fejlécekkel, amelyekre a Listmonknak szüksége van a helyes kampánylinkek létrehozásához:

# /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";
    }
}

Linkeld be a sites-enabled könyvtárba, teszteld a konfigurációt, töltsd újra az Nginxet, majd állíts ki egy tanúsítványt:

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

A Certbot átírja a server blokkot, hogy a 443-as porton figyeljen az új tanúsítvánnyal, és hozzáad egy HTTP-ről HTTPS-re átirányítást. Ellenőrizd:

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

Várt kimenet: HTTP/2 200 egy érvényes strict-transport-security fejléccel. Ha átirányítási hurkot kapsz, ellenőrizd, hogy a X-Forwarded-Proto fejléc be van-e állítva a fenti Nginx-konfigurációban. Tíz esetből kilencszer a hurok ezen a fejlécen múlik.

Ha a Listmonk az egyetlen dolog ezen a VPS-en, használj inkább Caddyt. A Caddyfile három soros, és cron-feladat nélkül kezeli a tanúsítvány megújítását:

mail.example.com {
    reverse_proxy 127.0.0.1:9000
}

Javítsd ki a Message-ID fejlécet

Alapból a Listmonk a rendszer hosztnevét használja a kimenő Message-ID fejlécben. Ha a VPS-ed hosztneve localhost vagy bármi, ami nem érvényes FQDN, a Listmonk ezt küldi: Message-ID: <[email protected]>. A Gmail és az Outlook spamszűrői ezt azonnal megjelölik. Ezt dokumentálja a Cloudron Forum 15410-es témája.

A javítás egy sor a Listmonk config.tomlfájlban. Friss telepítéshez hozd létre a fájlt a docker compose run --rm app ./listmonk --new-config. Majd állítsd be:

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

Szerkesztés után indítsd újra az alkalmazás konténerét:

docker compose restart app

Ezt még azelőtt tedd meg, hogy egyetlen kampányt is kiküldenél. Egy localhost.localdomain Message-ID-kkal szennyezett listát nehezebb helyrehozni, mint egyet, amely tisztán indult.

Válaszd ki az SMTP-relayedet

Minden küldés egy általad beállított relayen keresztül történik. A relay IP-reputációja, ráta-korlátai és bounce-kezelése határozza meg, hogy az emailed a beérkezett üzenetek közé vagy a spam mappába kerül-e.

Íme a funkcionális összehasonlítás. Az árazás és az ingyenes csomagok korlátai változnak. Mielőtt elköteleződnél, ellenőrizd mindegyiket a szolgáltató hivatalos árlistáján.

Szolgáltató	Költségszerkezet	Bounce-webhookok	A legjobb választás:
Amazon SES	Emailenként, nagy mennyiségnél nagyon alacsony	Igen, SNS-en keresztül	Költség nagy mennyiségnél; ha már az AWS-en vagy
Postmark	Havi alapdíj plusz emailenkénti díj	Igen, natívan	Kézbesíthetőség-első; tranzakciós reputáció
Brevo	Ingyenes csomag kis mennyiséghez, fizetős csomagok felette	Igen	Kis mennyiség bővítési lehetőséggel
Mailgun	Emailenkénti árazás	Nincs natív webhook-végpont; szükség esetén használd az általános bounce API-t.	Fejlesztők számára ismerős

Ez csak egy rövid pillantás volt mindegyik SMTP-relayre. Most mindegyiket részletesen tárgyaljuk.

Amazon SES (ajánlott kiindulópont)

Az SES a legolcsóbb opció nagy mennyiségnél és a legtöbbet tárgyalt a Listmonk-közösségben. A beállításnak több lépése van, mint a Postmarknak vagy a Brevónak, de az emailenkénti költségkülönbség bármilyen valós mennyiségnél elég nagy ahhoz, hogy megérje a munkát.

Három szakaszban állítsd be. Először hozz létre egy IAM-felhasználót a AmazonSESFullAccess házirenddel (vagy egy szűkebb egyedi házirenddel, csak a ses:SendRawEmail és ses:GetSendQuotaengedéllyel). Másodszor, igazold a küldő domainedet az SES-konzolon. Az SES végigvezet a hozzáadandó DKIM CNAME-eken. Harmadszor, generálj SMTP-hitelesítő adatokat az SES SMTP-beállítások paneljéből. Ezek nem az AWS-hozzáférési kulcsaid; az SES külön, SMTP-specifikus felhasználónevet és jelszót generál, amikor a „Create SMTP credentials” gombra kattintasz.

A Listmonk adminfelületén a Settings → SMTP alatt adj hozzá egy új szervert ezekkel:

• Gazdagép: email-smtp.<region>.amazonaws.com (azt az SES-régiót használd, ahol igazoltad a domaint)
• Port: 587
• Auth protocol: LOGIN
• TLS: STARTTLS
• Felhasználónév és jelszó: az SES által generált SMTP-hitelesítő adatok

Az SES STARTTLS-t igényel az 587-es porton. Ha a TLS-t none értékre hagyod, vagy a 465-ös portot választod, a Listmonk csatlakozik, az SES visszaadja ezt: 530 Must issue a STARTTLS command first, és az SMTP-hitelesítő adatok tesztje az adminfelületen ettől még sikert mutathat. Bármilyen kampány futtatása előtt küldj valódi tesztemailt egy olyan saját postafiókba, amelyet te irányítasz.

Az új SES-fiókok sandbox módban indulnak. Sandboxban csak igazolt email-címekre küldhetsz, ami egy feliratkozói listához nem hasznos. Nyiss egy support-jegyet az SES-konzolból, hogy éles üzemi hozzáférést kérj. A jóváhagyás jellemzően egy munkanapot vesz igénybe.

Postmark (kézbesíthetőség-első alternatíva)

A Postmark emailenként többe kerül, mint az SES, de natív bounce-webhook támogatással rendelkezik, és a szigorú küldői házirendek mellett magas beérkezési arányokról híres. Megéri, ha a hírleveleid üzletileg kritikusak, vagy nem akarod kezelni az SES sandboxból éles üzembe való jóváhagyását.

A Listmonk konfigurációja ugyanolyan alakú, mint az SES-é: hoszt, 587-es port, STARTTLS, hitelesítő adatok a Postmark szerver API-tokenek paneljéből. Igazold a küldő domainedet a Postmark aláírás-beállításában, add hozzá a Postmark által generált DKIM-rekordokat, és készen állsz a küldésre.

Válaszd a Postmarkot, ha a kézbesíthetőség többet számít, mint az emailenkénti költség. Válaszd az SES-t, ha a mennyiség többet számít, mint az extra kézfogás.

Figyelmeztetés az SMTP-hitelesítő adatok tesztjéről. A Listmonk adminfelületén a kapcsolat-teszt mindig sikert jelez, még érvénytelen hitelesítő adatokkal is. Ezt dokumentálja néhány GitHub-issue. Ne bízz benne. Bármely relay beállítása után küldj egy kampányt egyetlen tesztfeliratkozónak, és igazold a kézbesítést a cél postafiókban, mielőtt a teljes listádnak küldenél.

Kerüld a Mailersendet tömeges kampányküldéshez. A kapcsolatonkénti 5 emailes korlátja 421 Service not available hibákat eredményez, amelyeket a Listmonk küldöttként rögzít, holott a kézbesítés meghiúsult. A kampány sikeresnek tűnik a Listmonkban, és figyelmeztetés nélkül elveszti az üzenetei nagy részét.

Hogyan kerüljön az email valóban a beérkezett üzenetek közé: SPF, DKIM és DMARC

Ez három DNS-rekord a küldő domaineden, amelyek megmondják a fogadó levelezőszervereknek, hogy a domained felhatalmazta ezt a relayt, hogy a nevedben küldjön. Hagyd ki bármelyiket, és a küldéseid érdemi része spambe kerül nagyobb mennyiségnél, bármilyen tiszta is a relayed vagy a szövegezésed. Add hozzá őket a DNS-szolgáltatódnál, mielőtt elküldenéd az első kampányt.

SPF-rekord

Az SPF konkrét IP-ket vagy küldőszolgáltatásokat hatalmaz fel arra, hogy a domainedhez emailt küldjenek. Adj hozzá egyetlen TXT-rekordot a küldő domained gyökerében a relayedhez tartozó include-dal. Az SES esetében a rekord így néz ki:

v=spf1 include:amazonses.com ~all

A Postmark esetében cseréld le az include-ot erre: include:spf.mtasv.net. Mindig ellenőrizd a relayed hivatalos SPF-dokumentációját a pontos include értékhez. Szolgáltatónként és néha régiónként is változik.

Egy domainnek csak egy SPF-rekordja lehet. Ha már van egy másik szolgáltatáshoz (Google Workspace, Microsoft 365), olvaszd be az include-ot a meglévő rekordba, ahelyett, hogy egy másodikat adnál hozzá.

DKIM

A DKIM kriptográfiai aláírást csatol a kimenő emailekhez, amelyet a fogadó szerverek egy nyilvános kulccsal igazolnak a DNS-edben. A kulcspárt a relayed generálja. A nyilvános kulcsot egy TXT-rekordként adod hozzá egy selector-aldomainnél (például sel1._domainkey.example.com) pontosan azzal az értékkel, amelyet a relay ad.

A Listmonk nem kezeli a DKIM-aláírást. A relay igen. Nincs Listmonk-specifikus DKIM-konfiguráció. Kövesd a relayed DKIM-beállító varázslóját, add hozzá az általa adott rekordokat, és várd meg a DNS-propagációt (általában 30 percen belül; néha néhány óra).

DMARC

A DMARC megmondja a fogadó szervereknek, mit tegyenek azzal az emaillel, amely megbukik az SPF- vagy DKIM-ellenőrzésen. Indíts monitoring módban a p=none beállítással, hogy lásd a hibákat az összesített jelentésekben anélkül, hogy befolyásolná a kézbesíthetőséget, miközben kigyomlálod a hibás konfigurációkat. Adj hozzá egy TXT-rekordot a _dmarc.example.com:

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

Két-három hét tiszta jelentés után szigorítsd a házirendet erre: p=quarantine or p=reject. Ne hagyd ki a monitoring fázist. Egy elgépelés az SPF-includ-odban, kombinálva a p=reject beállítással az első napon, kiirtja a saját legitim emailjeidet anélkül, hogy bármi jelezné, hogy valami baj van.

A List-Unsubscribe fejlécet (RFC 8058) a Listmonk automatikusan generálja. Erősítsd meg, hogy engedélyezve van a Settings → General alatt. A Gmail és az Apple Mail egykattintásos leiratkozási lehetőségként jeleníti meg ezt a fejlécet, ami védi a küldői reputációt.

Mi romlik el valójában éles üzemben

Négy hibajelenség, amely addig nem mutatkozik meg, amíg ki nem küldöd az első valódi kampányodat. Kapd el őket, mielőtt a feliratkozóid teszik.

1. probléma: A bounce-arány nem egyezik a relayed számával. A Listmonk úgy dolgozza fel a bounce-okat, hogy POP3-on keresztül beolvas egy kijelölt bounce email-címet, és töröl minden olvasott üzenetet. Ez magában foglalja a szabadság-válaszokat, kézbesítési visszaigazolásokat és házon kívüli értesítéseket, mind bounce-ként osztályozva. A relayed csak a fogadó levelezőszerverek által visszaadott valódi kézbesítési hibákat számolja. Ha az SES 0,6%-ot jelent, a Listmonk pedig 4%-ot, ez a különbség. A javítás az, hogy POP3 helyett bounce-webhook visszahívásokat állítasz be. Az SES esetében használd az SNS-t, hogy a bounce-értesítéseket a Listmonk webhook-végpontjához küldd. A Postmark esetében irányítsd a natív webhookját ugyanahhoz a végponthoz. A webhook-bounce-ok pontosak; a POP3-bounce-ok felfújják a számot.

2. probléma: Az SMTP-hitelesítő adatok tesztje sikert mond, miközben téves. Ahogy a relay-szakaszban említettük, a kapcsolat-teszt mindig sikert jelez, függetlenül a hitelesítő adatok érvényességétől. Ne bízz benne. Bármilyen SMTP-beállítás konfigurálása vagy módosítása után mindig küldj valódi tesztemailt.

3. probléma: Egy kampány hiba nélkül leáll küldés közben. A Listmonk Finished állapotúként jelöli meg a kampányokat akkor is, ha a feliratkozóknak csak 60%-a kapta meg az emailt. A fennmaradó küldéseket a relay elutasította vagy a VPS hálózati rétegénél fojtotta, és a Listmonk egyiket sem jeleníti meg kampányszintű hibaként (Cloudron Forum 13165-ös témája). Ha egy kampány kevesebb küldést mutat, mint amennyi feliratkozó van, nyisd meg a relayed irányítópultját a küldési időablakra, és vesd össze a relay elfogadott számát a Listmonkéval. Az igazság a relayben van.

4. probléma: Senki sem készít biztonsági mentést a PostgreSQL-ről. A Compose-kötet újraindításokon át megőrzi az adatokat. Nem véd a hoszthiba, a véletlen docker volume rm vagy a sérült frissítések ellen. Adj hozzá egy napi pg_dump-ot:

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

Először futtasd le a sort egyszer kézzel. Ellenőrizd, hogy a kimeneti fájl nem üres, mielőtt megbíznál a cron-bejegyzésben. Egy biztonsági mentő szkript, amely hibajelzés nélkül nulla bájtos fájlt ír, rosszabb, mint a semmilyen biztonsági mentés, mert utána nem gondolsz vele többé.

Mielőtt bármit is rábíznál ebből az éles üzemre, küldj egy tesztkampányt egyetlen feliratkozónak, és igazold a kézbesítést a cél postafiókban. Ha az az egy email tisztán beérkezik, a következő tízezer is fog.

Gyakran ismételt kérdések

Miért magasabbak a Listmonk bounce-arányaim, mint amit az Amazon SES jelent?

A Listmonk POP3-as bounce-feldolgozása felfújja a számokat azzal, hogy a házon kívüli válaszokat és a szabadság-automatikus-válaszokat bounce-ként olvassa be. Állíts be SES SNS webhook-visszahívásokat a pontos számokért.

Támogatja a Listmonk a tranzakciós emaileket?

A Listmonk egy hírlevél- és tömeges kampányeszköz. Natívan nem kezel tranzakciós emailt (jelszó-visszaállítás, rendelés-visszaigazolás, egy az egyhez kiváltott emailek). Ugyanarról a küldő domainről történő tranzakciós emailhez állítsd be külön a relayed tranzakciós végpontját, vagy használj egy dedikált eszközt, mint a Postal vagy a Postmark tranzakciós API-ja a Listmonk mellett.

Hogyan importálom a Mailchimp-feliratkozóimat a Listmonkba?

Exportáld a Mailchimp-listádat CSV-ként az Audience → Export Audience menüből. A Listmonkban menj a Subscribers → Import menüpontra, és töltsd fel a CSV-t. Párosítsd az email- és névoszlopokat, amikor a rendszer kéri. A Listmonk formátum-átalakítás nélkül elfogadja a szabványos CSV-exportokat a Mailchimpből, a ConvertKitből és a legtöbb hírlevélplatformról.

Mi történik, amikor valaki leiratkozik egy Listmonk-kampányról?

A Listmonk alapból leiratkozási linket ad minden kampányemailhez. Amikor egy feliratkozó rákattint, felkerül a tiltólistára, és kikerül minden jövőbeli kampányból. A List-Unsubscribe fejléc (RFC 8058) automatikusan szerepel, így az egykattintásos leiratkozást támogató levelezőkliensek (Gmail, Apple Mail) natívan megjelenítik. A feliratkozói rekord audit célokból az adatbázisban marad, de további kampányokat nem küldenek neki.