Estou executando uma loja baseada na web, onde as confirmações de pedidos são às vezes bloqueadas e não atingem o usuário pretendido. A estrutura do modelo de negócios é tal que nosso produto é comercializado para o usuário final por uma terceira paridade - afiliadas como as entidades conhecidas para os usuários finais e e-mail é livremente trocada entre usuários finais e nossos afiliados.
Nossas confirmações sendo bloqueadas estão se tornando um problema grande o suficiente para considerarmos implementar um sistema onde um endereço de 'confirmações' é criado no domínio de afiliados, então teríamos nosso aplicativo enviado pelo servidor de e-mail do afiliado em vez de nosso próprio . Mas isso seria muito trabalho.
A ideia foi criada para que nosso aplicativo usasse o e-mail de nossos afiliados no campo FROM, mas ainda assim enviasse de nosso servidor. Meu pensamento é que isso seria detectado no lado do usuário final e bloqueado com a mesma freqüência - lidando com instituições grandes o suficiente, pelo menos algumas verificações no perímetro.
Esta suposição é correta (é mais provável que seja bloqueada) ou existe uma maneira menos circular de enviar mensagens sob os auspícios de terceiros?
thx
Você pode "falsificar" seu domínio de e-mail: apenas certifique-se de que eles tenham seu servidor de e-mail em seus registros SPF. Eu faço isso o tempo todo para os clientes (em menor escala, mas estou enviando centenas de e-mails de confirmação, notificações de fóruns, etc. todos os dias a partir de dezenas de domínios diferentes; ainda não tive nenhum problema). / p>
Verifique também se você tem os itens mencionados por pQd no lugar.
envie mensagens válidas - com cabeçalhos legais / completos, parte de texto sem formatação adequada e provavelmente rich-text.
analise quais são as razões para o bloqueio - se alguém usar o spamassassin - verifique quais regras foram acionadas por seus e-mails.
certifique-se de enviar e-mails do servidor que não está em nenhuma lista negra - verifique aqui ou < href="http://www.dnsbl.info/dnsbl-database-check.php"> aqui ou em outros lugares. se você está na lista negra - descubra por que e 'arraste' seu ip de listas negras.
configure corretamente o rev-dns para seu servidor smtp para que ele aponte para o domínio existente.
Certifique-se de enviar e-mails com endereço de remetente e endereço de retorno @ valid.domain.com. adicione spf para que permita que o seu smtp envie mensagens legítimas.
adicione-se a algumas listas brancas como o link
De nosso líder destemido aqui . A maioria se aplica ao e-mail regular e ao código.
Aqui está um link de Jeff Atwood (Stack Overflow)