Zatwierdzono: Fortect
Jeśli napotkasz błąd podczas wysyłania SMTP – nie określono prawidłowego odbiorcy, niniejsze instrukcje pomogą Ci.Błąd 1 to błąd SMTP „Brak rzeczywistych odbiorców”. Może się tak zdarzyć, jeśli Twoja firma błędnie wpisze adresy odbiorców, ale może się to również zdarzyć, jeśli nie zweryfikowałeś poprawnie urządzenia wychodzącego. Więc trudną częścią jest to, że zalety automatycznego kreatora linków zwrotnych. xy nie jest zarejestrowaną domeną, więc ludzie nie mogą wysyłać wiadomości e-mail na ten adres.
to jest
Uwaga: niestety nie ma duplikatów, bez wątpienia widziałem wszystko, co tam jest napisane.
Próbowałem połączyć się z moim serwerem pocztowym i Laravel / Swiftmailer
. Sekcja pobierania mojego startu .env wygląda tak:
MAIL_DRIVER równa się smtpMAIL_HOST = PORT_POCZTY = 465MAIL_USERNAME = MAIL_PASSWORD równa się MAIL_CRYPTION = ssl
Dane osobowe są tak! ocenzurowane z oczywistych powodów, ale ustawienie będzie działać. Przetestowałem to, podłączając się do urządzenia z tą instalacją Thunderbirda i działa dobrze.
funkcja publiczna from_id (string id funduszy): user ... ... ... Wyślij :: do () -> wyślij (nowa kontrolka () wysłana);
Tak wygląda skrzynka pocztowa szuflada (jest to zasadniczo sytuacja z pierwszego akapitu w dokumentacji Laravela):
odmiana usługi publicznej () return $ this-> view ('email_templates.simple_test');
Debugowałem standard i są też dwa oddzielne wyjątki, ale ups! prawdopodobnie wyświetla ostatni:
Oczekiwany system z kodem 250/251/252, ale odebrany kod z komunikatem „554” „554 5.7.1. Odmowa adresu odbiorcy: dostęp Odrzucono ”
Oczekiwana odpowiedź programu 354, ale odebrano kod “554” wraz z reprezentacją “554 5.5.1”. Błąd: brak prawidłowej jednostki ”
Kiedyś wysyłałem e-mail z aktualnie działającego serwera pocztowego w Thunderbirdzie przez
i e-mail został przetworzony i odebrany w ułamku sekundy bez żadnych problemów / błędy. Zasadniczo próbowałem odtworzyć ten sam przypadek, który ma inne narzędzie. Z mojego nowego punktu widzenia błąd powinien nadal znajdować się w tej bazie kodu.
Gdy rodziny próbują wysłać wiadomość e-mail i użyć, powiedziałbym, komponentu klienta SMTP lub archiwów SocketTools, połączenie się powiodło, ale metoda SendMessage lub funkcja SmtpSendMes kończy się niepowodzeniem z błędem wskazującym, że określono całkowicie poprawnego klienta.
Jest to przerażający błąd, który zostanie wyświetlony wraz z młodym kodem błędu 12296 zwróconym przez LastError, który będzie działał dobrze w klasie .NET lub kreatorze ActiveX. Jeśli używasz interfejsu API Library Edition lub jeśli kod błędu 0x80043008 jest rzeczywiście zwracany w wyniku działania funkcji SmtpGetLastError.
Błąd odpowiada kodowi stanu SMTP 554, często daje również rozszerzony kod stanu i podobny komunikat:
Jeśli zweryfikowałeś adres odbiorcy, ale ustaliłeś, że jest on prawidłowy, oto najbardziej prawdopodobne przyczyny tego rodzaju błędu:
-
Komputer lokalny, z którego już wysyłasz wiadomość, jest zawodny. Zwykle wymaga to miejsca, gdy każdy z naszych serwerów pocztowych znajduje się w sieci lokalnej lub może to być zaufana prywatna sieć firmowa i próbujesz przekazać wiadomość do kogoś innego w tej sieci. Domyślnie większość maszyn pocztowych jest skonfigurowana tak, aby ufać tylko systemom użytkowników (zazwyczaj te, które są najbliższą podsiecią).
Jeśli serwer WWW poczty nie ufa systemowi lokalnemu, prawdopodobnie będziesz potrzebować uwierzytelnienia serwera. Wiele serwerów hostujących pocztę jest skonfigurowanych z bardzo ograniczonym zaufaniem, a zaufane są tylko przyjaźnie pochodzące z serwera, który sam musi weryfikować połączenia klientów.
-
Jeśli już łączysz się z serwerem na porcie 25 lub może prt 465, odbiorca musi być lokalny, aby móc korzystać z tego konkretnego serwera. O ile wyraźnie nie potwierdzisz tego na serwerze pocztowym, wiadomość zostanie tradycyjnie odrzucona, jeśli odbiorca nie może być lokalny (na przykład
Serwery poczty, które akceptują dowolny adres e-mail osoby i automatycznie przekazują nielokalne wiadomości e-mail, są nazywane otwartymi przekaźnikami, co jest obecnie powszechnie uważane za błąd konfiguracji. Otwarte przekaźniki są często wykorzystywane do wysyłania niechcianych wiadomości e-mail, a wszystkie bardziej nowoczesne konfiguracje serwerów pocztowych wykluczają to, ponieważ nie płacą.
-
Jeśli łączysz się z serwerem sieciowym na porcie 587 (często określanym jako nasz własny port „wysyłania”), uwierzytelnianie z pewnością nie jest wymagane. Musisz wywołać poprawną metodę, jeśli naprawdę używasz sieci .Class lub być może kontrolki ActiveX, lub funkcja SmtpAuthenticate jest rzeczywistym zdarzeniem, którego używasz z API biblioteki. Obecnie prawie we wszystkich przypadkach połączenia z dużą liczbą serwerów muszą być zabezpieczone przy użyciu protokołu TLS 1.2 (lub nowszego).
Większość serwerów nawet nie ułatwia nowym klientom prób uwierzytelnienia, chyba że ta firma korzysta już z bezpiecznego połączenia. Chociaż w tej chwili może istnieć rzadki wyjątek od tej procedury, w przeciwieństwie do tego większość serwerów pocztowych, które teraz ufają kontaktom przekazywania na tym porcie, jest zaprojektowana tak, aby odmawiać wszystkim odbiorcom nieuwierzytelnionych sesji klientów na wyłączność.
-
Jeśli łączysz się z serwerem przy użyciu tylko niestandardowego numeru portu, z których większość to zazwyczaj 2525, zazwyczaj musisz postępować zgodnie z tymi samymi instrukcjami, co w przypadku portu 587. Musisz przetestować klienta, a sesja powinna być bezpieczniejsza .
Zatwierdzono: Fortect
Fortect to najpopularniejsze i najskuteczniejsze narzędzie do naprawy komputerów na świecie. Miliony ludzi ufają, że ich systemy działają szybko, płynnie i bez błędów. Dzięki prostemu interfejsowi użytkownika i potężnemu silnikowi skanowania, Fortect szybko znajduje i naprawia szeroki zakres problemów z systemem Windows - od niestabilności systemu i problemów z bezpieczeństwem po zarządzanie pamięcią i wąskie gardła wydajności.
- 1. Pobierz Fortect i zainstaluj na swoim komputerze
- 2. Uruchom program i kliknij „Skanuj”
- 3. Kliknij „Napraw”, aby naprawić znalezione problemy
Te niestandardowe porty są często celowo projektowane, aby umożliwić klientom ominięcie czynników, gdy skuteczny dostawca usług internetowych (ISP) może oferować standardowe porty z przeszkodami. Często ma to na celu zapobieganie, a przynajmniej zapobieganie niewłaściwemu wykorzystywaniu określonych sieci marketingowych przez złośliwe oprogramowanie.
Upewnij się, że generujesz prawidłowy numer portu, zwykle 587 konwersacji. Zawsze używaj bezpiecznego połączenia, więc uwierzytelniaj naszego klienta sesji za pomocą prawidłowej nazwy użytkownika i jednego (lub tokena OAuth 2.0). Jeśli te kroki zostały już wykonane, nasz serwer powinien zaakceptować odbiorcę, więc dostarcz wiadomość do Ciebie.
Wybór SocketTools
Ten artykuł dotyczy składników SocketTools 10 w wersji późniejszej. SocketTools 9 i wcześniejsze będą działać jako obsługiwany protokół dla bezpiecznych połączeń za pośrednictwem TLS 1.0, co może spowodować odrzucenie próby łączenia przez niektóre współczesne serwery pocztowe wow.
Domyślnie bieżąca wersja SocketTools używa tylko TLS 1.2 (lub nowszego) do bezpiecznego połączenia. Jeśli czyjaś aplikacja łączy czas ze starszym serwerem poczty wychodzącej, który sam obsługuje TLS 1.0, możesz określić go za pomocą parametru match.
Obsługa OAuth 2.0 jest zdecydowanie dostępna tylko w obecnej wersji SocketTools. Ta opcja autoryzacji nie jest dostępna bezsprzecznie w poprzednich opcjach.
Zobacz także
Błąd uwierzytelniania serwera pocztowego
Nieprawidłowy lub nieobsługiwany protokół
Testowanie bezpiecznych połączeń uwierzytelniania przy użyciu OpenSSL
Z pewnością nie można było ustawić kontekstu bezpieczeństwa
Przyspiesz teraz wydajność swojego komputera dzięki temu prostemu pobieraniu.