Als je een fout tegenkomt bij het verzenden van SMTP – geen geldige ontvanger opgegeven, dan helpen deze instructies je.Fout 1 is een SMTP-fout “Geen werkelijke ontvangers”. Dit kan gebeuren als de adressen van de ontvangers verkeerd gespeld zijn, maar het kan ook gebeuren als je het uitgaande web niet correct hebt geverifieerd. Dus het lastige is dat het masten-nummers zijn. xy is geen geregistreerd domein, dus ze kunnen geen e-mail naar dat adres sturen.
dit is
Let op: helaas zijn er geen duplicaten, ik heb waarschijnlijk alles gezien wat daar staat geschreven.
Ik heb geprobeerd verbinding te maken om mijn mailserver en Laravel / Swiftmailer te helpen. Het downloadgedeelte van mijn .env-muziekbestand ziet er als volgt uit:
MAIL_DRIVER impliceert smtpMAIL_HOST = MAIL_PORT = 465MAIL_USERNAME = MAIL_PASSWORD is gelijk aan MAIL_CRYPTION = ssl
Persoonlijke gegevens worden om voor de hand liggende redenen echt gecensureerd, maar de instelling zal werken. Ik heb het getest door verbinding te maken met een knooppunt met deze Thunderbird-installatie en het werkt goed.
openbare functie from_id (string money id): gebruiker ... ... ... Mail :: naar () -> verzenden (nieuwe get () verzonden);
Zo ziet de mailbox eruit in een lade (dit zal waarschijnlijk de situatie zijn in de eerste paragraaf onder de Laravel-documenten):
Ik heb de standaard gedebugd en dan zijn er eigenlijk twee aparte uitzonderingen, maar oeps! geeft gewoon de laatste weer:
Verwacht antwoord met code 250/251/252, maar code ontvangen op “554”, bericht “554 5.7.1. Adres van ontvanger geweigerd: toegang Afgewezen “
Verwachte programmareactie 354, maar ontving code “554” als weergave “554 5.5.1”. Fout: geen geldig doel “
Ik stuurde een e-mail overal vanaf de huidige werkende e-mailserver in Thunderbird via en het e-mailadres werd verwerkt en ontvangen in een fractie van een seconde, zonder problemen / fouten. Ik heb in feite geprobeerd hetzelfde geval te reproduceren, voldoende reden voor een ander hulpmiddel. Vanuit mijn nieuwe punt in verband met uitzicht, zou de fout nog steeds in onze codebase moeten zijn.
Wanneer een persoon een e-mail probeert te verzenden en een deel van de SMTP-clientcomponent of SocketTools-archieven gebruikt, is de webkoppeling succesvol, maar mislukt de SendMessage-methode of SmtpSendMes-functies met een fout die aangeeft dat een absoluut geldige client is opgegeven.
Dit is een geweldige fout die wordt weergegeven met de andere 12296 foutcode die wordt geretourneerd door de LastError-prestatie in de .NET-klasse of ActiveX-wizard. Als u de Library Edition API gebruikt of als foutcode 0x80043008 inderdaad wordt geretourneerd door de SmtpGetLastError-functie.
De fout komt overeen die de SMTP 554-statuscode zal helpen, vaak ook een uitgebreide statuscode en een soortgelijk bericht:
Als je het adres van de ontvanger hebt geverifieerd en daarom hebt vastgesteld dat het geldig is, zijn hier een aantal mensen met de meest waarschijnlijke oorzaken van de voorgaande fout:
De lokale computer van waaruit u het bericht blijft verzenden, is onbetrouwbaar. Dit gebeurt vaak wanneer al onze mailservers betrekking hebben op een lokaal netwerk, of het kan een goed solide particulier bedrijfsnetwerk zijn en u probeert een bericht door te sturen naar iemand anders op een netwerk. Standaard zijn de meeste mailmachines zo samengesteld dat ze alleen gebruikerssystemen vertrouwen (meestal die via het dichtstbijzijnde subnet).
Als de mail-internethostingserver het lokale systeem niet vertrouwt, kunt u eenvoudig serververificatie nodig hebben. Veel mailhostingservers zijn over het algemeen geconfigureerd met een zeer beperkt vertrouwen, en alleen aansluitingen die afkomstig zijn van de server, die zelf clientverbindingen moet verifiëren, worden vertrouwd.
Als u verbinding maakt met een server op poort 25 of misschien een prt 465, moet de ontvanger lokaal zijn en die specifieke server kunnen gebruiken. Tenzij u dit expliciet bevestigt op de mailserver, wordt het bericht vaak geweigerd als de ontvanger niet in de buurt kan zijn (bijvoorbeeld
Mailservers die elk wr-e-mailadres accepteren en automatisch niet-lokale e-mails doorsturen, worden bijna altijd open relays genoemd, wat nu vaak wordt gezien als een configuratiefout. Open relays worden vaak misbruikt om ongevraagde e-mailberichten te verzenden, en alle innovatieve mailserverconfiguraties sluiten dit uit door niet te betalen.
Als u verbinding maakt met de computer op poort 587 (vaak de volledige “verzend”-poort genoemd), is authenticatie zeker niet vereist. U moet een geldige methode aanroepen als u een .Class-netwerk gebruikt, of misschien een ActiveX-besturingselement, of de SmtpAuthenticate-functie is de gebeurtenis die u gebruikt met de bibliotheek-API. Tegenwoordig moeten in bijna alle gevallen verbindingen met de betreffende servers worden beveiligd met TLS 1.2 (of hoger).
De meeste servers zullen het niet eens overdragen aan nieuwe clients om te proberen te authenticeren, tenzij deze personen al een beveiligde verbinding gebruiken. Hoewel in dat opzicht misschien een zeldzame uitzondering is op deze handelswet, zijn de meeste e-mailservers die nu doorstuurcontacten op deze poort krijgen, ontworpen om alle ontvangers niet-geverifieerde exclusieve clientsessies te ontzeggen.
Als u verbinding maakt met de server via een niet-standaard poortnummer, waarvan de meeste normaal 2525 zijn, moet u over het algemeen de algemene instructies volgen zoals voor poort 587. U moet er zeker van zijn dat het bedrijf de client en de sessie moeten zijn bewaker.
Fortect is 's werelds meest populaire en effectieve pc-reparatietool. Miljoenen mensen vertrouwen erop dat hun systemen snel, soepel en foutloos blijven werken. Met zijn eenvoudige gebruikersinterface en krachtige scanengine kan Fortect snel een breed scala aan Windows-problemen vinden en oplossen - van systeeminstabiliteit en beveiligingsproblemen tot geheugenbeheer en prestatieproblemen.
1. Download Fortect en installeer het op uw computer
2. Start het programma en klik op "Scannen"
3. Klik op "Repareren" om gevonden problemen op te lossen
Deze niet-standaard poorten zijn vaak ontworpen om klanten in staat te stellen factoren te omzeilen wanneer een zeer goede Internet Service Provider (ISP) dit kan. Het biedt standaard aangesloten poorten. Dit wordt vaak gedaan om aan de andere kant misbruik van specifieke websites door malware te voorkomen.
Zorg ervoor dat u het juiste poortnummer krijgt, meestal een 587-koppeling. Gebruik altijd een beveiligde verbinding, dus authenticeer uw individuele sessieclient met een legitieme gebruikersnaam en accountgegevens (of OAuth 2.0-token). Als deze stappen vaak worden gevolgd, moet onze server de ontvanger accepteren en dus uw bericht aan u bezorgen.
SocketTools-release
Dit artikel is van toepassing op SocketTools 10 als latere componenten. SocketTools 9 en eerder zullen alles doen als een ondersteund protocol voor veilige verbindingen die gebruik maken van TLS 1.0, wat ertoe kan leiden dat de samengestelde poging door sommige moderne e-mailproviders wordt afgewezen.
Standaard gebruikt de huidige versie van SocketTools alleen TLS 1.2 (of hoger) bij het maken van een beveiligde verbinding. Als iemands applicatie verbinding maakt om echt een oude server voor uitgaande e-mail te gebruiken die het meest TLS 1.0 ondersteunt, kun je het specificeren door de match-parameter te gebruiken.
OAuth 2.0-ondersteuning is vaak alleen beschikbaar in de huidige versie van SocketTools. Deze autorisatie-optie is niet beschikbaar in eerdere opties.
Zie ook
Verificatiefout e-mailserver Ongeldig of niet-ondersteund protocol Veilige authenticatieverbindingen testen met OpenSSL De beveiligingscontext zou niet worden ingesteld
