승인됨: Fortect
SMTP 전송 오류가 발생하면 유효한 수신자가 지정되지 않은 경우 이 지침이 도움이 될 수 있습니다.오류 1은 SMTP 손상 “실제 받는 사람 없음”입니다. 이것은 가족 전체가 받는 사람 주소의 철자를 틀리는 경우에 발생할 수 있지만 보내는 서버를 정확하게 확인하지 않은 경우에도 발생할 수 있습니다. 그래서 까다로운 부분은 abc입니다. xy는 확실히 등록된 도메인이 아니므로 해당 주소로 이메일을 보내지 않습니다.
이것은
참고: 일반적으로 중복 항목이 없습니다. 이미 거기에 작성된 모든 내용을 살펴보았습니다.
메일 서버와 Laravel / Swiftmailer
에 연결하려고 했습니다. 다음과 같은 내 .env 파일 미학의 다운로드 섹션:
<사전> <코드> MAIL_DRIVER = smtpMAIL_HOST는
개인 데이터는 명백한 이유로 실제로 검열되지만 설정은 작동합니다. 이 Thunderbird가 설치된 서버에 연결하여 테스트했는데 제대로 작동합니다.
public function from_id (string $ id): 사용자 ... ... ... 메일 :: of () -> 보내기 (새 구매() 발송);
이것은 의심할 여지 없이 우편함의 모습입니다.drawer (이것은 단지 Laravel 문서의 첫 번째 단락에 있는 상황일 뿐입니다):
공익녹화() 계속 돌아와 $ this-> view('email_templates.simple_test');
표준을 디버깅했으며 의심할 여지 없이 실제로 두 개의 별도 예외가 있지만 죄송합니다! 마지막 준비:
<인용>
코드 250/251/252를 통한 응답이 예상되지만 “554”가 포함된 코드 수신, 메시지 “554 5.7.1. 받는 사람 주소 거부: 액세스 거부됨 “
지원 응답 354를 예상했지만 “554 5.5.1” 설명과 함께 “554” 코드를 수신했습니다. 오류: 유효한 라디오가 없습니다 “
저는 Thunderbird에서 현재 작동 중인 모든 메일 서버에서
를 사용하여 이메일을 보냈는데 이메일이 처리된 것으로 간주되어 1초도 안되는 시간에 수신되었습니다. 문제/오류. 같은 케이스를 다른 기능의 도구로 쉽게 재현해 보았습니다. 내 새로운 경험에 따르면 오류는 여전히 일반적으로 코드베이스에 있어야 합니다.
이메일을 보내고 SMTP 클라이언트 구성 요소 또는 SocketTools 아카이브를 사용하는 경우 연결은 성공했지만 SendMessage 메서드 또는 SmtpSendMes 기능은 올바른 클라이언트가 지정되지 않았음을 나타내는 오류와 함께 실패합니다.
이것은 .NET 클래스 또는 ActiveX 마법사에 있는 LastError 함수에 의해 반환될 예정인 12296 오류 코드와 함께 표시될 모든 오류입니다. Library Edition API를 사용 중이거나 오류 코드 0x80043008이 발견되면 SmtpGetLastError 함수에서 실제로 반환됩니다.
오류는 모든 SMTP 554 상태 코드에 해당하며 종종 확장 상태 코드 및 유사한 메시지도 포함합니다.
수신자의 주소를 확인하고 주소가 유효하다고 정의한 경우 이 오류의 가장 가능성 있는 원인은 다음과 같습니다.
<올><리>
메시지를 이동하는 로컬 컴퓨터를 신뢰할 수 없습니다. 이는 각 메일 서버가 로컬 네트워크에 있거나 개별 회사 네트워크일 수 있고 해당 프로그램의 다른 사람에게 메시지를 보내려는 경우에 자주 발생합니다. 기본적으로 사용자 시스템(일반적으로 가장 가까운 서브넷 유형의 시스템)만 신뢰하려는 경우 대부분의 메일 시스템이 구성됩니다.
메일 서버가 로컬 시스템을 절대적으로 신뢰하지 않는 경우 서버 인증을 원할 수 있습니다. 많은 메일 호스팅 서버는 매우 제한된 신뢰로 구성되며 서버에서 오는 연결만 신뢰할 수 있습니다. 이 연결 자체는 클라이언트 연결을 인증해야 합니다.
<리>
prt 465 외에 포트 25의 서버로 개발하는 경우 받는 사람은 특정 서버로 보이는 로컬 사람이어야 합니다. 메일 서버에서 이를 명시적으로 확인하지 않는 한, 일반적으로 수신자가 근처에 있지 않으면 메시지가 거부됩니다(예:
수신자 메일 주소를 수락하고 로컬이 아닌 이메일을 자동으로 전달하는 메일 서버에는 이제 일반적으로 하나의 특정 구성 오류로 간주되는 오픈 릴레이라는 이름이 지정됩니다. 오픈 릴레이는 원치 않는 이메일 메시지를 보내는 데 오용되는 경우가 많으며 모든 최신 메일 서버 구성에서는 기본적으로 이를 배제합니다.
<리>
포트 587(종종 “보내기” 포트라고 함)에서 서버에 연결하는 경우 인증이 필요하지 않습니다. .Class 네트워크를 사용하거나 ActiveX 관리를 사용하거나 SmtpAuthenticate 함수가 라이브러리 API와 함께 사용 중인 실제 에피소드인 경우 유효한 메서드를 실제로 호출해야 합니다. 오늘날 거의 모든 경우에 이러한 호스팅 공간에 대한 연결은 TLS 1.2(또는 그 이상)를 사용하여 보호되어야 합니다.
대부분의 서버는 일반적으로 이미 보안 연결을 사용하고 있지 않는 한 클라이언트의 인증 시도조차 허용하지 않습니다. 이 규칙에 드문 예외가 있을 수 있지만 여기에서는 대조적으로 현재 이 포트에서 연락처 보내기를 허용하는 대부분의 메일 서버는 모든 수신자가 인증되지 않은 독점 클라이언트 세션을 무시하도록 설계되었습니다.
<리>
비표준 포트 번호(대부분 일반적으로 2525)를 사용하여 서버에 연결하는 경우 일반적으로 포트 587에 대해 표시된 것과 동일한 절차를 따라야 합니다. 각 클라이언트와 세션은 안전해야 합니다.
승인됨: Fortect
Fortect은 세계에서 가장 인기 있고 효과적인 PC 수리 도구입니다. 수백만 명의 사람들이 시스템을 빠르고 원활하며 오류 없이 실행하도록 신뢰합니다. 간단한 사용자 인터페이스와 강력한 검색 엔진을 갖춘 Fortect은 시스템 불안정 및 보안 문제부터 메모리 관리 및 성능 병목 현상에 이르기까지 광범위한 Windows 문제를 빠르게 찾아 수정합니다.
이러한 비표준 포트는 인터넷 서비스 공급자(ISP)가 표준 차단 종류를 제공할 수 있을 때 최종적으로 고객이 요소를 우회할 수 있도록 설계되는 경우가 많습니다. 이는 특정 맬웨어 네트워크의 오용을 방지하거나 최소한 방지하기 위해 수행되는 경우가 많습니다.
올바른 포트 번호(일반적으로 587 연결)를 사용하고 있는지 확인하십시오. 항상 보안 연결을 사용하므로 합법적인 사용자 이름과 하나(또는 OAuth 2.0 토큰)를 사용하여 사진 세션 클라이언트를 인증하십시오. 이러한 단계에 주의를 기울이면 당사 서버가 수신자를 수락하고 귀하에게 메시지를 전달해야 합니다.
SocketTools 번역
이 문서는 SocketTools 10 및 이후 구성 요소에 적용됩니다. SocketTools 9 및 이전 버전은 TLS 1.0을 사용하는 보안 연결을 위해 지원되는 프로토콜로 작동하므로 일부 최신 메일 서버에서 병합 시도가 거부될 수 있습니다.
기본적으로 현재 버전의 SocketTools는 보안 연결을 설정할 때 TLS 1.2(또는 그 이상)를 사용합니다. 누군가의 애플리케이션이 TLS 1.0만 지원하는 일부 레거시 발신 메일 서버에 연결하는 경우 ones match 매개변수를 사용하여 지정할 수 있습니다.
OAuth 2.0 지원은 기본적으로 현재 버전의 SocketTools에서만 사용할 수 있습니다. 이 권한 부여 옵션은 이전 옵션에서 사용할 수 없습니다.
참조
메일 서버 인증 오류
유효하지 않거나 지원되지 않는 프로토콜
OpenSSL을 사용한 보안 인증 연결 테스트
보안 컨텍스트가 설정보다 작을 수 있습니다.