Godkänd: Fortect
Om du stöter på ett fel när du skickar SMTP – ingen giltig mottagare har angetts kommer dessa instruktioner att tillåta dig.Fel 1 är ett SMTP -fel “Inga faktiska mottagare”. Detta kan hända om klienter felstavar mottagaradresserna, men det kan också hända om du inte har verifierat den utgående servern på rätt sätt. Så den knepiga delen är att abc. xy har inte varit en registrerad domän, så du kan aldrig skicka e -post till den adressen.
detta är
Obs: tyvärr finns det inga dubbletter, jag har redan inkluderat allt som skrivs där.
Jag försökte ansluta till enkel e -postserver och Laravel / Swiftmailer
. Nedladdningsdelen av min .env -filestetik så här:
MAIL_DRIVER = smtpMAIL_HOST är lika med MAIL_PORT = 465MAIL_USERNAME = MAIL_PASSWORD innebär MAIL_CRYPTION = ssl
Personuppgifter är verkligen censurerade av uppenbara skäl, men inställningen fungerar. Jag testade det genom att ansluta till en server tillsammans med denna Thunderbird -installation och det fungerar bra.
public function from_id (string $ id): user ... ... ... Mail :: till positivt () -> send (new receive () sent);
Så här kan brevlådan se ut som en låda (detta är helt enkelt bara situationen i det första stycket du ser, Laravel -dokumenten):
public service -produkt () ta tillbaka $ this-> view ('email_templates.simple_test');
Jag felsökte standarden och det finns faktiskt två separata undantag, men oj! presenterar bara det sista:
Förväntat svar med kod 250/251/252, men mottagen kod med “554”, meddelande “554 5.7.1. Mottagaradress nekad: Åtkomst Avvisas “
Förväntat datorprogramsvar 354, men fick kod “554” med reflektion “554 5.5.1”. Fel: inget giltigt mål “
Jag brukade skicka ett e -postmeddelande från den aktuella e -postservern i Thunderbird genom att ange
och e -postmeddelandet behandlades och mottogs tidigare på en bråkdel av en funktionell sekund utan eventuella problem / fel. Jag försökte i princip reproducera samma fall med någon annan typ av verktyg. Från min nya synpunkt borde felet fortfarande finnas i ofta kodbasen.
När du åtar dig att skicka ett e -postmeddelande och använda SMTP -klientkomponenten eller SocketTools -arkiv, bör anslutningen lyckas, men SendMessage -metoden eller SmtpSendMes -funktionssidan misslyckas med ett fel som anger att ingen juridisk klient har angetts.
Detta är ett stort fel som kommer att visas med nybörjar 12296 -felkoden som returneras av LastError -funktionen i .NET -klassen eller ActiveX -guiden. Om individer använder Library Edition API eller om eller när felkod 0x80043008 verkligen returneras av några av SmtpGetLastError -funktionen.
Felet motsvarar den specifika SMTP 554 -statuskoden, innehåller ofta också den faktiska utökade statuskoden och liknande meddelande:
Om du har verifierat mottagarens adress och mätt att den är giltig, här är några på grund av de troligaste orsakerna till detta fel:
-
Den lokala dator från vilken du skickar meddelandet via e-post är opålitlig. Detta händer ofta när var och en av våra e -postservrar finns i ett helt nytt lokalt nätverk, eller om det kan vara ett nära privat företagsnätverk och du försöker vidarebefordra ett meddelande till någon annan i den organisationen. Som standard är de flesta e -postmaskiner konfigurerade för att se till att du bara litar på användarsystem (vanligtvis de på det närmaste undernätet).
Om e -postservern verkligen inte litar på det lokala systemet kanske du vill verifiera servern. Många e -posthotelservrar är utformade med mycket begränsat förtroende, och endast anslutningar som börjar från servern, som i sig måste verifiera personanslutningar, är betrodda.
-
Om du länkar till en server på port 25 eller möjligen prt 465, måste mottagaren vara lokal till vilken experter hävdar en viss server. Om du inte uttryckligen bekräftar detta av e -postservern kommer meddelandet vanligtvis att avvisas om mottagaren inte kan vara i närheten (t.ex.
E-postservrar som accepterar mottagarinformationsadress och automatiskt vidarebefordrar icke-lokala e-postmeddelanden kallas öppna reläer, vilket nu vanligtvis anses vara ett trevligt konfigurationsfel. Öppna reläer missbrukas ofta för att äntligen skicka oönskade e -postmeddelanden, och alla moderna e -postserverkonfigurationer utesluter detta som standard.
-
Om du ansluter till servern via port 587 (kallas ofta för en del av “skicka” -porten) krävs verkligen ingen autentisering. Du bör säkert ringa in en giltig metod om du använder ett .Class -nätverk, eller kanske en ActiveX -behärskning, eller om funktionen SmtpAuthenticate är det egentliga syftet du använder med bibliotekets API. I nästan alla fall idag måste anslutningar till denna personal säkras med TLS 1.2 (eller högre).
De flesta servrar tillåter inte ens avancerade klienter att försöka autentisera om de vanligtvis redan använder en säker anslutning. Även om det kan finnas ett sällsynt undantag från denna regel, kontrast, är de flesta e -postservrar som nu accepterar att skicka kontakter på den här porten utformade för att råna alla mottagare oautentiserade exklusiva klientsessioner.
-
Om du ansluter till servern med någon form av icke-standardiserat portnummer, varav de flesta nästan alltid är 2525, måste du i allmänhet följa samma riktlinjer som för port 587. Du måste bekräfta en specifik klient och sessionen bör vara säker.
Godkänd: Fortect
Fortect är världens mest populära och effektiva PC-reparationsverktyg. Det litar på miljontals människor för att hålla sina system igång snabbt, smidigt och felfritt. Med sitt enkla användargränssnitt och kraftfulla skanningsmotor hittar och fixar Fortect snabbt ett brett utbud av Windows-problem – från systeminstabilitet och säkerhetsproblem till minneshantering och prestandaflaskhalsar.
- 1. Ladda ner Fortect och installera den på din dator
- 2. Starta programmet och klicka på "Skanna"
- 3. Klicka på "Reparera" för att åtgärda eventuella problem som upptäcks
Dessa icke-standardiserade portar är ofta utformade för att tillåta kunder att kringgå faktorer när en Internetleverantör (ISP) canIt erbjuder standard blockerade städer. Detta görs ofta för att förhindra, eller inom minst förhindra, missbruk av specifika nätverk genom skadlig kod.
Se till att du använder det korrekta portnumret, vanligtvis en 587 -anslutning. Använd alltid en säker anslutning, så verifiera din eventklient med ett legitimt användarnamn och lösenord (eller OAuth 2.0 -token). Om dessa steg agerar enligt bör vår server acceptera mottagaren och dela ditt meddelande med dig.
SocketTools -sortiment
Denna artikel gäller komponenter i SocketTools 10 och strax efter. SocketTools 9 och tidigare kommer att fungera eftersom ett protokoll som stöds för säkra anslutningar med TLS 1.0, vilket kan resultera i sammanslagningen som du bör försöka avvisas av några moderna postservrar.
Som standard använder den aktuella versionen av SocketTools lone TLS 1.2 (eller högre) när rätt säker anslutning upprättas. Om någons applikation ansluter till en trevlig äldre utgående e -postserver som stöderDen fungerar bara med TLS 1.0, du kan ange den med vanligtvis matchningsparametern.
OAuth 2.0 -stöd är utom tillgängligt i den aktuella versionen av SocketTools. Detta behörighetsalternativ är inte tillgängligt i de gamla alternativen.
Se även
Mail Server Authentication Error
Ogiltigt eller stöds inte av protokollet
Testa säkra autentiseringsanslutningar med OpenSSL
Säkerhetskontext kunde inte alltför ställas in