Seus anexos de 550 KB, depois de incorporados a um email, provavelmente são codificados com base64. O Base64 é um esquema de codificação que torna a carga útil binária segura para passar por serviços de transporte que podem não passar dados limpos de 8 bits - uma suposição ainda prevalecente no SMTP. A codificação Base64 produz 8 bits de saída para cada 6 bits de entrada; portanto, seu anexo - codificado no fio - aumentaria para 733,33 KB e 5400 deles seriam 3,96 GB.
Isso é um pouco mais alto do que o "AttachmentSize" de 3,70 GB, portanto, esse é um erro de arredondamento ou o SES realmente fatura em gibibytes (2 ^ 30 = 1.073.741.824 bytes, esses são GiB adequadamente abreviados, mas frequentemente abreviados como GB) em vez dos gigabytes reais (10 ^ 9 = 1.000.000.000 bytes). 3,96 GB são 3.688 GiB. De qualquer maneira, o número de cobrança está muito próximo do tamanho previsto, assumindo a codificação base64.
E o tamanho total de 4,0 GB transferidos parece estar muito próximo do mesmo valor, arredondado para um gigabyte uniforme.
Sem saber o tamanho do corpo e dos cabeçalhos da mensagem, é difícil dizer por que exatamente o cliente de e-mail está exibindo um tamanho de 820 KB para a mensagem, mas supondo que a mensagem, no fio, seja realmente esse tamanho, ainda está dentro do intervalo de erros de arredondamento porque isso resulta em algo em torno de 4,428 GB ou 4,123 GiB (supondo que seja 820 KB em vez de 820 KiB, mas que apenas introduz uma margem de erro de cerca de 3%).
A discrepância entre gigabytes e gibibytes é a razão pela qual discos rígidos e flash drives são sempre menores do que deveriam, com base no que você comprou - você provavelmente esperava algo do tamanho de GiB, mas o que eles vendem é de GB. É difícil encontrar exemplos documentados da AWS, mas pelo menos em alguns casos a AWS significa GiB quando dizem GB. O faturamento com base em GiB é mais favorável ao cliente, pois 1 GiB possui mais bytes que 1 GB.
