Usar o
Mailurity Protect.

1. Abre o portal Protect através do site oficial e entra com a tua conta.
2. Escolhe a organização a que pertencem os domínios que queres consultar. Se mudares de produto, confirma a conta apresentada antes de continuar.
3. Confirma com o administrador que o serviço Protect está ativo e que tens o papel adequado à tarefa.
4. Verifica se o domínio tem autorização de consulta. Registar um domínio, por si só, não dá acesso ao seu histórico.

O tratamento das ocorrências é registado pela equipa Mailurity. As permissões dependem também do serviço e da autorização atual do domínio: uma mudança de organização ou de autorização não transfere automaticamente acesso ao histórico anterior.

Protect e MBSRS são independentes. A ligação de uma instalação MBSRS ao painel não concede acesso ao tráfego Protect nem às filas internas do servidor de caixas.

O que reunir antes de começar

• Os domínios que vão receber correio através do Protect.
• O servidor de destino onde estão as caixas e o contacto de quem o administra.
• O acesso à gestão de DNS, ou o contacto da pessoa que fará a alteração.
• Uma caixa de destino onde possas confirmar a receção de uma mensagem de teste.

1. Revê os domínios e o destino com a equipa. O gateway precisa de encaminhar o correio para o servidor correto. Registar o domínio no portal não configura esse encaminhamento.
2. Aguarda os valores e o momento da alteração. Aplica apenas os registos MX indicados para os teus domínios. Não uses os indicadores do painel como uma lista de servidores a configurar.
3. Atualiza a observação no portal. Depois da alteração, usa Sincronizar MX e consulta o resultado. A propagação e as caches de DNS podem fazer com que diferentes consultas vejam valores distintos durante algum tempo.
4. Confirma o percurso completo. Envia uma mensagem de teste a partir de um remetente externo, procura o evento no Protect e confirma a receção na caixa de destino.
5. Comunica o resultado. Se houver falha, indica a hora, o domínio e o estado encontrado, para a equipa verificar o encaminhamento.

Na visão geral de Protect e em Gerir domínios, a configuração do gateway, a autorização de consulta, os MX e a receção são acompanhados separadamente.

Atualizar os MX observados

Usa Sincronizar MX no domínio. Esta ação consulta o DNS e atualiza a observação no painel; não altera os registos DNS, o encaminhamento do gateway nem as permissões de tráfego. Numa sincronização de vários domínios, revê os resultados individuais: uma falha num domínio não invalida os resultados dos restantes.

Domínios por validar ou sem MX

Abre Rever domínios por validar ou sem MX para analisar os casos pendentes. Um domínio sem MX pode ser um domínio adicional sem email próprio, mas essa ausência não prova a relação com uma conta de alojamento nem a existência de caixas.

Na revisão, confirma a situação com quem administra o alojamento. As decisões pedem o nome exato do domínio e uma justificação. Se a observação de MX mudar, revê a informação atual antes de submeter; uma revisão anterior pode voltar a ficar pendente.

1. Abre Tráfego e métricas e escolhe o Domínio autorizado.
2. Seleciona o Dia (Europe/Lisbon). Se só tens a hora num outro fuso horário, converte-a; uma mensagem perto da meia-noite pode estar no dia anterior ou seguinte.
3. Preenche o remetente ou o destinatário que conheces. Começa com Resultado: Todos para não excluir uma etapa relevante.
4. Carrega em Consultar histórico e verifica a Cobertura da recolha.
5. Em Eventos guardados, compara hora, remetente, destinatário, filtro e entrega. Usa Anterior e Seguinte se houver mais resultados.

O histórico mostra até 200 eventos por página. Uma mensagem pode ter várias etapas, alterações de estado ou destinatários, pelo que várias linhas não significam necessariamente várias mensagens.

O histórico é limitado ao domínio e ao período autorizado. Rejeições que não tenham um destinatário identificável não podem ser atribuídas à organização. O assunto e o corpo da mensagem não fazem parte da pesquisa do histórico.

Aceitação pelo destino não confirma presença na caixa de entrada. O servidor de caixas pode aplicar outros filtros ou regras depois de aceitar a mensagem. Da mesma forma, um evento antigo não descreve necessariamente o estado mais recente.

Cobertura da recolha

A recolha está agendada a cada 15 minutos. A página apresenta a última tentativa, a última execução sem falha e a cobertura do período consultado. Uma última execução sem falha não garante, por si só, que todos os intervalos do dia tenham sido recolhidos.

• Primeira recolha ainda não concluída: aguarda a recolha inicial e confirma a autorização do domínio se o estado persistir.
• Intervalos sem recolha completa: podes consultar os eventos existentes, mas faltam dados para concluir que não houve mais tráfego.
• Dados por atualizar ou falhas: verifica as datas apresentadas e contacta a equipa se a situação continuar.

Os eventos já guardados podem continuar disponíveis depois de os logs expirarem no gateway. Os que desapareceram antes da primeira recolha não podem ser recuperados por esta consulta. O histórico guardado não tem eliminação automática nesta implementação; isso não constitui uma garantia de conservação indefinida.

Métricas do domínio

As métricas são agregados diários do gateway. No dia em curso, mostram os valores até à recolha indicada. Não são recalculadas com os filtros de remetente, destinatário ou resultado usados na tabela de eventos. Por isso, não deves comparar diretamente o total da tabela filtrada com o total diário.

Histórico de filas

As observações de filas adiadas e retidas são recolhas periódicas, com paginação própria. Abre uma observação para ver a hora, os destinatários e se a consulta foi completa ou parcial. Uma observação anterior a uma mudança do grupo de gateways é identificada como tal.

Uma mensagem deixar de aparecer numa observação não prova entrega. As filas internas do servidor de caixas também não estão incluídas, mesmo que esse servidor use MBSRS. Usa os eventos posteriores e a confirmação no destino para concluir a investigação.

A whitelist cria uma exceção na avaliação de spam para um remetente e para os domínios destinatários escolhidos. Usa-a quando houver uma razão concreta para confiar nesse tráfego.

1. Abre Whitelist e, em Remetentes de confiança, escolhe o tipo: endereço de email ou domínio do remetente.
2. Indica o remetente exato. Prefere um endereço individual quando só esse endereço precisa da exceção.
3. Escolhe o domínio destinatário ou Todos os domínios atualmente autorizados. Esta seleção não inclui domínios que venham a ser adicionados mais tarde.
4. Carrega em Adicionar à whitelist.
5. Consulta o estado e a última confirmação na lista antes de considerar a exceção aplicada.

As comparações não distinguem maiúsculas de minúsculas. Um domínio exato, como fornecedor.example, não inclui avisos.fornecedor.example. A exceção destina-se ao remetente SMTP, que pode diferir do campo De visível.

A sincronização está agendada a cada minuto. Sem confirmação durante 15 minutos, as exceções geridas são desativadas no gateway. Se a interface indicar que a integração está desligada, os pedidos ficam pendentes.

Remover uma exceção

Na entrada respetiva, usa Remover e acompanha o estado até à confirmação. A remoção mantém o registo de auditoria e não recupera mensagens anteriormente bloqueadas.

1. Encontra o evento em Tráfego e métricas. Confirma remetente, destinatário e hora.
2. Na coluna Análise, abre Sinalizar e escolhe a classificação.
3. Acrescenta contexto se for útil. A Observação é opcional e aceita até 1000 caracteres.
4. Carrega em Sinalizar mensagem.
5. Abre Ver ocorrências e tratamento. Usa os filtros Tratamento e Classificação, e depois Abrir na ocorrência.

A classificação é o motivo do reporte, não uma conclusão automática da análise. Sinalizar marketing não envia pedidos de remoção de listas nem abre links da mensagem. Repetir a sinalização do mesmo evento abre a ocorrência existente; etapas distintas de uma mensagem podem originar ocorrências diferentes.

Acompanhar o tratamento

Tratada não significa que foi criado um bloqueio. O tratamento da ocorrência e a aplicação de uma regra são estados separados. Reportar também não treina automaticamente o filtro nem retira uma mensagem já entregue.

Consultar o diagnóstico do evento

Na coluna Análise do histórico, usa Diagnóstico. Quando os logs ainda estão disponíveis, o portal apresenta a pontuação e os testes de spam encontrados para esse evento. Uma pontuação indisponível não significa zero, e uma pontuação baixa não prova que a mensagem é legítima.

Os resultados pertencem ao gateway. O servidor de caixas pode aplicar testes e pontuações diferentes. O diagnóstico não mostra o assunto, o corpo nem os logs completos da mensagem.

Evidência guardada na ocorrência

Ao sinalizar, o sistema tenta preservar o diagnóstico. A ocorrência continua registada mesmo que essa recolha falhe. Em Evidências da mensagem, distingue Metadados recolhidos, Metadados parciais, Diagnóstico indisponível e Retenção terminada.

Se estiver disponível, usa Tentar recolher evidências para repetir uma recolha indisponível. As tentativas estão limitadas a uma por minuto. Uma recolha bem-sucedida fica preservada; repetir uma tentativa não prolonga o prazo original de retenção.

Anexar o original .eml

1. Obtém a mensagem original no teu cliente de email, no formato .eml, mantendo os cabeçalhos. Um reencaminhamento ou uma captura de ecrã não substituem esse ficheiro.
2. Na ocorrência correta, abre Original para análise e seleciona Mensagem original (.eml).
3. Confirma que o ficheiro corresponde à ocorrência e que podes partilhá-lo com os responsáveis da organização e a equipa de análise.
4. Usa Preservar original e confirma o resultado apresentado.

• É aceite um original por ocorrência, até 5 MiB.
• A organização pode ter até 100 MiB de originais ativos; cada utilizador pode efetuar até 20 envios em 24 horas por organização.
• Os limites do alojamento também podem condicionar o envio.
• Um original não pode ser substituído, mesmo depois de removido ou expirado. Confirma o ficheiro antes de o enviar.

Os perfis autorizados podem usar Descarregar original para análise ou Remover original. A remoção exige confirmação e retira o conteúdo ativo, mantendo os metadados de auditoria. Trata sempre o ficheiro descarregado como potencialmente perigoso; a validação de formato não garante autenticidade nem ausência de malware.

Retenção e privacidade

O diagnóstico técnico e o original expiram 30 dias após a respetiva primeira recolha ou envio. O histórico da ocorrência, as datas e a auditoria são separados desses conteúdos. Remover um original não elimina cópias históricas de segurança, que seguem a sua própria retenção operacional.

Partilha originais através da função da ocorrência. Nos pedidos gerais de suporte, envia apenas os metadados necessários, sem palavras-passe, tokens ou conteúdo de mensagens.

Na ocorrência, a secção Regra para futuras mensagens permite pedir uma medida para o remetente SMTP registado e para um domínio destinatário autorizado. Esta ação é distinta da sinalização e da whitelist.

1. Confirma o Remetente SMTP e o domínio destinatário na ocorrência. O endereço SMTP pode ser diferente do campo De visível na mensagem.
2. Abre Pedir ou alterar regra e escolhe a ação. A opção inicial é quarentena.
3. Preenche o Motivo, entre 10 e 500 caracteres, e revê o âmbito apresentado.
4. Assinala a confirmação do remetente, domínio e efeito. Uma regra anterior para esse par será substituída.
5. Usa Guardar pedido de regra e acompanha a sincronização.

O remetente é obtido a partir da ocorrência e não é editável neste percurso. A regra cobre um endereço SMTP exato e um domínio destinatário autorizado; não abrange automaticamente outros domínios, subdomínios ou futuros registos. Se o evento não tiver um endereço SMTP simples, essa opção não estará disponível.

Confirmar a aplicação

Aplicação pendente indica que o pedido foi registado. A aguardar confirmação de todos os MX significa que falta confirmar a configuração em todos os gateways abrangidos. Só Aplicada em todos os MX, com confirmação recente, indica aplicação confirmada nesse âmbito.

Quando apresentados, consulta também os estados por gateway: Confirmado, Propagação pendente ou Verificação indisponível. As confirmações expiram após 15 minutos e não são prova da entrega de uma mensagem. Se a integração estiver desligada, o portal avisa e os pedidos permanecem pendentes sem alterar a filtragem.

Alterar ou remover

Para mudar a ação, usa novamente Pedir ou alterar regra e confirma a substituição. Para retirar a regra, usa Pedir remoção e aguarda Remoção confirmada em todos os MX. Uma confirmação de remoção expirada precisa de nova verificação.

Remover a regra não liberta mensagens anteriormente retidas, não recupera mensagens bloqueadas e não retira correio já entregue. Se precisares de analisar uma mensagem em quarentena, contacta a equipa com os dados da ocorrência.

Se o problema estiver associado a um evento, começa por sinalizá-lo e usa a referência da ocorrência. Para questões de acesso, domínios ou configuração, contacta support@mailurity.com.

Inclui a informação necessária para reproduzir a consulta:

• Organização e domínio afetado.
• Data, hora e fuso horário da mensagem ou da ação.
• Remetente e destinatário, apenas quando necessários e por canal privado.
• Estado apresentado, referência da ocorrência e Message-ID, se disponível.
• O que esperavas que acontecesse, o que observaste e os passos já verificados.
• Para sincronização, a data da última confirmação e o aviso apresentado.

Não envies palavras-passe ou tokens. Se for necessário analisar o conteúdo da mensagem, usa o envio de original na ocorrência ou combina um canal adequado com a equipa.