Eden, concordo com os seus argumentos sobre mandar plaintext.<div>Não entendi uma parte: estou usando webmail do Gmail, no Chrome, o que deveria ter gerado um multipart coerente parseável pelo seu cliente de email. Ou a sua observação sobre contenttype se refere a outra coisa? Mas isso é o de menos...</div>

<div>Voltando à questão do cargo cult: muitas pessoas (eu inclusive) simplesmente colam URL no meio do texto, sem o "fru-fru" de colocar número da referência entre colchetes. Qualquer cliente de email que se preza identifica URL e coloca um style/ação adequados.</div>

<div>Atrapalha a leitura? Não deveria, IMHO.<br clear="all"><br>ABS()<br><br>
<br><br><div class="gmail_quote">2012/6/21 Eden Cardim <span dir="ltr"><<a href="mailto:edencardim@gmail.com" target="_blank">edencardim@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im">>>>>> "Stanislaw" == Stanislaw Pusep <<a href="mailto:creaktive@gmail.com">creaktive@gmail.com</a>> writes:<br>
<br>
</div>    Stanislaw> Não é provocação :P Eu amo Vim, apesar de considerar ele<br>
    Stanislaw> altamente arcaico. Por essa ótica, o próprio email é<br>
    Stanislaw> arcaico. Mas arcaico != ultrapassado.  É que, para mim,<br>
    Stanislaw> uso de [\d] para citação, no lugar de link, é um claro<br>
    Stanislaw> exemplo de um cargo cult.  Eden acabou de demonstrar que<br>
    Stanislaw> o Gmail não respeita muito os padrões de MIME/multipart<br>
    Stanislaw> adotadas pelo cliente de email dele. Para ELE, faz todo o<br>
    Stanislaw> sentido usar [\d] para citação. Mas para quem usa<br>
    Stanislaw> Gmail/Mail.app/Outlook (cruz-credo), é cargo cult.<br>
<br>
Bom, não sei o que pode ser, além de provocação, o padrão de envio de<br>
email não é definido pelo meu cliente e sim pela IETF (no RFC 2821,<br>
creio eu). Eu só acho mais conveniente, universal e rápido escrever um<br>
email em text/plain (e o gmail, que seta esses cabeçalhos por padrão,<br>
parece concordar comigo, rs), sem ter que ficar verificando detalhes de<br>
sintaxe/semântica, e é mais rápido copiar e colar um link direto do<br>
browser no texto. Também faz pouco sentido mandar emails cheio de<br>
fru-fru/florzinha prum grupo de discussão técnica onde pode ter código<br>
copiável/colável e nesse caso, o HTML atrapalha mais do que ajuda. Não<br>
tenho nada contra clientes que saibam parsear ou compor emails com HTML,<br>
inclusive, o cliente que eu uso tem essa capacidade. Enfim, a única<br>
coisa que eu cobro de um cliente de email razoável é que ele respeite os<br>
padrões tecnológicos vigentes, afinal de contas, a SPPM tá envolvida,<br>
querendo ou não, com o uso rígido de padrões, com toda a questão dos<br>
dados abertos e respeito aos padrões de consumo de dados por máquinas<br>
(não por humanos, que querem fru-fru), que me parece ser uma filosofia<br>
bem contrária ao que você tá insinuando.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Eden Cardim<br>
<a href="tel:%2B55%2011%209644%208225" value="+551196448225">+55 11 9644 8225</a><br>
=begin disclaimer<br>
   Sao Paulo Perl Mongers: <a href="http://sao-paulo.pm.org/" target="_blank">http://sao-paulo.pm.org/</a><br>
 SaoPaulo-pm mailing list: <a href="mailto:SaoPaulo-pm@pm.org">SaoPaulo-pm@pm.org</a><br>
 L<<a href="http://mail.pm.org/mailman/listinfo/saopaulo-pm" target="_blank">http://mail.pm.org/mailman/listinfo/saopaulo-pm</a>><br>
=end disclaimer<br>
</div></div></blockquote></div><br></div>