Configurei meu fórum nzarchitecture.net.nz no Digital Ocean e estou usando o Mailgun para enviar e-mails de notificação de usuários do fórum. Os e-mails são enviados do endereço ‘noreply@nzarchitecture.net.nz’.
Quero criar um novo endereço de e-mail utilizável no domínio do fórum: ‘invitations@nzarchitecture.net.nz’, que eu possa usar a partir do MS Outlook, mas, por mais que eu tente, não consigo descobrir como fazer isso.
Infelizmente, esqueci agora, mas estou assumindo que o endereço de e-mail ‘noreply@nzarchitecture.net.nz’ usado foi criado pelo assistente de configuração do Discourse? Sei que os registros DNS do domínio estão no DigitalOcean, mas o DO não parece ter opções específicas de configuração de conta de e-mail.
Como pano de fundo, quero usar esse endereço para convidar usuários potenciais a visitar o fórum, aproveitando o recurso de e-mail de grupo do Mailgun, que exige um endereço de e-mail alias válido no domínio para envio para destinatários em massa nomeados.
A ferramenta de convite em massa integrada do Discourse não parece acomodar mensagens personalizadas, nem a repasse de convites a outros pelos próprios destinatários; caso contrário, eu simplesmente usaria essa ferramenta.
Ao configurar o Mailgun, você precisa adicionar alguns registros DNS para que ele possa enviar e-mails autenticados a partir do seu domínio, mas ele não configura contas de e-mail. O endereço noreply@nzarchitecture.net.nz na verdade não existe, então não deve haver problema em você configurar outras contas de e-mail também.
Se quiser configurar a resposta por e-mail, talvez precise considerar o uso de um subdomínio.
Como configuro essas outras contas? Se eu simplesmente nomear ‘invitations@nzarchitecture.net.nz’ como o alias de e-mail para o meu grupo de convites nas configurações do Mailgun, qualquer mensagem enviada para esse endereço é devolvida, com uma resposta do Discourse ou do Mailgun (suponho) dizendo ‘Endereço To: desconhecido’.
A função de resposta por e-mail no fórum está funcionando bem, por sorte, mesmo sem subdomínio.
Pensei que você estivesse se referindo a configurar contas de e-mail separadas através do seu hospedagem/Cpanel, esse tipo de coisa.
Você quer poder fazer login em invitations@nzarchitecture.net.nz no Outlook? Nesse caso, isso precisa ser tratado inteiramente fora do Discourse. E se você gerenciar a resposta por e-mail por meio do receptor de e-mail em vez de POP, provavelmente não será possível.
Eu uso o receptor de e-mail. Isso significa que não há como ter outros endereços de e-mail no domínio? Preciso apenas enviar, não receber usando este endereço…
Se for um alias no seu domínio raiz, então não, isso não funcionará como está. O e-mail é recebido por meio de um registro DNS “MX” ou mail exchanger. Se você tiver designado o domínio raiz como seu mail exchanger receptor de e-mail, então não poderá designar um segundo sistema sem alterar o domínio do receptor de e-mail.
Importa qual endereço você está usando para enviar os convites?
Alternativamente, você pode enviar e-mails diretamente do Discourse. Você não poderá usar o Outlook, mas também não será necessária nenhuma configuração adicional.
Você poderia, teoricamente, improvisar algo para permitir que você faça isso com novos registros SPF e DKIM, mas como saberia se os convidados estão tendo problemas?
Olá, tenho replies+%{reply_key}@nzarchitecture.net.nz como o endereço de destinatário (estou supondo - pelo menos é esse o endereço para o qual os membros podem responder por e-mail).
Provavelmente não importa qual endereço eu use para enviar convites, embora seria bom que não causasse confusão aos destinatários…
Como posso, alternativamente, enviar um e-mail personalizado em massa pelo Discourse, usando endereços de uma lista em CSV? A única maneira é contornar o problema mexendo no modelo de convite em massa?
A única maneira que conheço de enviar e-mails a partir do Discourse é usando mensagens privadas.
Você pode ser capaz de combiná-lo com o discourse-bcc, mas, pelo que sei, não será possível personalizá-lo muito sem afetar todos os e-mails de mensagens privadas.