O seguinte é algo que observei por tentativa e erro, mas para o qual não vi documentação nem encontrei um aviso ou erro.
Em nosso site, que é hospedado pelo Discourse (pelo qual somos muito gratos!), definir um endereço de e-mail de entrada personalizado para uma categoria parece funcionar apenas se o endereço de e-mail for prefixado por “foo+” (onde ‘foo’ é o slug geral do nosso site).
Especificamente, muitas vezes configuro uma nova categoria, defino o que considero um endereço de e-mail intuitivo para ela, envio um e-mail de teste para esse endereço e nunca recebo um retorno (bounce) nem o vejo aparecer nos logs de e-mails recebidos ou rejeitados do nosso site. Então, eventualmente, lembro-me das minhas experiências anteriores, defino o endereço como foo+<some name>, faço outro teste e ele funciona imediatamente.
Se não estou imaginando, isso parece compreensível como um meio para o Discourse distinguir e-mails destinados a um site hospedado de outro, mas queria verificar se estou correto. Ou, se não estiver, ver se há outras explicações para o porquê minhas escolhas iniciais de endereço de e-mail parecem ir para /dev/null.
Pode parecer simples/reducionista declarar em voz alta, mas o endereço de e-mail personalizado só funciona se realmente for entregue ao site.
Portanto, você não pode simplesmente colocar qualquer coisa lá, o endereço deve ser entregue ao site para ter uma chance de funcionar.
Não há como o Discourse fazer qualquer verificação desse endereço para garantir que isso aconteça, então o ônus é do administrador garantir que isso aconteça.
Em nossa hospedagem, recomendo alavancar alguns endereços que pré-arranjamos para serem entregues ao seu site:
Para o nosso site (hospedado), eu não sabia que …@{NOSSO PREFIXO}.discoursemail.com era uma opção e sempre tentei usar …@discoursemail.com como nome de host porque é isso que o endereço padrão de “aceitar e-mails recebidos” usa (e eu atualizei minha pergunta original acima para tentar esclarecer isso, já que deixei o nome de host de fora na pergunta original). Vou tentar isso, obrigado pela dica!
Embora eu entenda que o Discourse não pode verificar endereços de e-mail para instâncias auto-hospedadas do Discourse, seria possível que as instâncias hospedadas gerassem um aviso ou erro se o endereço de e-mail não estivesse em um formato esperado? (ou um formato esperado ao usar um endereço …discoursemail.com?
Acho que você confirmou minha suspeita de que este é um problema específico de sites Discourse hospedados como o nosso. Não sei qual nível de esforço seria necessário para que esses sites verificassem se os endereços …discoursemail.com inseridos neste campo são válidos, mas tal recurso me teria poupado uma boa quantidade de tempo e frustração ao longo dos últimos anos configurando novas listas de e-mail e aliases, me perguntando por que não funcionavam. Imagino que ajudaria outras pessoas também.
Alternativamente, mesmo uma pequena dica de ferramenta nesse campo para um site hospedado indicando que um endereço legal deve ser slug+...@discoursemail.com ou ...@slug.discoursemail.com já ajudaria muito. Embora eu não saiba se tornar essa dica específica para sites Discourse hospedados torna essa abordagem inviável.
Isso não é verdade — a restrição é que o e-mail deve ser entregue (não endereçado) a um desses endereços para funcionar. Um exemplo é a seguinte configuração, que nós e muitos de nossos clientes usamos:
(no Discourse) configurar a categoria Postings para aceitar e-mail de entrada enviado para postings@contoso.com
(no servidor de e-mail contoso.com) configurar postings@contoso.com para encaminhar para {QUALQUER COISA}@contoso.discoursemail.com
resultado final: e-mail endereçado para postings@contoso.com é enviado para a categoria Postings
Isso funciona efetivamente da mesma forma que:
(no Discourse) configurar a categoria Postings para aceitar e-mail de entrada enviado para postings@contoso.discoursemail.com
resultado final: e-mail endereçado para postings@contoso.discoursemail.com é enviado para a categoria Postings
@supermathie — Bom ponto sobre o endereço de entrega ser mais relevante do que o endereço para o qual o e-mail é enviado.
Refinando meu pedido anterior, acho que um aviso ao tentar inserir endereços de e-mail de entrada que correspondam aos padrões @discoursemail.com ou @*.discoursemail.com, mas que não comecem com slug+… ou terminem com @slug.discoursemail.com, ainda seria valioso para alertar sobre comunidades hospedadas pelo Discourse.
Isso ainda permitiria seu primeiro caso (já que não tem discoursemail.com como sufixo), ao mesmo tempo que me alertaria sobre a tentativa de configurar um endereço slug-users@discouresmail.com, que é o tipo de padrão que eu sempre buscava e depois ficava confuso quando os e-mails para ele eram silenciosamente descartados.
(Observe que seu segundo caso também não geraria um aviso, assumindo que contoso seja o slug da sua comunidade).