Odrzucenie ze względu na rozmiar wiadomości może nastąpić, zanim serwer odbierający oceni uwierzytelnienie wszystkich wiadomości. Może się także pojawić po zaakceptowaniu wiadomości przez serwer nadrzędny, a późniejszy przeskok powoduje zastosowanie mniejszego limitu. Zdiagnozuj stan rozmiaru w momencie odrzucania, zamiast traktować każde trwałe odrzucenie jako błąd SPF, DKIM Lub DMARC wada.
Odróżnij rozmiar od polityki i przechowywania
RFC 3463 definiuje X.3.4 jako wiadomość za dużą dla systemu odbierającego, a X.2.3 jako długość wiadomości przekraczającą limit administracyjny skrzynki pocztowej. Różnią się one od pełnej skrzynki pocztowej X.2.2. Przeczytaj pełną diagnostykę, ponieważ produkty mogą dodawać własne limity, jednostki i objaśnienia. Sama ogólna etykieta „552” nie określa dokładnie skonfigurowanego ograniczenia. RFC 3463 sekcje 3.3 i 3.4.
Błędy uwierzytelniania dotyczą tożsamości, podpisów lub zasad, a nie liczby oktetów wiadomości. Zmniejszenie rozmiaru nie jest naprawą DKIM ; zmiana podpisanej treści może sama w sobie unieważnić podpis, dlatego autoryzowana wymiana musi przejść normalny proces podpisywania. I odwrotnie, autoryzacja innego adresu IP w SPF nie zwiększa dozwolonego rozmiaru wiadomości odbiorcy. Trzymaj te dwa dochodzenia oddzielnie, chyba że niezależne dowody wykażą, że oba zawiodły.
Przeczytaj poprawnie reklamowaną funkcję SIZE
Rozszerzenie SMTP SIZE umożliwia serwerowi ogłaszanie obsługi i opcjonalnie maksymalnego rozmiaru wiadomości EHLO odpowiedź. Klient wspierający może dostarczyć szacunkowy rozmiar POCZTA OD, umożliwiając odrzucenie przed przesłaniem całej wiadomości. ROZMIAR bez liczby nie przekazuje żadnych informacji o ustalonym maksimum; ROZMIAR 0 wyraźnie wskazuje, że nie obowiązuje żadne stałe maksimum. Żadne nie gwarantuje akceptacji. Późniejsze przetwarzanie i inne przeskoki mogą nadal nakładać ograniczenia. RFC 1870 sekcje 3 i 4.
W przypadku RFC 1870 SIZE należy policzyć oktety wiadomości, w tym zakończenia linii CRLF, nagłówki, strukturę MIME i zakodowaną treść, ale wykluczyć kropkę końcową DATA i dodatkowe bajty wypełniające kropki. Nie licz tylko pliku załącznika. Kodowanie Base64 rozszerza dane binarne, a podziały wierszy i otaczające części wiadomości dodają więcej bajtów. Widzieć RFC 2045 sekcja 6.8. Interfejsy dostawcy mogą inaczej wyświetlać zaokrąglone jednostki. Zapisz zmierzone oktety i dokładny reklamowany lub udokumentowany limit, zamiast porównywać dwie niewyjaśnione etykiety „MB”.
Porównaj kontrolowane warianty
Utwórz dwa autoryzowane warianty, które różnią się jedynie treścią związaną z rozmiarem. Zachowaj mniejsze i większe rozmiary serializowane oraz etap SMTP każdego wyniku. Para ilustracyjna może zawierać ten sam krótki tekst objaśniający, z dużym załącznikiem zastąpionym zatwierdzonym łączem do pliku z kontrolowanym dostępem. Nie zakładaj, że łącze do pliku nadaje się do materiałów poufnych lub że odbiorca ma do nich dostęp.
RFC 5321 sekcja 4.5.3.1 wymaga obsługi wiadomości o rozmiarze co najmniej 64 KB, łącznie z nagłówkami. Poniższy limit 100 000 oktetów przekracza minimum protokołu i nie jest to zalecane ustawienie dostawcy.
W przypadku hipotetycznej kontroli arytmetycznej załóżmy, że ten sam punkt końcowy ogłasza SIZE 100000. Zakładana wiadomość o długości 115 900 oktetów przekracza ten limit o 15 900 oktetów; zakładana zamiana 20 100 oktetów to 79 900 oktetów poniżej. Pierwszą można odrzucić pod adresem MAIL OD; drugi kwalifikuje się do dalszego przetwarzania, ale nie ma gwarancji akceptacji. Liczby te są wymyślone, a nie pomiary lub wykonane wyniki SMTP . Nie opisują sufitu mocującego żadnego dostawcy.
Napraw najwęższe odpowiednie wiązanie
Zapytaj właściciela systemu odrzucającego, czy rozmiar jest zamierzonym limitem usługi, czy ustawieniem kontrolowanym przez organizację. Jeśli potrzeby biznesowe można zaspokoić za pomocą mniejszego pliku, użyj tej metody, zamiast zwiększać limity w całym systemie pocztowym. Jeśli autoryzowana jest zmiana limitu, przed jej zastosowaniem rozważ zużycie zasobów, skanowanie złośliwego oprogramowania i zgodność z dalszymi źródłami.
Nie próbuj ponawiać tej samej, trwale odrzuconej treści, w niezmienionej formie. Potwierdź, że oryginał nie został przyjęty w innym trybie lub dla innego odbiorcy, a następnie prześlij zatwierdzony zamiennik z wyraźnym powiązaniem z wcześniejszą próbą. Zachowaj własne identyfikatory komunikatów i kolejek. Nowa wiadomość jest nowym zdarzeniem dostarczenia, nawet jeśli użytkownik uważa ją za ten sam załącznik.
Zamknij, podając zmierzony rozmiar wiadomości, zidentyfikowany limit odrzuceń i wynik skorygowanej próby. Pozostaw lokalizację skrzynki odbiorczej i dostęp odbiorcy do powiązanych treści jako oddzielne kontrole.
Oddziel ograniczenie od obejścia
- Zmierz: policz całą serializowaną wiadomość, korzystając z definicji ROZMIAR, a nie tylko załącznik.
- Zlokalizuj: przechwyć przeskok odrzucający, etap dowodzenia, limit diagnostyczny i obowiązujący.
- Naprawa: wybierz zatwierdzoną mniejszą wiadomość lub metodę dostarczania z kontrolą dostępu.
- Sprawdź ponownie: zapisz rozmiar wymiany i wynik dla odbiorcy; nie zakładaj, że wszystkie dalsze limity pasują.
- Zamknij: potwierdź dostęp odbiorcy niezależnie od akceptacji SMTP .