A sua própria conta AWS

Por omissão, a sua organização envia pelo envio do próprio Mailroomly e não precisa de conta AWS. Enviar a partir da sua própria conta AWS é uma opção que a equipa da Mailroomly ativa para a sua organização. Depois de ativa, o cartão Envio do Plano mostra Contas AWS próprias Permitidas, e As suas contas AWS aparece no fim dos Endereços.

Até lá, não há nada a configurar: a página das contas indica As contas AWS próprias não estão ativas. Se a opção for desligada mais tarde, as contas ligadas antes continuam a funcionar e podem ser abertas a partir dos seus domínios, mas não é possível ligar contas novas.

Importante

Tudo nesta página exige um administrador com sessão iniciada no Mailroomly. Um agente de IA não pode ligar uma conta nem adicionar um domínio que envie por ela (o que fica com uma pessoa com sessão iniciada).

O que muda com uma conta própria

• O email dos domínios que ligar à conta sai pelo Amazon SES nessa conta, dentro da quota e do ritmo de envio do SES dessa conta.
• O limite diário, o ritmo de envio e o aquecimento do marketing do Mailroomly não se aplicam a esses domínios (Plano e limites). Os emails do mês do seu plano, e os limites diários por pessoa e por chave de API, continuam a contá-los.
• Cada domínio precisa de três registos DKIM em vez de um, e um domínio de rastreamento próprio também precisa de um registo de certificado.
• Quem gere a conta AWS mantém-na saudável: o acesso de produção do SES, a quota e os recursos de que o Mailroomly precisa nela.

Pode ter domínios dos dois tipos: cada domínio escolhe por onde envia quando o adiciona.

Ligar uma conta

Abra Endereços › As suas contas AWS › Ligar conta. Ligar uma conta AWS tem quatro passos, e Continuar configuração, na página da conta, leva-o de volta ao passo onde ficou.

1. Dados da conta

Escreva um Nome que reconheça (por exemplo o nome da sua empresa), o Fornecedor, Amazon SES, e o Id da conta AWS de 12 dígitos, que aparece no menu da consola AWS. Escolha Criar e continuar.

Uma conta AWS só pode ser ligada por uma organização, e uma só vez à sua.

2. Aplicar a base

A base cria, na sua conta AWS, a função de acesso, os tópicos e o bucket de que o Mailroomly precisa. Em Método de configuração, escolha um:

• Um clique (CloudFormation):
  1. Escolha Lançar stack na AWS, com a sessão iniciada nessa conta AWS. A stack abre na região dela, com o id externo e o principal da plataforma já preenchidos.
  2. Marque a confirmação de que o CloudFormation pode criar recursos IAM.
  3. Crie a stack e aguarde até o estado ser CREATE_COMPLETE (alguns minutos).
• OpenTofu, para uma conta gerida como código: acrescente o módulo indicado à configuração OpenTofu da conta e execute tofu init e tofu apply com credenciais dessa conta.

Valores usados pela base mostra o id externo, a região e os nomes que cria, para quem a rever. Depois escolha Marcar a base como aplicada.

3. Verificar

Escolha Verificar. O Mailroomly assume a função de acesso e confirma cada peça: Assumir a função de acesso, Conta SES, Tópico de eventos, Tópico de receção, Bucket de receção, Conjunto de regras de receção e Conta AWS não ligada a outra organização. Corrija na AWS o que tiver falhado (ou aguarde que a stack termine) e escolha Verificar novamente.

Um aviso sobre o Conjunto de regras de receção é normal antes de receber email pela conta. Se disser que está ativo outro conjunto de regras de receção, a conta já recebe email pelo SES: o Mailroomly não liga a receção nos seus domínios enquanto esse conjunto não for desativado ou as regras dele não passarem para o conjunto do Mailroomly. Fale primeiro com quem gere a conta.

4. Acesso de produção

As contas SES novas começam na sandbox, onde só podem enviar para endereços verificados.

• Para testar já, acrescente Destinatários de teste da sandbox com Adicionar destinatário. Cada um recebe um email de confirmação da AWS e tem de o confirmar.
• Para enviar para qualquer pessoa, preencha o Pedido de acesso de produção: Tipo de email, Website, Como vai enviar email? (quem recebe, como deu consentimento, como trata devoluções e queixas, o volume esperado) e Emails de contacto adicionais, e escolha Pedir acesso de produção. A AWS costuma responder em 24 horas, por email.

Quando a AWS o conceder, a conta mostra Acesso de produção concedido.

Enviar um domínio pela conta

Quando adiciona um domínio (O seu próprio domínio), Enviar através de escolhe a conta em vez de A plataforma (recomendado). A página do domínio mostra então Conta AWS própria, e Envio através de, nos Detalhes técnicos, tem uma ligação para a conta.

Os registos DNS são diferentes dos de um domínio que envia pelo Mailroomly (Registos DNS):

• Assinatura DKIM: três registos CNAME, cada um a apontar para o Amazon SES.
• MAIL FROM (MX) e MAIL FROM (SPF): em bounce.<domínio>, a apontar para o Amazon SES.
• Certificado de rastreamento: com um domínio de rastreamento próprio, um CNAME que valida primeiro o certificado. Depois aparece o registo Domínio de rastreamento, e o estado do rastreamento passa por A aguardar certificado → A implementar → Ativo.

O domínio fica Verificado quando o SES confirma a identidade e os três registos DKIM, normalmente poucos minutos depois de os publicar e no máximo em 72 horas.

Se o domínio já existir no SES nessa conta e não tiver sido criado pelo Mailroomly, adicioná-lo é recusado, para que a configuração existente nunca seja alterada. Use outro domínio ou subdomínio, ou remova primeiro essa identidade no SES.

Receção. Se houver outro conjunto de regras de receção ativo na conta, colocar um domínio em Envio e receção é recusado com um Conflito no conjunto de regras de receção. Se alguém ativar outro conjunto mais tarde, o email recebido deixa de chegar ao Mailroomly: o domínio mostra o mesmo aviso e é criado o aviso Receção de email parada até o conjunto do Mailroomly voltar a estar ativo.

O estado da conta

As suas contas AWS mostra cada conta com a Saúde, Produção ou Sandbox, e o que enviou em 24 horas face à quota do SES (Enviadas em 24 h / quota; ilimitada quando o SES não impõe limite diário).

A página de uma conta mostra:

• Ligação: as verificações, com Executar a verificação novamente.
• Saúde: Saudável, Degradada (o SES desativou o envio) ou Com falhas, com Verificar saúde, a última verificação, Envio ativo, Estado no SES e a Taxa máxima de envio.

O Mailroomly verifica todas as contas de hora a hora e repete uma verificação que falhe antes de agir:

• Se não conseguir enviar com a conta (falha a função de acesso ou a conta SES, ou o SES desativou o envio), recebe o aviso Falha na verificação da conta e todos os tipos de email dos domínios da conta ficam em pausa, para que o email espere em vez de falhar. Quando a conta voltar a estar saudável, essas pausas levantam-se sozinhas; os tipos que um administrador pôs em pausa continuam em pausa.
• Se a AWS não responder de todo, nada muda durante 10 minutos e o email em fila continua a tentar: uma falha de rede curta não põe nada em pausa. Depois disso, a conta passa a contar como falhada.
• Quando o SES recusa um envio porque o envio da conta está em pausa ou suspenso, a mensagem volta à fila em vez de falhar, e aplica-se a mesma pausa.
• Outras falhas, como um tópico ou o bucket em falta, criam o aviso Aviso na verificação da conta, e o envio continua.

Quando apaga os dados de uma pessoa (Apagar os dados de uma pessoa), os emails recebidos pela conta também são apagados dela. Se não for possível chegar à conta, a cópia do Mailroomly é apagada na mesma, o resultado indica quantos originais continuam na conta e o próximo apagamento tenta novamente.

Remover uma conta

Eliminar conta, na Zona de perigo da página da conta, só é possível depois de remover os seus domínios. O Mailroomly deixa de usar a conta; nada é removido na AWS.

Se um apagamento de dados ainda não conseguiu apagar emails recebidos pela conta, eliminá-la é recusado até conseguir: reponha o acesso do Mailroomly à conta e volte a eliminá-la. 62 dias depois de chegarem, esses emails já expiraram na conta e deixam de a impedir.

Quando elimina um domínio que enviava pela conta, o Mailroomly remove a identidade SES, os conjuntos de configuração e a regra de receção dele. A distribuição CloudFront de um domínio de rastreamento próprio e o respetivo certificado ficam na conta: quem a gere desativa a distribuição, elimina-a quando aparecer como Deployed e depois elimina o certificado no ACM (us-east-1). Remova também os registos DNS do domínio.