Skip to main content
Gerenciamento de identidades, envio, diagnóstico e acesso a mensagens recebidas têm ações IAM separadas. A tabela inclui a permissão adicional no tópico necessária ao salvar uma regra de email recebido.

Ações

A referência dos endpoints descreve campos e respostas. Esta tabela relaciona cada chamada à ação IAM.

Regras de recebimento exigem duas permissões

Salvar uma regra de destinatário exige email:CreateRecipientRule na identidade e notifications:Publish no tópico de destino. O tópico deve pertencer à mesma conta. Uma negação explícita na política do recurso também bloqueia a regra.

Metadados e conteúdo são separados

email:DescribeReceivedMessage lê metadados de mensagens recebidas. email:GetReceivedMessageContent lê o conteúdo e baixa anexos. Conceda a ação de conteúdo somente a quem precisa acessar o email em si. URLs de rastreamento de aberturas e cliques são usadas pelos clientes de email e navegadores dos destinatários. Elas não são operações de gerenciamento.

Telemetry

Os gráficos de Email usam telemetry:ReadMetrics. Essa permissão é separada de email:DescribeIdentity e das ações de diagnóstico de Email. Consulte Métricas de Email para nomes e escopo das métricas.

Exemplo de política

Esta política concede somente as leituras de coleções listadas. Não permite enviar mensagens ou gerenciar recursos.
Consulte Políticas IAM para a avaliação de políticas e Email para uma visão geral do serviço.

Buckets de anexos

Selecionar um bucket de recebimento exige storage:PutObject e storage:GetObject nos objetos email/{identity_id}/*. Isso cria uma delegação delimitada para processar emails; políticas atuais da identidade, limites de permissões, políticas do bucket e restrições da sessão continuam valendo. Falhas de acesso ao bucket adiam a entrega recebida. Enviar um objeto existente exige storage:GetObject nele. Enviar anexos MIME brutos para attachments_bucket exige ambas as operações em email/{identity_id}/sent/*. Buckets de clientes devem estar na mesma conta e região. Permissões de conteúdo de mensagens não concedem acesso geral a outros objetos do bucket. Conteúdo de template exige email:SendMessage na identidade e email:SendTemplatedMessage no template, tanto para envios individuais quanto em lote. Negações explícitas se aplicam aos dois recursos. Atualizar uma regra de destinatário exige email:UpdateRecipientRule e permissão de publicação no tópico de destino.