Gmail Delivery Status Notification (Delay) – jak wyłączyć powiadomienia o opóźnieniu wysyłki

Pytanie

Codziennie dostaję maila o tytule: "Delivery Status Notification (Delay)". Nie pamiętam, kiedy coś komuś wysyłałem, temat jest już nieaktualny i nie chcę nic nikomu wysyłać. Chcę tylko przestać otrzymywać takie maile. Nie znajduje miejsca, w którym mógłbym to anulować. Co mam zrobić?

Odpowiedź Sztucznej Inteligencji

Bezpośrednia odpowiedź na pytanie

• Źródłem ciągłych wiadomości „Delivery Status Notification (Delay)” jest Twoje własne konto pocztowe, które wciąż próbuje doręczyć starą wiadomość (najczęściej zaproszenie z Kalendarza Google lub e-mail utknięty w kolejce).
• Aby powiadomienia zniknęły, musisz odszukać i usunąć/edytować tę starą wiadomość albo usunąć błędny adres z zaproszenia; w ostateczności możesz zdefiniować regułę filtrującą, która przeniesie DSN-y do kosza.
• Po usunięciu przyczyny serwer przestanie ponawiać próby w ciągu 24–72 h.

Szczegółowa analiza problemu

1. Jak działa DSN (Delay)
   • Każdy serwer SMTP ma zdefiniowany czas życia wiadomości (TTL, typowo 4–5 dni).
   • Gdy doręczenie się opóźnia, generuje ostrzeżenie „Delay”; gdy przekroczy TTL – „Failure”.
   • Ostrzeżenie jest wysyłane na adres NADAWCY, więc skoro przychodzi do Ciebie, nadawcą jest Twoje konto (lub usługa powiązana z nim).

2. Najczęstsze źródła „upartej” wysyłki
   a) Zaproszenie z Kalendarza Google do nieistniejącego lub literówkowego adresu.
   b) Wiadomość z dużym załącznikiem, która utknęła w folderze Outbox lokalnego klienta (Outlook/Thunderbird).
   c) Automatyczne przekazywanie/filtr wysyłający na już nieistniejący adres.
   d) Konto przejęte (spam wysyłany w tle) – rzadziej, ale trzeba wykluczyć.

3. Postępowanie krok po kroku (dla Gmaila – scenariusz najczęstszy)
   3.1 Zidentyfikuj problematyczny adres
   • Otwórz jeden z maili „Delivery Status Notification (Delay)”.
   • W treści znajdziesz fragment:
   The following recipient could not be reached: adres_problemowy@...
   • Skopiuj ten adres.
   3.2 Przeszukaj Kalendarz Google
   • Wejdź na https://calendar.google.com, kliknij lupę i wklej adres.
   • Jeżeli pojawi się wydarzenie, otwórz je → Edytuj → w panelu Goście usuń dany adres → Zapisz → „Don’t send” (bez wysyłania aktualizacji).
   • Jeżeli to seria cykliczna, wybierz „This and following events” lub „All events”.
   3.3 Sprawdź, czy używasz stacjonarnego klienta poczty
   • Outlook: Folder „Skrzynka nadawcza” ‑‐ usuń/edytuj zaległe wiadomości.
   • Thunderbird: Folder „Do wysłania”.
   3.4 Zweryfikuj przekazywanie i filtry w Gmailu
   • Ustawienia → Przekazywanie i POP/IMAP → upewnij się, że nie ma wpisanego nieaktywnego adresu.
   • Ustawienia → Filtry i zablokowane adresy → sprawdź, czy nie masz reguły „Wyślij dalej”.
   3.5 Wyklucz nadużycie konta
   • Gmail: Szczegóły → „Informacje o ostatniej aktywności” (stopka strony) → sprawdź nietypowe logowania.
   • Zmień hasło, włącz 2FA, przeskanuj komputer antywirusem.

4. Jeśli źródło nie daje się znaleźć
   • Zdefiniuj regułę przenoszącą DSN-y do dowolnego folderu:
   – Gmail: Ustawienia → Filtry → „Has words: subject:(Delivery Status Notification (Delay))” → „Skip Inbox” / „Delete”.
   – Outlook Web: Ustawienia → Poczta → Reguły.
   • Pamiętaj, że ukrywasz symptom, nie przyczynę – rób to dopiero po przeprowadzeniu diagnostyki.

Aktualne informacje i trendy

• Od 2023 r. Google zaostrza limity wysyłki (RFC 5321 4.5.3.1), dlatego zaproszenia z błędnym adresem mogą generować DSN-y szybciej i częściej.
• Coraz więcej dostawców (Microsoft 365, Gmail) przenosi DSN-y do podsieci „postmaster”, co utrudnia ich całkowite wyłączenie – pozostaje eliminacja źródła lub filtr.
• Trend „DMARC-aligned bounces”: DSN może trafiać na adres w polu „Return-Path”, który w Google Calendar jest rzadko widoczny; stąd złudzenie, że „nic nie wysyłałem”.

Wspierające wyjaśnienia i detale

• DSN (Delay) nie oznacza błędu definitywnego; serwer ponawia próby co \(t\) minut według algorytmu back-off:
  \[ t{n+1}=t{n}\times2,\;\; t_{0}=15\text{ min} \]
  aż do przekroczenia TTL (np. 96 h).
• W Kalendarzu Google wysyłka zaproszeń odbywa się z ukrytego adresu @calendar-server.bounces.google.com, ale DSN trafia do użytkownika, który utworzył wydarzenie.

Aspekty etyczne i prawne

• Usuwanie DSN-ów regułą jest dozwolone, lecz wyłączanie ich dla konta firmowego bez wiedzy administratora może naruszać politykę bezpieczeństwa (obowiązek archiwizacji logów SMTP).
• Jeśli przyczyną jest przejęte konto i je zignorujesz, możesz nieświadomie uczestniczyć w rozsyłaniu spamu, co łamie regulaminy Google/Microsoft i RODO (dane osobowe w treści).

Praktyczne wskazówki

• Najpierw zabezpiecz konto (hasło, 2FA), potem usuń źródło (zaproszenie / wiadomość).
• Pozostaw w skrzynce choć jeden DSN, aby mieć dowód w razie eskalacji do supportu.
• Po korekcie odczekaj minimum 24 h; w tym czasie możesz jeszcze dostać 1-2 powiadomienia.

Ewentualne zastrzeżenia lub uwagi dodatkowe

• Jeśli używasz aliasów lub adresów catch-all, DSN może przychodzić na inny alias niż ten, z którego wysyłano – sprawdź pełne nagłówki (pole „Delivered-To”).
• W sieciach firmowych Exchange administrator może globalnie blokować DSN-y; poproś o weryfikację, zanim samemu je filtrujesz.

Sugestie dalszych badań

• Zapoznaj się z narzędziem Google Workspace „Email Log Search” (jeśli to konto firmowe) – pozwala szybko ustalić, która usługa wywołała wysyłkę.
• RFC 3464 i RFC 6533 – standardy formatu DSN (przydatne, gdy piszesz własne filtry serwerowe).
• Monitorowanie SPF/DKIM/DMARC, aby wykrywać spoofing Twojej domeny.

Krótkie podsumowanie

Powiadomienia „Delivery Status Notification (Delay)” generuje Twój serwer, nie cudzy. Usuń lub popraw wiadomość, którą wciąż próbuje doręczyć (najczęściej zaproszenie z Kalendarza do błędnego adresu) lub, jeżeli to niemożliwe, stwórz regułę filtrującą. Po usunięciu przyczyny kolejne DSN-y znikną w ciągu kilku dni, a Ty odzyskasz „ciszę” w skrzynce.