O que é preferível, "no-reply @" ou "noreply @"? [fechadas]

14

Tendo um serviço que envia notificações aos usuários, atualmente estou pensando em alterar o endereço de email do remetente de "info @" para algo mais significativo.

Como uma resposta nunca faz sentido, estou pensando em usar um desses endereços de email "sem resposta".

Depois de fazer algumas verificações na minha caixa de entrada de e-mail dos últimos 10 anos e algumas pesquisas no Google, não tenho certeza de qual delas é "melhor" (em termos de maior probabilidade de não ser filtrada pelos verificadores de spam) a serem usadas:

  • " noreply @ mydomain.com" - ou -
  • " no-reply @ mydomain.com"?

Além disso, não tenho certeza se a diferença é importante.

Então, minha pergunta é:

Que tipo de endereço de email "sem resposta" usar e por quê?

Uwe Keim
fonte
3
Não. Você precisa coletar e processar mensagens de devolução e mensagens de pessoas que não leem suas instruções para "não responder a esta mensagem".
Michael Hampton
2
@MichaelHampton Embora seu software certamente precise coletar e manipular adequadamente mensagens 4xx e 5xx, não vejo por que ele precisa vir de um endereço de email monitorado.
Chris S
3
@MichaelHampton - Nosso serviço é semelhante ao YouSendIt para notificar os usuários sobre um upload. Até agora, recebo milhares de respostas "Estou fora do escritório" por dia, das quais realmente não preciso. Na verdade, não consigo imaginar um único caso de uso em que uma resposta faça sentido.
Uwe Keim

Respostas:

9

Qualquer um deles é completamente aceitável, desde que você configure o básico (DNS, SPF, DKIM é uma boa idéia ... etc). Verifique se o seu software responde adequadamente aos erros 4xx e 5xx. A filtragem de spam raramente considera o endereço de email, exceto em mensagens repetidas (mantendo o controle da "reputação", por assim dizer).

Nota lateral: em comunidades mais nerds, eu também vi baldes de bits; embora não se espere que o público em geral "obtenha" essa referência. Todos os meus domínios "aceitam" email neste endereço (junto com todos os endereços necessários do RFC 821).

Chris S
fonte