Mam problem polegający na tym, że wszystkie e-maile do określonych odbiorców wysyłają, ale nigdy nie docierają, nawet jako spam, bez błędów, podczas gdy e-maile do wszystkich innych działają dobrze. Jestem zakłopotany i szukam sposobów na zdiagnozowanie tego, co się dzieje.
- W zeszłym tygodniu wysłałem kilka wiadomości e-mail do klienta z programu Outlook 2016. Odkryłem, że nigdy nie zostały one otrzymane. Próbowałem wysyłać wiadomości e-mail do innych osób w ich domenie i wygląda na to, że żaden z nich nie otrzymuje moich e-maili, ale inni w innych domenach tak robią
- Sprawdziłem folder „wysłany” i wyglądają one identycznie jak wszystkie inne wysłane wiadomości. Nie miałem raportów doręczenia ani nic podobnego, a one znajdują się w folderze „wysłane”, a nie w „skrzynce nadawczej”. Próbowałem także CCing w swoich najnowszych e-mailach do tych osób - zdecydowanie je wysyłają.
- Rozmawiałem z danym klientem i nigdy nie otrzymał ode mnie niczego, nawet w folderze spamu . Mogę odbierać od nich wiadomości e-mail, ale oni nie otrzymują nic ode mnie - nawet moich odpowiedzi na ich e-maile.
- Pierwszy e-mail zawierał dwa małe (500 kb) załączniki PDF, ale ten sam los spotkał dalsze wiadomości e-mail, które nie miały żadnych załączników. Brak obrazów lub linków w wiadomościach e-mail. Były to zwykłe wiadomości e-mail związane z pracą od jednej do trzech osób, z którymi w przeszłości miałem kontakt za pośrednictwem tego samego adresu e-mail i programu Outlook. Są też w tym samym kraju co ja.
- Nie było odpowiedzi na błędy dostawy ani nic podobnego. Pierwszy taki e-mail został wysłany o 8:55 w zeszły piątek, a więc ponad 5 dni temu i nic nie otrzymałem po mojej stronie ani od nich.
- Ich e-maile do mnie dotarły dobrze - w rzeczywistości moje pierwsze e-maile, które się nie powiodły, to odpowiedzi na ich własne e-maile. Miałem też e-maile do tej domeny otrzymane normalnie jeszcze dwa tygodnie temu.
Próbowałem różnych e-maili testowych do tej domeny i nic nie przechodzi:
- Niewinne wiadomości e-mail z napisem „To wiadomość testowa” i tym podobne nigdy nie docierają
- Wiadomości e-mail z poczty internetowej i mojej aplikacji poczty na Androida nie docierają tak samo jak wiadomości e-mail z programu Outlook (a także nie dają raportów doręczenia - wszystko zawiesza się cicho)
- Wiadomości e-mail wysyłane za pośrednictwem sieci 3G mojego telefonu spotkały ten sam los, co wiadomości e-mail wysyłane za pośrednictwem mojego WiFi
- Utworzyłem również nowe konto e-mail w tej samej domenie (na przykład,
[email protected]
aby iść obok mojej zwykłej[email protected]
) i miał dokładnie ten sam problem (testowany przy użyciu poczty internetowej). - Aby sprawdzić, czy mogę mieć jakieś błędne ustawienia SMTP, które blokują odbieranie zwrotnych wysyłek, wysłałem wiadomość e-mail na adres [email protected], że prawdopodobnie nie istnieje. Otrzymałem całkowicie normalną odpowiedź zwrotną „Nieudane dostarczenie poczty: zwracanie wiadomości do nadawcy” - odesłanie - więc jestem w stanie odbierać odpowiedzi zwrotne, z jakiegoś powodu po prostu nie wysyłam ich z tej domeny.
- E-maile do nich z, na przykład, mojego osobistego konta Gmail, są odbierane dobrze (więc używam tego w międzyczasie, dopóki problem nie zostanie rozwiązany)
E-mail pochodzi z mojej własnej domeny - wysłałem e-maile do innych osób z tego samego adresu e-mail i tego samego programu Outlook, a oni otrzymali dobrze. Gmail od czasu do czasu zaznacza je jako spam, na który patrzę, ale inni klienci wydają się nie mieć problemów.
Poza tym nie widzę nic więcej. Jestem pewien, że nie ma tu wystarczająco dużo, aby zdiagnozować mój problem, więc proszę nie o rozwiązanie, ale o kroki diagnostyczne, które mogę podjąć , na przykład:
- Czy jest coś „pod maską”, na które mogę patrzeć w Outlooku, na przykład wysyłanie raportu lub dziennika?
- Czy są jakieś dzienniki związane z serwerem lub domeną, które powinienem sprawdzić, które mogą być istotne? Moja domena jest przypisana do serwera SMTP na Centos VPS.
- Czy są jakieś rodzaje czarnej listy lub interwencji w zakresie bezpieczeństwa, o których powinienem wiedzieć i sprawdzić, czy w ten sposób wiadomość e-mail nie dotrze nawet do folderu ze spamem?
Widziałem to pytanie, że niektórzy ludzie nie otrzymują wiadomości e-mail , które jest podobne, ale z dwiema różnicami:
- Korzystają z systemu masowej wysyłki, używam zwykłego programu Outlook, jeden e-mail na raz.
- Przyjęta odpowiedź obwinia szarą listę - jednak mój pierwszy brakujący e-mail pochodzi z zeszłego piątku (pięć dni temu) i najwyraźniej szara lista opóźnia e-maile o 15 minut do „kilku dni”.
Jak zasugerował Tyson, próbowałem http://mxtoolbox.com/, ale niestety nie dało to żadnych wskazówek (przynajmniej żadnych wskazówek, które widzę). Jeśli coś przeoczyłem, oto wyniki:
Czek na czarnej liście
Sprawdzanie XX.XX.XX.XX względem 95 znanych czarnych list ...
Wymienione 0 razy z 1 limitem czasu
[wiele zielonych tyknięć na końcu listy:]
TIMEOUT IPrange RBL Project [response time:] 0
Więc nie ma jej na żadnej znanej czarnej liście. Nie wiem, dlaczego sprawdzenie IPrange RBL nie powiodło się, ale sprawdziłem ręcznie na stronie http://iprange.net/rbl/lookup/ i nie jestem tam również na czarnej liście.
Kontrola SMTP:
Czas połączenia jest więc nieco powolny (nie jestem pewien, dlaczego, przyjrzę się temu), ale nie widzę powodu, dla którego czasami wysyłane wiadomości e-mail znikałyby całkowicie.
http://intodns.com daje również zielone zielone znaczniki dla wszystkich testów MX mojej domeny.
Próbowałem przeglądać pliki dziennika na serwerze (Centos / Linux):
/var/log/maillog
- wszystkie są puste. Sądzę, że są to dzienniki sendmaila i obecnie nie używam sendmaila, więc ma to sens./var/log/exim/reject.log
jest pełen odrzuconych prób brutalnej siłydovecot
. Mamfail2ban
i przejdę do sprawdzania ustawień zapory sieciowej itp., Aby sprawdzić, czy mogę ich powstrzymać, nawet próbując, ale nie sądzę, że jest to związane/var/log/exim/main.log
zawiera również wiele odrzuconych prób brutalnej siły, ale zawiera także zapisy niektórych faktycznie wysłanych wiadomości e-mail:
Oto wiadomość e-mail do trzech osób w tej samej domenie, które zakończyły się niepowodzeniem dla wszystkich trzech osób (edytowałem niektóre ciągi alfanumeryczne i zamieniłem adresy IP na TXT.LIKE.TH.IS):
2016-02-12 08:55:41 no host name found for IP address MY.PC'S.IP.ADR
2016-02-12 08:55:49 1aU9Vw-0004vq-EG <= [email protected] H=(MyPCName) [MY.PC'S.IP.ADR] P=esmtpa A=dovecot_login:[email protected] S=1443429 [email protected]
2016-02-12 08:55:51 1aU9Vw-0004vq-EG => [email protected] <[email protected]> R=dnslookup T=remote_smtp H=cluster5.us.messagelabs.com [US.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:55:51 1aU9Vw-0004vq-EG -> [email protected] <[email protected]> R=dnslookup T=remote_smtp H=cluster5.us.messagelabs.com [US.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:55:51 1aU9Vw-0004vq-EG -> [email protected] <[email protected]> R=dnslookup T=remote_smtp H=cluster5.us.messagelabs.com [US.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:55:51 1aU9Vw-0004vq-EG Completed
Oto wiadomość e-mail do jednej osoby, której się udało (została otrzymana przez odbiorcę):
2016-02-12 08:58:20 no host name found for IP address MY.PC'S.IP.ADR
2016-02-12 08:58:23 1aU9YU-0004w0-IN <= [email protected] H=(MyPCName) [MY.PC'S.IP.ADR] P=esmtpa A=dovecot_login:[email protected] S=23133 [email protected]
2016-02-12 08:58:26 1aU9YU-0004w0-IN => [email protected] <[email protected]> R=dnslookup T=remote_smtp H=cluster4.eu.messagelabs.com [UK.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:58:26 1aU9YU-0004w0-IN Completed
Nie widzę żadnych znaczących różnic między nimi. Przed i po obu są niczym więcej niż resztkami brutalnej siły i innymi wiadomościami e-mail.
Nie wiem, jakie jest znaczenie cluster5.us.messagelabs.com
lub cluster4.eu.messagelabs.com
, ale powiązane adresy IP to adresy IP MessageLabs.
Serwis goagling messagelabs.com pojawił się w tym artykule na blogu , który wygląda na trafny i sugeruje, że (przypadkowo) obaj moi klienci są subskrybentami MessageLabs, ale z powodu istotnych różnic, które: a) w przeciwieństwie do autora, nawet nie dostaję niedostarczenia pokwitowanie i b) jeśli to MessageLabs blokuje mój e-mail, nie widzę powodu, dla którego mieliby to blokować dla jednego ze swoich klientów, ale nie dla innego.
źródło
Odpowiedzi:
Rozwiązywanie problemów z pocztą e-mail można podzielić na problemy „nadawca” i „odbiorca”. Ponieważ możesz wysyłać do innych osób, strona Wysyłanie prawdopodobnie działa dobrze. Musisz zbadać stronę Odbiorcy, aby zlokalizować problem.
Przeglądanie dzienników jest dobrym krokiem i może ci powiedzieć, dokąd docierają twoje wiadomości, a gdzie nie. Normalny przepływ wiadomości e-mail wygląda następująco:
Wysyłasz ze swojego oprogramowania e-mail na serwer
Twój serwer wysyła do swojego serwera
Ich serwer wysyła do swojego klienta e-mail
W tym przypadku z dzienników widać, że wydaje się, że jest to ich serwer
uster5.us.messagelabs.com
Messagelabs to usługa filtrowania wiadomości e-mail, która jest obecnie własnością firmy Symantec. Takie usługi filtrowania wiadomości służą do usuwania całego spamu i wiadomości-śmieci przed wysłaniem wiadomości do oprogramowania klienckiego. Oznacza to, że wszelkie wiadomości zablokowane przez messagelabs nie pojawią się w folderach spamu lub śmieci w oprogramowaniu klienckim. Po prostu znikną, a odbiorca nigdy ich nie zobaczy. W rzadkich przypadkach mogą pojawić się komunikat „wiadomość od kogoś@example.com została zablokowana. Skontaktuj się z działem IT, aby ją odblokować”.
Brzmi to bardzo podobnie do tego, co się tutaj wydarzyło. Technicznie powinieneś otrzymać odpowiedź zwrotną od messagelabów, takich jak facet w linku, który zamieściłeś, ale nie jest to gwarantowane. Mogą po prostu po cichu usunąć twoją wiadomość, jeśli uważają, że to spam. Zazwyczaj messagelabs zapewnia interfejs dla działu IT u klienta, w którym można uwolnić zablokowane wiadomości. Możesz poprosić osobę kontaktową w firmie o sprawdzenie ze swoim zespołem IT wszelkich zablokowanych wiadomości z Twojego adresu e-mail. Przynajmniej możesz, jeśli masz inny sposób na skontaktowanie się z nimi!
Inne przydatne ogólne kroki rozwiązywania problemów: Jeśli nie masz dostępu do plików dziennika, możesz dowiedzieć się, jaki powinien być serwer dla dowolnej domeny, przeglądając „Rekordy MX”
Na przykład tutaj: http://mxtoolbox.com/
Rekord MX jest tym, czego szuka serwer e-mail, aby dowiedzieć się, gdzie powinien wysłać wiadomość e-mail.
Następnie możesz zainicjować ręczne połączenie z serwerem wymienionym w rekordzie MX, aby sprawdzić, czy akceptuje on wiadomości e-mail i jakie komunikaty o błędach możesz otrzymać. Użyj programu telnet, takiego jak Putty: http://www.putty.org/ i telnet do serwera poczty e-mail na porcie 25. Niektóre z potrzebnych poleceń są wymienione tutaj: http://www.yuki-onna.co. uk / email / smtp.html
Teraz możesz połączyć się z ich serwerem pocztowym i wysłać wiadomość e-mail, używając swojego adresu e-mail jako adresu „Od” i zobaczyć, jak serwer odpowiada bezpośrednio. Wszelkie zwracane kody błędów e-mail można wyszukać w Google lub tutaj: http://www.serversmtp.com/en/smtp-error
Po sprawdzeniu, czy możesz połączyć się z serwerem, może powiedzieć ci, dlaczego twój e-mail jest odrzucany jako spam lub z innego powodu, ale przyczyna może nie być łatwa do odczytania. Na tym etapie sugeruję, aby poprosić klienta messagelabs o skontaktowanie się z jego numerem pomocy technicznej z kodami błędów (lub ich brakiem) otrzymanymi z ich serwera. Ponieważ nie jesteś klientem messagelabs, nie możesz zalogować się do problemu ani poprosić messagelabs o sprawdzenie ustawień na koncie jego klienta. Ich klient będzie musiał sam o to zapytać. Podobnie byłoby w przypadku każdego innego dostawcy filtrowania poczty.
Mam nadzieję, że kod błędu wskazałby na konkretny problem, na przykład na to, że Twój serwer znajduje się na liście bloków lub nie ma rekordu SPF, i możesz to naprawić samodzielnie, ponieważ kontakt z dostawcą filtrowania poczty z trzeciej ręki nigdy nie jest fajny. Ostatni problem, który mi się podobał, zajął ponad trzy miesiące, zanim usterka została zlokalizowana i naprawiono ją przez messagelabs.
Odłożę się do odpowiedzi kubańczyka, aby uzyskać szczegółowe informacje na temat ustawień SPF i DKIM, ponieważ wydają się być znacznie bardziej kompetentni niż ja!
Powodzenia!
źródło
Twoje wychodzące dzienniki SMTP wskazują, że miejsce docelowe zaakceptowało wiadomość. Jeśli docelowy serwer pocztowy jest na tyle uprzejmy, że z dowolnego powodu może wysłać odpowiedź zwrotną, to wszystko, co możesz uzyskać. Poza pytaniem klienta (który może nie wiedzieć), co się stało z e-mailem, niewiele można zrobić poza zgadywaniem. Być może będziesz w stanie spojrzeć na nagłówki transportu w wiadomości otrzymanej od klienta.
Oto karta danych produktu dla rozwiązania MessageLabs (spójrz na czynności kontrolne na stronie 2)
Dlatego system poczty tego klienta korzysta z rozwiązania bezpieczeństwa poczty korporacyjnej, które oferuje potencjalnie złożone zasady blokowania, odrzucania, modyfikowania, filtrowania, skanowania, przekierowywania itp. Poczty w oparciu o wspólne czynniki, takie jak:
Lista jest długa. Nie jestem w pełni zaznajomiony z ofertą MessageLab, ale pracuję z podobnym produktem, który uwielbiają działy zgodności, zarządzania, ryzyka i bezpieczeństwa w dużym banku, ponieważ pozwala tym departamentom na filtrowanie, audyt, archiwizację, przegląd, analizę, kategoryzację, blokowanie poczta z bardzo szczegółowym poziomem szczegółowości. Wielu naszych klientów jest prawnie zobowiązanych do wykonywania typowych czynności, takich jak:
I oczywiście, ponieważ wszystko może się zdarzyć i przedsiębiorstw w e-mail, zawsze istnieje możliwość docelowy serwer pocztowy po prostu odrzucając wiadomość i kucia
200 OK
lub250 COMPLETED
odpowiedź do przekaźnika. Zdarza się ... Znam niektórych klientów, którzy skonfigurowali przekaźniki poczty do kierowania poczty doblack hole
przekaźnika w celu wyeliminowania nieuczciwych pętli routingu. Poczta korporacyjna jest zawsze fajna :)źródło
Aktualizacja: Ta odpowiedź opisuje sposób otrzymania raportu diagnostycznego na dowolny e-mail (zawartość e-maila, nagłówki i konfiguracja serwera). Chociaż bardzo przydatne do poprawy ustawień mojego serwera, niestety nawet po naprawieniu wszystkiego, co tu podniesiono, moje e-maile wciąż się nie otwierają. Zostawię to tutaj, ponieważ inni mogą mieć więcej szczęścia niż ja.
Znalazłem kilka bezpłatnych usług testowania poczty elektronicznej. Generują one jednorazowy adres e-mail, wysyłasz mu wiadomość e-mail, a następnie klikasz link, co daje raport o tym, jak różne znane filtry spamowe oceniają ten konkretny e-mail.
Są one na ogół przeznaczone do testowania biuletynów, ale dobrze pasują do moich celów.
Nie wiedziałam, którą próbować, ale pierwsza próba - https://www.mail-tester.com/ - dała przydatne wyniki.
Użyłem do tego fałszywego
[email protected]
konta e-mail, ponieważ posiadanie bezpłatnej usługi testowania kont e-mail pod kątem spamu, a następnie ich sprzedaż na listach spamowych jest zbyt oczywistym modelem biznesowym ... :-)Raport dał mi przydatne wskazówki do naśladowania. Oto ich werdykt:
I zrzut ekranu z ich diagnozy:
(„komunikat o treści zawiera błędy” nie jest tak zły, jak się wydaje, po prostu wskazuje, że nie ma linku do rezygnacji z subskrypcji, ponieważ fałszywie zakładam, że testuję newsletter)
Właśnie tego szukałem: czynności, które można spróbować naprawić, przy braku powiadomienia o nieudanej dostawie.
Zbadam teraz, dlaczego moje adresy e-mail wskazują główną nazwę hosta VPS vps.my-domain.com zamiast nazwy hosta serwera poczty mail.my-domain.com, i zbadam, dlaczego wpisy SPF - które ustawiłem kilka miesięcy temu, które według narzędzi MX są w porządku - nie w pełni się propagowały.
W szczególności wygląda to na źródło mojego szczególnego problemu: dziwactwo konfiguracji serwera, które, jak sądzę, niektóre konfiguracje uznają za nieistotne, a niektóre za podejrzane:
Aktualizacja...
Złe wieści ... Naprawiłem wszystkie problemy podniesione w raporcie Testera poczty (dla wszystkich zainteresowanych, zobacz moje pytania o awarię serwera dotyczące problemu z adresem HELO i propagacji SPF ). Moje e-maile otrzymują teraz doskonały tester poczty od 10/10 ...
... ale moje e-maile wciąż nie są odbierane przez tę jedną dziwną domenę. Zaczynam myśleć, że musiałem jakoś zostać dodany do czarnej listy specyficznej dla organizacji (może ktoś przez pomyłkę uderzył w przycisk „spam” zamiast „odpowiedz” lub „zarchiwizuj” ... nie jesteś pewien, czy to by to wyjaśniało?) .
źródło
Spróbuję tu zgadywać. Widzę, że używasz SPF i DKIM. Istnieje więc również możliwość użycia DMARC (szczególnie jeśli MX jest exim).
Teraz jest szansa, że twoja poczta trafi na adres: Jednak, mówiąc z doświadczenia, wiele organizacji, szczególnie te duże, ma poważne mechanizmy, które wysyłają odesłane wiadomości . W szczególności, Lotus Domino wysyła flat out złym DKIM za każdym razem, ponieważ kopie Twój podpis DKIM na ich wiadomości dosłownie. Inne subtelniejsze błędy również często się zdarzają.
Wiele odesłanych wiadomości nie działa SPF. (Powodem technicznym jest to, że właściwie mają pustą POCZTĘ: <> i mogą mieć problem ze swoim EHLO.) Więc jeśli mają politykę DMARC, pozostawia to tylko na DKIM, co również ma wiele problemów. Logicznie:
DMARC = (SPF lub DKIM) i (kontrola wyrównania tożsamości nagłówka From)
Dlatego spróbuj tymczasowo wyłączyć DMARC, DKIM, SPF sprawdzanie poczty przychodzącej na twoim MX. (Oznacza to, że nie powinieneś zmieniać swoich rekordów DNS tylko ustawień exim.) Wyślij je pocztą i poczekaj kilka godzin na odesłanie, a następnie ponownie włącz DMARC, DKIM, SPF.
źródło
Często dostawcy poczty mają na miejscu dziwne roule i automatycznie usuwają maile, które pasują do nich.
Mieliśmy ten problem:
dostawca poczty usunął nasze wiadomości e-mail na podstawie adresu, ponieważ inna firma (która wysłała spam) znajdowała się pod tym samym adresem…
Więc chciałbym:
- wysłać wiadomość bez żadnego adresu treść (również bez normalnej stopki) i bez załącznika do skrzynki pocztowej, które nie odbierają wiadomości e-mail
=> Jeśli można ją odebrać, niektóre z normalnych treści są oznaczone jako „złe”.
W każdym przypadku poprosiłbym partnera ( które nie otrzymują wiadomości e-mail) po nazwę dostawcy, a następnie zadzwoń na ich infolinię.
źródło
Miałem podobny problem. Użytkownik końcowy twierdzi, że wiadomość e-mail MSOutlook na określony e-mail zewnętrzny nigdy się nie pojawia. E-maile były w jej wysłanych elementach. Nigdy nie dostała niemożliwego do dostarczenia. MSExchange pokazał, że został pomyślnie przekazany do innego systemu pocztowego. Zewnętrzny użytkownik wysłany e-mailem nie widział tego w swoim spamie lub śmieciach.
Rozwiązanie. Wyczyściłem pamięć podręczną e-maila tego użytkownika zewnętrznego. Skopiowany i wklejony adres e-mail z wiadomości e-mail otrzymanej od tej osoby i teraz działa. Domyśl.
źródło
Znalazłem te „informacje” na stronie Microsoft, mam nadzieję, że przynajmniej trochę to pomoże. ŹRÓDŁO => wychodzące wiadomości e-mail programu Outlook nie są odbierane przez odbiorców
Ludzie nie otrzymują wiadomości e-mail wysyłanych za pośrednictwem programu Outlook. W folderze Wysłane są wyświetlane jako pomyślnie wysłane i nie otrzymuję wiadomości, że nie można ich dostarczyć. Nie trafiają one do folderów spamu lub śmieci moich odbiorców.
Jeśli masz z tym problem, istnieje wątek, w którym ktoś w programie Outlook 2007 miał ten sam problem, i został rozwiązany przez zmianę niektórych właściwości portu. Wszystkie podziękowania należą się Lisie, OP, która opublikowała swoje rozwiązanie: => (Przeczytaj pytanie i odpowiedź poniżej)
Uruchamianie programu Outlook 2007 w systemie Vista ... wiadomości wychodzące nie są wysyłane, ale w wiadomości wychodzącej powiedz „ukończone”. Adresaci nie otrzymują wiadomości i nie pojawiają się w wysłanym folderze. Czy można to naprawić? Kolejnym komputerem jest Windows 7, ten sam program, bez problemu. Połączenie z tą samą siecią i Internetem jest w porządku.
Jaki typ konta e-mail jest skonfigurowany w programie Outlook (POP, IMAP, MAPI lub EXCHANGE)? Czy widzisz e-maile w skrzynce nadawczej, czy te opuszczają skrzynkę nadawczą? Spróbuj wysłać do siebie wiadomość e-mail i sprawdź, czy możesz otrzymać testową wiadomość e-mail. Uruchom także system w trybie czystego rozruchu, a następnie spróbuj wysłać wiadomość e-mail i sprawdzić. Odnośnik podany poniżej, aby uruchomić system w trybie czystego rozruchu: http://support.microsoft.com/kb/929135 (długa szczegółowa procedura).
Uwaga: Upewnij się, aby ponownie uruchomić system w trybie normalnym po rozwiązaniu problemu.
źródło