Falsidades em que programadores acreditam sobre e-mail

(não programe assumindo esse tipo de coisa durante o desenvolvimento)

• Todo mundo tem um endereço de e-mail
• Todo mundo tem exatamente um único endereço de e-mail
• Um endereço de e-mail nunca muda
• Mesmo que um endereço de e-mail mude, ele está sob controle do usuário
• Mesmo que um endereço de e-mail mude, isso aconteceu porque o usuário solicitou especificamente
• Mesmo que um endereço de e-mail mude, o endereço antigo continua funcionando/existindo
• Um único endereço de e-mail representa apenas uma pessoa
• Todas as strings únicas mapeiam para endereços de e-mail diferentes
• Todos os sistemas de e-mail são hospedados por um sistema centralizado
• Se um e-mail é enviado para um usuário de um determinado domínio, ele é entregue a um servidor correspondente àquele domínio
• Se um e-mail é enviado por um usuário de um determinado domínio, ele foi enviado a partir de um servidor correspondente àquele domínio
• Todos os e-mails vêm de endereços .com, .net, .edu, .org
• É possível filtrar e-mails com base em TLD ou ccTLD
• Ter um determinado ccTLD significa que a pessoa prefere receber no idioma daquele país
• Endereços de e-mail contêm apenas letras
• Endereços de e-mail contêm apenas letras e números
• Endereços de e-mail contêm apenas letras, números e sinais de pontuação comuns
• Endereços de e-mail contêm pelo menos uma letra
• Endereços como ^_^@example.com ou +&#@example.com são inválidos
• E-mail é um meio de transporte confiável
• E-mail é um meio de transporte instantâneo
• E-mail é entregue em poucos minutos após o envio
• E-mail é entregue em poucas horas após o envio
• E-mail é entregue em poucos dias após o envio
• Assim que é enviado, logo é recebido
• Quando um e-mail é enviado, ele é imediatamente transmitido ao servidor de destino
• Se um e-mail retorna como bounce, o endereço é inválido
• Se um e-mail não retorna, o endereço é válido
• Um endereço válido é sempre válido, e um endereço inválido é sempre inválido
• Todo e-mail é transportado via SMTP sobre a porta TCP/IP 25
• Todo e-mail é transportado via SMTP sobre TCP/IP
• Todo e-mail é transportado via SMTP sobre IP
• Todo e-mail é transportado via SMTP
• Todos os servidores de e-mail oferecem suporte às extensões do fornecedor “que todo mundo usa” (Google, Microsoft etc.)
• E-mail só pode ter um único endereço From:
• O cabeçalho Date: de uma mensagem de e-mail é legítimo
• O cabeçalho Received: de uma mensagem de e-mail nunca pode ser anterior ao cabeçalho Date:
• Todos os clientes de e-mail oferecem suporte a anexos HTML
• Todos os clientes de e-mail oferecem suporte ao corpo da mensagem em HTML
• Todos os clientes de e-mail oferecem suporte à codificação MIME
• E-mail é seguro
• E-mail criptografado é seguro
• Todo e-mail é acessado por webmail
• Todo e-mail é acessado por webmail ou IMAP
• Todo e-mail é acessado por webmail, IMAP ou POP3
• Hoje em dia, ninguém mais usa e-mail.
• Todo mundo que usa endereço .edu é estudante
• Todo mundo que usa endereço .edu é estudante ou professor/instrutor
• Estudantes e professores usam seu endereço .edu para registrar todas as suas contas na internet
• Todas as universidades fornecem endereços .edu
• Domínios são tratados da mesma forma em e-mail e HTTP
• O tamanho de um anexo de e-mail corresponde exatamente ao tamanho do armazenamento anexado
• É seguro extrair o nome do arquivo de um anexo exatamente como ele veio
• O +suffix adicionado a um endereço de e-mail pode ser removido ([e-mail] → [e-mail])
• Usuários sabem qual é o próprio endereço de e-mail
• Endereços de e-mail diferenciam maiúsculas de minúsculas, então podem ser comparados com == ou strcmp
• Se você colocar um link de URL em um e-mail, o usuário vai clicar nele primeiro

[tribela]

Os usuários sabem qual é o próprio endereço de e-mail
Ah, eu realmente queria muito que soubessem isso..

[minhoryang]

Se você adicionou uma imagem ao e-mail e usou o accesslog para identificar o horário de leitura, então foi nesse horário que o usuário leu o e-mail.

[minhoryang]

Se um e-mail foi devolvido, o usuário não tem mais como ver esse e-mail.

[minhoryang]

O ponto no endereço de e-mail pode ser removido. ([e-mail] -> [e-mail])

[nicewook]

Eu achava que isso era uma característica do Gmail, mas é igual em todos os serviços de e-mail?

[minhoryang]

Ah. Eu também sei que isso se aplica apenas ao Gmail. Mas, como existe um serviço chamado G Suite, parece que não dá para simplesmente ignorar isso impondo condições de domínio.

[minhoryang]

Se foi enviado por e-mail em grupo, será possível distinguir os membros do grupo pelo link contido nesse e-mail.

[minhoryang]

Se foi enviado para um e-mail de grupo, então essa mensagem deve ter sido entregue a todos os membros do grupo.

[minhoryang]

A quantidade de campos TO, CC e BCC incluídos em um email provavelmente é bem generosa. Talvez algo como 300 pessoas?

[minhoryang]

Se um link de URL incluído em um e-mail foi acessado, isso significa que o usuário clicou nele diretamente e está vendo o conteúdo.

[minhoryang]

Os links de URL incluídos em e-mails sempre poderão ser acessados, em qualquer ambiente.

[minhoryang]

O corpo da mensagem em HTML que os usuários recebem corresponde 100% ao que eu enviei.

[kandk]

Mesmo em servidores em nuvem (IaaS), é possível enviar e-mails.

[kunggom]

• Relato de tropeços ao criar um serviço de e-mail pessoal
• Como remover a restrição da porta 25 em uma instância do Amazon EC2 ou em uma função do AWS Lambda?