Política anti-spam PSICOPATA

Última atualização em Dom, 08 de Agosto de 2010 18:34 Dom, 08 de Agosto de 2010 17:57

Passo a passo do que vai acontecer com você, querido spammer, para saber quem diabos você é

1. Ninguém vai clicar naquele link de 'confirme aqui que não quer receber mais emails mas eu vou continuar te enviando'. Na melhor das hipóteses, alguém vai escrever um email para você, porque ele ainda tem alguma esperança de que você tenha amor a sua vida.
2. Você hospeda seu site em um servidor qualquer. Eu vou abrir um prompt de comando (que no Windows é Ctrl + R, digitar cmd e dar enter) e vou dar o comando 'ping dominiodeaondevoceenviouesteemail.com.br' e vou ter um IP, senão mesmo saber que pelo ping ser inferior a 60 você está aqui no Brasil mesmo. Depois vai jogar esse IP no Google, e sem muito trabalho vai descobrir de qual host é. Cada host em geral tem um email para tratar de spammers, mas mesmo se não tiver, eu vou pegar o email de contato para novos clientes, ou mesmo o telefone deles ou falar pelo help desk online com algum atendente, e coletar dados ou já reclamar de você.
3. Se o seu domínio terminar com .br, eu vou ir no link https://registro.br/cgi-bin/whois/?qr=dominioqueenviouospam.com.br, caso contrário vou procurar em algum WHOIS gringo, como o http://who.is/whois/dominioqueenviouospam.com.br e vou descobrir a quanto tempo você é um cara mal, seu email de trabalho, seu nome completo, e o seu CPF. Se eu estiver muito bravo, com google posso saber até aonde você estuda, aonde trabalha, ou se você não teve capacidade para passar em algum concurso público. Aonde você mora? Hummm... você colocou algum telefone fixo? Há, e se não forem dados seus, são ou do seu chefe, ou de uma empresa qualquer que você está usando como proxy, ou seja, contatos de gente que ficariam bem putos com o que está fazendo. E eu vou guardar esses dados.
4. Em geral, as empresas mais chatas, e aquelas que meu gmail tem problema de captar, são justamente essas empresas especializadas em mandar email de diversos clientes. Você já reparou que você em geral sempre envia tamém numeros de telefones, ou o site do cliente? Ahhhh, mas o email de reply-to você em geral deixa para uma caixa de email que só você tem acesso, para evitar que esse cliente fique puto com você não? Sim, eu sei que você se considera um espertido, mas você não está lidando com um cara que clica nos links de descadastro ao final do seu email. Você está lidando com alguém que está cansado de spammers, e que hoje, provavelmente, está em um dia ruim. Então eu vou pelo site ou pelo google descobrir o email, ou mesmo telefone, de cada um dos clientes que você spameou para mim, E vou deixar guardado.

E depois de coletar os dados, o que eu posso fazer com você

Em poucos minutos, eu tenho como saber muito sobre você. Quem é você, quais são seus dados, de aonde você enviou o spam, e como eu relamo diretamente ao seu host, ou ao distribuidor do domínio que você enviou. Dependendo de o quanto me irritou, eu vou saber até aonde você mora, e qual telefone eu uso para falar com até a sua mãe. Acredite, eu não sou mais um daqueles 15 mil emails que você envia. E eu posso ser alguém que, por ter acesso a vários emails do mesmo domnínio, fico ainda mais estressado porque você manda a mesma merda para todos eles, e eu realmente quero que você pare de enviar para qualquer outra pessoa que tem emaisl do mesmo domínio que o meu.

Se você já me irritou de leve, em 15 minutos depois eu já estou falando com seu cliente e dizendo que eu o odeio e que nunca comprarei dele, e que se ele continuar pagando pra você continuar me incomodando, ou incomodando outras pessoas, eu vou fazer propaganda negativa desse cliente para todo mundo, ou de forma mais ativa, ou via twitter mesmo. Nesse mesmo tempo eu já enviei email para seu host e para o liberador do seu domínio avisando que você está realmente me irritando e que eu nunca autorizei que me mandasse digas para eu perder 20 quilos. Ah, e eu não vou deixar de acrescentar nas reclamações emails como o Este endereço de e-mail está protegido contra spambots. Você deve habilitar o JavaScript para visualizá-lo.   se seu domínio for do brasil, ou outro equivalente caso ele seja gringo, além de, é claro, sempre o do seu host. Claro, isso se você só me irritou, e não está insistindo.

Se você realmente me tirou do sério, em menos de 30 minutos, além de fazer o que eu disse anteriormente, eu vou me divertir muito! Irei em sites que bem no google, como o http://www.reclameaqui.com.br, e vou encaminhar uma reclamação à sua empresa, ou mesmo a sua empresa de hospedagem (se ela for nacional) reclamando formalmente de que você é um spammer. Se for só a você, quando goglarem ela, vai aparecer você vai aparecer na primeira página, mas não vai ser do jeito que gostaria. Se for da sua empresa de hospedagem, ai quem sabe você vai ter que pagar para outro lhe hospedar, mas elo menos não queima seu nome. Não não, acho que vou colocar em nome dos dois, porque ctrl+v é o que há.

Se você me pegou em uma semana horrível, na qual eu estou disposto a sair batendo em gente por ai e nem posso ir em uma academia para desestressar, eu ou hoje mesmo, ou nos próximos dias vou pegar todos os telefones que eu coletei em 15 minutos de dedicação exclusiva a você, meu querido spammer, e vou ligar para eles, porque emails são legais, mas por telefone sempre tem aquele contato mais 'humano'. Quem sabe eu até lhe de oi e lhe diga o quanto eu te amo #não. Além disso quanto eu estiver no tempo livre de alguma coisa idiota, pegar um texto qualquer de propaganda sua e vou ir em sites gringos que permitem comentários, em especial blogs de maior visibilidade no google, e vou fazer propaganda do seu site, em português mesmo, e até linkar para seu site. Sabe como é, esses sites ficam também putos com você, mas se acha que um brasileiro que odeia spamers é chato e incomoda muito a gente, um coreano é mais do tipo que adiciona seu domônio a listas publicas de spammers, e com sorte você só ficará mal visto em sistemas de busca que também levam em conta essas listas de spammers, porque pode até acontecer de seus emails cairem permanentemente em listas de spam sem as pessoas nem fazerem nada. Uhu! tá ficando divertido, né amigão spammer?

Se você deu azar, e pegou justamente um cara que psiquiatras consideram como perfil psicopata típico, em que naturalmente sem uma razão muito forte já é o suficiente para se fazer algo, mas você teve o desprazer de ainda por cima dar uma razão válida, acho que você está com problemas. Lembra que já tenho uma penca de dados, até seu CPF? Pois é, espero que você tenha seguro de vida. E, acredite, a principal caracteristica de psicopatas é não sentir remorso. Mas vamos concordar, spammers até que merecem, né?

PS: Este texto foi inspirado nas diversas vezes que me estressei com spammers brasileiros, e nas discussões que tive com eles, e que agora, aqui, compartilho um jeito que, ainda que seja irônico, é simples e fácil de qualquer um saber o que pode fazer para reclamar formalmente de um spammer junto a ele, seu host e ao provedor do endereço de host dele, e deixar claro para ele parar de lhe enviar emails não desejados. Sinta-se livre para copiar e redistribuir este email, porém somente autorizo a copia se deixar alguma referência a este link original, e autorizo também a edição deste texto para como você entender ser melhor.

Link reduzido: http://goo.gl/yver

Receber e enviar emails com outras contas do GMail e Google Apps

Última atualização em Dom, 01 de Agosto de 2010 19:06 Dom, 01 de Agosto de 2010 19:00

Criei um tutorial de como gerenciar seus emails no Google Apps em http://www.gme.ceue.eng.br/Google_Apps.

Neste link, explica com imagens como você pode setar ou seu GMail, ou o Email do seu Google Apps para encaminhar, receber e enviar emails com outras contas

Função para criar usuário novo em Joomla 1.5

Última atualização em Sex, 30 de Julho de 2010 20:54 Sex, 30 de Julho de 2010 20:45

Código da Função

<?php
function CreateNewUser($name, $username, $email, $password, $registerDate = NULL, $usertype = 'Registered', $block = '0', $sendEmail = '1', $gid = '18') {
        global $db;

        $db = & JFactory::getDBO();
        jimport('joomla.user.helper');

        //Make the joomla password hash
        $salt = JUserHelper::genRandomPassword(32);
        $crypt = JUserHelper::getCryptedPassword($password, $salt);
        $joomlapassword = $crypt . ':' . $salt;

        //Table #__users
        //Informations about the user
        $user = new stdClass;
        $user->id = NULL;
        $user->name = $name;
        $user->username = $username;
        $user->email = $email;
        $user->password = $joomlapassword;
        $user->registerDate = registerDate;
        $user->usertype = $usertype;
        $user->block = $block;
        $user->sendEmail = $sendEmail;
        $user->gid = $gid;

        if (!$db->insertObject('#__users', $user, 'id')) {
            echo $db->stderr();
            return false;
        }


        //Table #__core_acl_aro
        //Discover what is the last value of value in #__core_acl_aro
        $query = "SELECT value FROM #__core_acl_aro ORDER BY id DESC LIMIT 1";
        $db->setQuery($query);
        $coreaclarolastvalue = $db->loadResult();

        $coreaclaro = new stdClass;
        $coreaclaro->id = NULL;
        $coreaclaro->section_value = 'users';
        $coreaclaro->value = $coreaclarolastvalue + 1;
        $coreaclaro->order_value = NULL;
        $coreaclaro->name = $name;
        $coreaclaro->hidden = NULL;

        if (!$db->insertObject('#__core_acl_aro', $coreaclaro, 'id')) {
            echo $db->stderr();
            return false;
        }

        //Table #__core_acl_groups_aro_map
        $coreaclmap = new stdClass;
        $coreaclmap->group_id = $gid;
        $coreaclmap->section_value = NULL;
        $coreaclmap->aro_id = $coreaclaro->id; // maybe just $user->id ?

        if (!$db->insertObject('#__core_acl_groups_aro_map', $coreaclmap)) {
            echo $db->stderr();
            return false;
        }

        $CreateNewUserInfo = array($user->id, $user->name, $user->username, $user->email);
        return $CreateNewUserInfo;
}

Exemplo de implementação 1

//This exemple will take data from one post, for example
$username = JRequest::getVar('username');
$name = JRequest::getvar('name');
$email = JRequest::getVar('email');
$password = JRequest::getVar('password');

//This code will call your funcion, then register with your data
$NewUserInfo = CreateNewUser($name, $username, $email, $password, $registerDate);

Openoffice/BrOffice: sim você pode usar comandos SQLs mais "Avançados"

Última atualização em Seg, 26 de Julho de 2010 21:09 Dom, 25 de Julho de 2010 23:52

Faz algum tempo que não posto, mas essa dica pode ajudar muito você.

O Access da Microsoft é muito amigável ao usuário final. Eu mesmo fui alguém que fui introduzido a lógica de 'como sql e bancos de dados funcionam' nos meus primórdios de programação ao usar o Access para fazer algum banco de dados extremamente util em algum tempo remoto. Para quem é fã do mundo livre, tem-se o Openoffice/BrOffice Base, que faz basicamente o mesmo, mas... não tão amigável, ou não se você está viciado no modo Windons de ver a vida. Porém você que sabe programação, em especial para a Web, ou até mesmo você leigo que está ai perdido procurando algo aparentemente simples, eu vou dar uma ajuda.

O  Openoffice/BrOffice também trabalha com SQL padrão. Logo, consultas, mesmo as bem complexas, muito provavelmente funcionarão também no seu banco de dados local. Se você está a muito tempo procurando como fazer algo usando esses programas, quem sabe pare um pouco e google como fazer isso em SQL padrão.

Para editar em SQL padrão, basta que na hora de criar a consulta, você ou clica com direito em uma consulta criada previamente e a edita em SQL, ou opta por algo do gênero "Criar consulta pelo editor de SQL", e imedatamente passa a editar a tal consulta como faria via SQL mesmo.

Exemplo mais prático. Um conhecido meu agora a pouco devia estar a algo como umas duas horas tentando fazer um campo na consulta que era basicamente a soma de dois outros campos, Estava mais ou menos indo pelo caminho certo, no tal 'editor visual de SQL for dummies' do Base. Quando eu vi que ele realmente não estava conseguindo, dizendo que todas as pesquisas que fazia pelo broffice base para "campo calculado" não retornava uma resposta prática, eu fui na tal consulta e fiz algo parecido com o seguinte:

SELECT id, produto, ("quantidade" * "preco") AS total FROM vendas

E o retorno era basicamente o id, o produto e o total as vendas. Para quem realmente não sabe de SQL, note que o AS simplesmente retorna o a multiplicação de quantidade e preço, i.e. é um alias. Subqueryes, por exemplo, funcionam também sem problemas

Outra dica de ouro para quem costuma fazer comandos SQLs fodasticos, e que o melhor, é totalmente gratuito, e disponível tanto para linux como para windons: MySQL Query Browser, cuja versão atual pode ser baixada em http://dev.mysql.com/downloads/workbench/5.2.html.

PS: Dedico esse post ao Leonaddo P.K., e creio que agora quando procurar novamente por "campo calculado broffice base", vai aparecer uma solução :D

Soluções de erros ao instalar extensões Joomla: componentes, módulos, pluguins e templates

Última atualização em Seg, 18 de Janeiro de 2010 13:06 Seg, 18 de Janeiro de 2010 10:54

Se você usa Joomla há algum tempo, provavelmente já passou por algum destes erros. O que escreverei aqui são alguns erros comuns, provaveis causas e soluções para estes erros. É provavel que mais tarde eu adicione novos erros/soluções ou revise os atuais, e aceito, claro, aceito sugestões, basta que você entre em contato comigo.

Permissões insuficientes

Mensagem ou sinal de erro típico

• Use a extensão JoomlaFox e verifique na aba permissões se está tudo com permissão de escrita (em verde). Caso contrário, pode ser este erro.
• Acesse /administrator/index.php?option=com_admin&task=sysinfo verifique na aba permissões de diretório se está tudo com permissão de escrita (em verde). Caso contrário, pode ser este erro.

Provável causa

A pasta temporária ou pastas destino não tem permissão de escrita, logo, não há como instalar o arquivo.

Provável Solução

1. Reverta manualmente via FTP/SSH as permissões de modo que fiquem com permissão de escrita. Caso não consiga, provavelmente você não é o dono do arquivo (vide erro seguinte).
2. Ative a Camada FTP do Joomla (/administrator/index.php?option=com_config, aba Servidor, em Configurações do FTP adicione dados do seu usuário FTP)
3. Solução não ideal: use a opção 'Instalar a partir do Diretório' do /administrator/index.php?option=com_installer. Pode funcionar, mas apenas contorna o problema.
4. Via SSH, de o comandos do tipo chmod -R XXX, aonde XXX é o numero da permissão.
5. Usuários avançados: Usar aba JFoxConsole do JoomlaFox para executar um comando em PHP da API Joomla para alterar recursivamente permissões de arquivos e diretórios.
   

Dono do arquivo não permite escrita pelo servidor/seu usuário

Nota: entenda por 'escrita pelo servidor' quando o seu usuário ou o outro usuário que é dono do arquivo não permite que o servidor PHP execute/escreva/leia o arquivo, e 'escrita pelo seu usuário' o erro típico mais comum quando você instala ou faz upload via seu site Joomla e não consegue alterar/deletar os arquivos via FTP/SSH. São erros distintos, mas o segundo exemplo encomoda para quem quer editar algo diretamente, ainda que seu site possa funcionar sem problemas.

Mensagem ou sinal de erro típico

• Use a extensão JoomlaFox e verifique na aba permissões se está tudo com permissão de escrita (em verde). Caso contrário, pode ser este erro. (indiferente para 'escrita para seu usuário')
• Acesse /administrator/index.php?option=com_admin&task=sysinfo verifique na aba permissões de diretório se está tudo com permissão de escrita (em verde). Caso contrário, pode ser este erro. (indiferente para 'escrita para seu usuário')
• Via FTP, marque para exibir dono do arquivo, e verifique qual é.
• Via SSH, de o comando ls -la, e veja quel é o dono dos arquivos.

Provável causa

A pasta temporária ou pastas destino não tem permissão de escrita para o usuário em que o PHP é executado, logo, não há como instalar o arquivo. Esta causa é mais comum em servidores mal configurados ou que os administradores aletam que esta medida é mais segura.

Um erro adicional que pode acontecer é que arquivos instalados via servidor assumem o usuário do PHP, logo, você pode acabar não tendo permissão de escrita via FTP/SSH, a menos que você tenha direitos de edição para alterar o dono dos arquivos/pastas e o faça. Caso não tenha (situação provável em servidores que você não é o administrador) você terá que entrar em contato com o administrador e pedir para que ele troque as permissões para seu usuário FTP, e então você poderá editar arquivos via FTP/SSH.

Provável Solução

• Via SSH, de o comando chown -R nomedousuario * ou análogo e altere o nome dono do arquivo. Provavelmente irá falhar em hosts compartilhados.
• Entre em contato com o administrador do servidor e peça para ele fazer o comando anterior como root ou superusuário.

Path (caminho do site) errado

Mensagem ou sinal de erro típico

Pode apresentar os mesmos erros típicos que acontecem com os dois erros anteriores.

Provável causa

• Migração de servidor, em que você esqueceu de alterar os paths. O Joomla continua funcionando, porém todas as ações envolvendo movimentação de arquivos apresentarão erros.
• Por alguma razão algum administrador do sistema alterou os caminhos e não lhe avisou.
• Alguém editou por engano os paths que estavam funcionando.

Provável Solução

Se for mesmo path, errado, basta alterar para o certo no arquivo /configuration.php e obrigatóriamente este problema estará resolvido. Caso você realmente não sabia se o path está correto, um jeito não muito ortodoxo é instalar um novo Joomla em um subdiretório e copiar o path desde novo Joomla (desconsiderando o subdiretório, claro), que foi detectado automaticamente pelo sistema.

Arquivo de instalação contém vários arquivos de instalação dentro

Mensagem ou sinal de erro típico

• Mensagem do tipo 'Não foi encontrato arquivo XML de instalação'.
• Erro esporádico: não acontece com todos os arquivos que tenta instalar, e em geral somente com algum novo que você está testando.

Provável causa

• Você está tentando instalar um arquivo que deveria ser aberto e descompactado primeiro, e seu conteúdo sim, que deveria ser instalado.
• Você está tentando instalar um arquivo que não é uma extensão Joomla.

Provável Solução

Descompacte o arquivo manualmente e instale os arquivos compactados internos desde arquivo que reune vários instaladores ou que veio com o 'manual de instruções' junto no mesmo arquivo.

Arquivo de instalação contém um arquivo de instruções XML com erros

Mensagem ou sinal de erro típico

• As mensagens podem ser muito váriadas. Espere qualquer tipo de erro, porém em geral não são tão ligados a erros de permissão.
• Erro esporádico: não acontece com todos os arquivos que tenta instalar, e em geral somente com algum novo que você está testando.
• Erro na extensão após instalada: a extensão apresenta erros estranhos; não funciona direito como deveria.

Provável causa

• O aquivo XML contém erros. Em geral por culpa do desenvolvedor que cometeu erros. Pode fazer referência a arquivos que não foram incluídos no pacote, ou mesmo não faz referência a arquivos importantes sem os quais a extensão não irá funcionar adequadamente.
• Seu Joomla não está com plugin legado ativado, e você está tentando instalar alguma extensão que deveria estar com ele ativado.

Provável Solução

• Contactar o desenvolvedor e reportar o erro.
• Identificar e resolver o erro no arquivo você mesmo.

URL Reduzida: http://goo.gl/l349

Auto-policiamento dos JUGs: como todos podem se ajudar

Última atualização em Qui, 14 de Janeiro de 2010 16:42 Qui, 14 de Janeiro de 2010 16:05

Grupos de usuários voltados para usuários

Grupos mais transparentes

Vantagens globais de ser mais transparente

Definição de coisas a que podem ser transparentes

• Nome/email das pessoas centralizadoras principais, com a sinalização do o coordenador principal na presente data. Preferencialmente listar um email no qual todos estes tenham acesso, ou então uma lista de emails do grupo.
• Data, horário e local do próximo encontro físico entre participantes.
• Data, horário e instruções de acesso, a próxima conferência online entre participantes.
• Pontos importantes abordados na ultima (ou ultimas) reuniões físicas/via internet.
• Lista completa de projetos (traduções, hacks, criações de extensões...) desenvolvido pelo grupo, com listagem do(s) responsáveis por cada projeto, e link para obtenção.
• Lista de projetos em aberto, com nome(s) de pessoas para se entrar em contato caso alguém queira colaborar/tirar dúvidas.

Além disso, minha sugestão é que todas as ações que envolvam os usuários sejam expostas e descritas. Explicando um pouco melhor:

• Eventos devem ser anunciados antes, e após haver algum resumo de como foram, e se possível distribuição de apresentações ou arquivos quaisquer, caso aplicável; Se possivel tirar uma foto geral dos usuários do evento.
• Encontro de usuários devem ser amplamente divulgados antes, talvez até mesmo de alguma forma com ajuda de outras comunidades de outros estados. Isso certamente estimulará usuários de outros estados a participarem do encontros de seus próprios JUGs.
• Que cada encontro de usuário, físico ou presencial, tenha uma espécie de ata eletronica simplificada, com resumo do que foi discutido a ser colocado no site do JUG; isso ajudaria os membros que não estavam presentes a não ficarem perdidos e até mesmo colaborarem com algum projeto, e até mesmo no futuro serviria como um histórico de atividades, ou um lembrete de que já havia sido pensado antes; obrigatoriamente na ata deveriam haver os nomes dos presentes.
• Que haja um calendário nacional citando todos os principais eventos Joomla no Brasil, com descrições completas ou links para descrições completas: no caso de teleconferências online, que haja informações até mesmo para pessoas de fora entrarem. Minha sugestão seria usar o Google Calendar com autorização para coordenadores regionais cadastrarem eventos com o marcador do seu respectivo JUG.

Aonde entra o auto-policiamento?

Com JUGs mais transparentes, chamadas claras para datas de encontros de usuários, atas simplificadas dos encontros e um calendário de eventos, seria praticamente impossivel de um JUG funcionar mal ou 'mentir' para os outros. JUGs que estivessem com dificuldades, seriam ajudados pelos outros; JUGs que por acaso estivessem sendo gerenciado por pessoas má intencionados seriam criticados abertamente pelos outros. De certa forma, ser transpare

conver

nte dá sim, mais trabalho, mas os benefícios são maiores, e provavelmente só não seriam bem vistos por pessoas que estariam interessados em usar nomes dos JUGs para ganhar vantagens em cima. Além disso, seguir uma política de citar quem faz o que, ajudaria muito a valorizar também os usuários e coordenadores que, por meritocracia, devem ser mais ouvidos, além de, é claro, para o seu respectivo JUG (ou mesmo potenciais clientes em sua região, caso viemos a pensar pelo lado comercial da coisa) seja mais valorizado.

Em resumo, se ficar tão claro, até mesmo para os recem entrados nos JUGs, uma ideia de ética de o que é o certo, e o que não é, é natural que todos os formadores de opinião procurem estar 'dentro do que todos consideram como certo', e as pessoas simplesmente não vão precisar se estressar acusando outras pessoas porque 'todas vão estar fazendo o correto'.

URL Reduzida: http://goo.gl/QQV9

Dê nome aos bois: assine seu nome, não seja genérico!

Última atualização em Qua, 13 de Janeiro de 2010 19:03 Qua, 13 de Janeiro de 2010 17:26

Creio que este assunto meio que cada vez mais esteja ficando meio que senso comum, porém vale a pena reforçar. Ele diz respeito a pessoas que assinam não com seus nomes, porém com um nome genérico. Os clássicos 'A direção' em papeis por ai, ou mesmo 'Webmaster' ou 'Administrador' em sites. Ora, qual o problema deles? bem, talvez não seja um grande problema, mas, se eles não forem extremamente necessários, porque usá-los?

Casos em que não é possível usar seu próprio nome

Algumas vezes, você não pode usar seu nome. Em ambientes corporativos grandes, ou mesmo instituições isso acontece. Um exemplo claro e indiscutível, é quando você é o webmaster de um site, porém os textos que você está coletando são de outras pessoas. Logo, ou você 1)usa um usuário genérico, ou 2) usa o alias e sobrescreve quem é o autor, ou 3) define via sistema que para aquele artigo não deve ser exibido o autor. Realmente fica até estranho você assumir propriedade sobre algo que você não realmente idealizou, mas sim só formatou e passou adiante.

Casos em que você poderia (e até deveria) usar seu nome

Exemplo clássicos: emails e cartazes

Mesmo que você seja um joomleiro novo, e tenha um email Este endereço de e-mail está protegido contra spambots. Você deve habilitar o JavaScript para visualizá-lo. (que aliás poderia ser também um Este endereço de e-mail está protegido contra spambots. Você deve habilitar o JavaScript para visualizá-lo. , a menos que voce seja algo como Cézar Velázquez e seu email seja Este endereço de e-mail está protegido contra spambots. Você deve habilitar o JavaScript para visualizá-lo. ), ao assinar o fim de seu email, assine com seu nome, e até mesmo com seu cargo ou informações adicionais. Por que? Porque pessoas preferem lidar com pessoas, e uma empresa 'humana' é mais amigável. Não é uma vergonha ser uma empresa pequena: você pode ser mais amigável e mais próximo do seu cliente do que as demais. Não, não estou dizendo que você precisa necessariamente responder seus emails com um 'eu' múltiplo; não, não é isso. Algo é você responder como 'nós', porque considera que dentro desse 'nós', estão parceiros seus, mesmos os que não estão na empresa, mas isso não abre margem para você não assinar com seu nome.

Outro caso é aqueles cartazes na parede assinados 'A direção'. Porra, não tem como por um Fulano de Tal/Gerente de Alguma Coisa?! Estes cartazes meio genéricos passam a impressão de que um cara qualquer, que não é 'da direção', resolveu fazer algo e pregou na parede para chamar atenção.

Sites

Você tem um site que vai ter só você postando? é o seu blog? ora, talvez nem precise pro autor em todas as postagens, porque qualquer pessoa vai saber que é você, e chegaria a ficar repetitivo ver o autor sempre igual.

Se você está criando um site que vai envolver um grupo de pessoas, e você é o administrador, a ACL do seu site pode ser administrador, porém poste com seu nome. Exemplo de site desse tipo são Grupos de Usuários, quer seja de joomleiros ou não. Isso não só serve para deixar claro quem escreveu o que lemos, como também é uma forma de segurança e de comprovação de quem tem direitos autoriais sobre aquele conteúdo do artigo. Ao deixar claro quem escreve o que, fica claro por exemplo para os mais participativos, que eles terão mais reconhecimento, e até mesmo em uma situação em que haja uma crise ou briga, ao se ter os nomes nos artigos aparecendo para qualquer um, isso meio que serve até para reforçar ideias ou ajudar numa possível 'divisão de bens' no seu casamento-site.

Por fim...

Use o nome que seus pais lhe deram. Não seja algo genérico: seja você. E, caso vá fazer ou manter uma comunidade de qualquer coisa, evite realmente assinar em nome da comunidade em textos que não exigirem isso. Assine seu nome, uma virgula ou uma virgula e um enter simples, e algo que você seja para aquele texto é muito mais coerente

Editado:
Cézar Velázquez tuitou sobre emails que começam com contato@ não serem genéricos e deu um exemplo.

URL Reduzida: http://goo.gl/MnNz.