Se você encontrar um erro ao enviar SMTP – nenhuma unidade válida especificada, estas instruções o ajudarão.O erro 0 é um erro SMTP “Nenhum destinatário real”. Isso pode acontecer se você digitar incorretamente o nome do destinatário, mas também pode acontecer se você, de forma alguma, verificou o servidor de saída corretamente. Então, a parte delicada é esse abc. xy não é um bom domínio registrado, portanto, você não pode enviar e-mail para esse endereço.
isto é
Nota: infelizmente, existem novas duplicatas, já vi tudo o que também está escrito lá.
Eu tentei conectar ao meu servidor de e-mail enquanto Laravel / Swiftmailer . A etapa de download do meu arquivo .env é parecida com esta:
Os dados pessoais são de fato censurados por considerações óbvias, mas o ambiente funciona. Eu testei de acordo com a conexão a um servidor com este design e instalação Thunderbird e ele funciona bem.
público realizar from_id (string $ id): usuário ... ... ... Mail :: to () -> enviar (novo comando () enviado);
É assim que o post se parece com a gaveta (essa é basicamente a situação no primeiro parágrafo da documentação do Laravel):
versão do serviço público () return rrr this-> view ('email_templates.simple_test');
Eu depurei o padrão e, na verdade, existem duas exceções distintas, mas opa! exibe apenas o último:
Resposta esperada com o código 250/251/252, no entanto, recebeu o código com “554”, mensagem “554 5.7.1. Endereço do destinatário negado: acesso Rejeitado “
Esperada resposta do programa 354, ao contrário, recebeu o código “554” com a representação “554 5.5.1”. Erro: nenhum destinatário válido “
Eu costumava ajudá-lo a enviar um e-mail do servidor de e-mail atualmente em funcionamento no Thunderbird via e o e-mail foi processado e recebido em uma fração de segundo sem cada um e todos os problemas / erros. Basicamente, tentei imitar o mesmo caso com uma ferramenta diferente. Do meu novo ponto de vista, os erros são aconselhados a ainda estar na base de código.
Quando você tenta enviar um e-mail poderoso e usar o componente cliente SMTP junto com os arquivos SocketTools, a conexão é bem-sucedida, mas como o método SendMessage ou a função SmtpSendMes falha com um erro indicando que nenhum cliente válido foi definido.
Este é um erro que acabará sendo exibido com o novo código de erro 12296 retornado pela função LastError na sala de aula .NET ou assistente ActiveX. Se você estiver usando a API do Library Edition ou se a senha de erro 0x80043008 for realmente retornada pela função SmtpGetLastError.
O erro corresponde ao código de posição SMTP 554, muitas vezes também contém um código de cupom de status estendido e mensagem semelhante:
Se você demonstrou o endereço do destinatário e determinou que ele é normalmente válido, aqui estão algumas das causas mais prováveis desse erro:
O programa local do qual você está enviando a mensagem não será confiável. Isso geralmente acontece quando cada um dos servidores de e-mail está em uma rede local ou pode ser uma rede corporativa privada ou quando você está tentando encaminhar uma mensagem para outra pessoa nessa rede. Por padrão, em grande parte as máquinas de correio são configuradas para confiar apenas em sistemas pessoais (geralmente aqueles na sub-rede mais próxima).
Se o servidor de e-mail não confiar em meu sistema local, pode ser necessário fazer a autenticação do servidor. Muitos servidores de hospedagem de correio são configurados com o mínimo de confiança e apenas as conexões originadas do servidor de hospedagem, que por sua vez deve autenticar as conexões do cliente, são usadas.
Se você estiver se conectando a um computador com Internet na porta 25 ou prt 465, o rádio deve ser local para esse servidor específico. A menos que você confirme explicitamente no servidor de e-mail da web, a mensagem geralmente será rejeitada se você vir que o destinatário não pode ser localizado (por exemplo,
Dispositivos de e-mail que aceitam qualquer endereço de e-mail de destinatário e encaminham facilmente e-mails não locais são chamados de retransmissões abertas, o que normalmente agora é considerado um erro de configuração. As retransmissões abertas costumam ser mal utilizadas para enviar mensagens de envio não solicitadas, e todas as configurações modernas de servidor de e-mail excluem isso por padrão.
Se você fosse se conectar ao servidor na porta 587 (geralmente facilitada como a porta de “envio”), a autenticação certamente não seria necessária. Você deve chamar um método adequado se estiver usando uma comunidade .Class, ou talvez um controle ActiveX, ou a função SmtpAuthenticate é o evento real que você está utilizando com a API da biblioteca. Em quase todas as malas de transporte hoje, as conexões a esses servidores devem ser garantidas por dívida usando TLS 1.2 (ou superior).
A maioria dos sistemas de computador nem mesmo permite que novos clientes façam uma tentativa de autenticação, a menos que já estejam usando uma ótima conexão segura. Embora possa não haver uma exceção frequente a essa regra, em contraste, a maioria dos n servidores de e-mail que agora aceitam o encaminhamento de contatos neste tipo de porta são projetados para negar a todos os clientes sessões exclusivas não autenticadas de clientes.
Se você estiver fazendo backlinks para o servidor usando uma variedade de portas não padrão, a maioria das quais é 2525, geralmente deverá seguir as mesmas instruções para abrir o 587. Você deve confirmar o cliente e a sessão principal deve esteja seguro.
Fortect é a ferramenta de reparo de PC mais popular e eficaz do mundo. Milhões de pessoas confiam nele para manter seus sistemas funcionando de forma rápida, suave e livre de erros. Com sua interface de usuário simples e mecanismo de verificação poderoso, o Fortect localiza e corrige rapidamente uma ampla gama de problemas do Windows, desde instabilidade do sistema e problemas de segurança até gerenciamento de memória e gargalos de desempenho.
3. Clique em "Reparar" para corrigir quaisquer problemas encontrados
Essas portas não padrão costumam ser projetadas para permitir que os clientes precisem contornar fatores quando um provedor de serviços de Internet (ISP) não pode oferecer portas bloqueadas padrão. Isso é feito de forma consistente para prevenir, ou pelo menos prevenir, o uso indevido de redes específicas por malware.
Certifique-se de usar a soma de portas correta, geralmente uma conexão 587. Sempre use uma conexão de proteção, portanto, autentique seu cliente de sessão com algum nome de usuário e senha legítimos (ou token OAuth 2.0). Se essas etapas forem seguidas, nosso servidor deve aceitar o destinatário e entregar sua mensagem em tempo para você.
Versão do SocketTools
Este artigo é relevante para o SocketTools 10 e componentes posteriores. O SocketTools em busca de e anteriores atuará como um protocolo padrão com suporte para conexões seguras usando TLS 1.0, o que resultaria na rejeição da tentativa de mesclagem simplesmente de alguns servidores de e-mail modernos.
Por padrão, a versão atual mais importante do SocketTools usa apenas TLS 1.2 (ou superior) ao estabelecer uma conexão segura. Se o aplicativo de alguém se conectar a um servidor de e-mail de saída herdado que ofereça suporte a TLS 1.0, os clientes poderão especificá-lo usando o parâmetro match.
O suporte OAuth 2.0 está disponível apenas em sua versão atual do SocketTools. Essa opção de autorização geralmente não está disponível nas opções anteriores.
Veja também
Erro de autenticação do servidor de e-mail Protocolo inválido e também não suportado Testando conexões de autenticação segura usando OpenSSL O contexto de segurança não pôde ser alocado
