Olá, configurei o processamento de e-mails para mensagens recebidas de usuários anônimos.
Decidi testar isso usando a função de convite. O e-mail foi enviado do e-mail de notificação para a caixa de entrada vinculada à categoria. Um novo tópico foi criado com sucesso, e o usuário em estágio também foi criado.
Em seguida, abri a caixa de entrada e encaminhei o e-mail de convite para mim mesmo (ou seja, novamente para a categoria). Com a opção beta para e-mails encaminhados ativada, o sistema retornou uma mensagem informando que o tópico não pôde ser criado porque nenhum corpo foi detectado. Parece ser um bug, mas não importa. Como resultado, o segundo tópico Problema com e-mail – Sem Conteúdo foi criado a partir do mesmo usuário em estágio.
A pergunta é: como remover esse usuário em estágio
…
Abri o painel de administração, fui em Usuários > Em estágio. Primeiro, cliquei para remover todas as postagens do usuário e, em seguida, removi o usuário (apenas remover, sem bloquear o IP). Após alguns minutos, o usuário e suas mensagens foram recriados. Como removê-lo e suas mensagens de forma definitiva? O que está errado? Não há nenhum erro ou aviso nos logs.
Removido. Esse usuário (com o mesmo e-mail e apelido) foi criado 3 vezes. Acredito que seja um comportamento incorreto. O administrador não consegue detectar quantos usuários correspondem ao e-mail sem verificar o ID do usuário no banco de dados. Parece um bug, mas não tenho certeza.
Tem certeza de que o e-mail era o mesmo? Usuários em staging existem apenas como e-mails, então não tenho certeza de como duplicatas seriam possíveis. Você pode fornecer as informações específicas do usuário aqui?
Sim, sou eu. Após eu excluir o usuário 3 vezes junto com suas mensagens, a tabela Topics apresenta as seguintes informações:
Você pode notar que os IDs 330, 332 e 334 deveriam corresponder a um único tópico; eles até possuem o mesmo horário de criação. Acredito que, toda vez que tentei excluir o usuário, um novo usuário foi criado, motivo pelo qual os tópicos têm um timestamp de atualização.
O mesmo ocorre com os IDs 331, 333 e 335.
Minhas configurações:
nível mínimo de confiança para postagem anônima = TL4
polling POP3 habilitado
usuário de polling POP3 = support@tmch.icu
excluir do servidor após polling POP3 = desativado
registrar falhas no processamento de e-mail = ativado
entrada de e-mail = ativada
nível mínimo de confiança para entrada de e-mail = TL0
bloquear e-mails gerados automaticamente = desativado
habilitar e-mails encaminhados = ativado
O problema é reproduzível. Passos:
- Atribua um e-mail a uma categoria, por exemplo
support@tmch.icu. Minha categoria é acessível apenas a grupos.
- Acesse os convites no seu perfil em
https://tmch.icu/my/invited (sou administrador).
- Envie um convite para
support@tmch.icu.
- Após 5 minutos, verifique os e-mails recebidos em
https://tmch.icu/admin/email/received.
- Verifique se o usuário em estágio apareceu em
https://tmch.icu/admin/users/list/staged.
- Verifique se o tópico foi criado.
- Abra o cliente de e-mail para
support@tmch.icu e encaminhe o convite recém-recebido para support@tmch.icu. Não altere o e-mail; encaminhe exatamente como está.
- Após 5 minutos, verifique os e-mails recebidos em
https://tmch.icu/admin/email/received — provavelmente não será processado devido ao corpo vazio; ignore-o.
- Acesse
https://tmch.icu/admin/users/list/staged e exclua o usuário em estágio. O tópico correspondente será excluído automaticamente.
- Aguarde 5 minutos e atualize as seguintes páginas:
https://tmch.icu/admin/users/list/staged
https://tmch.icu/admin/email/received
sua categoria
- Você deverá ver que o usuário e o tópico excluídos reapareceram.
- Repita os passos 9 a 11; você verá o mesmo comportamento pela última vez.
Este usuário ainda está vivo… Ele é ressuscitado toda vez que o excluo. Como posso investigar isso profundamente?
Atualização: para resolver isso, removi o endereço de e-mail de entrada na categoria por 10 minutos. Depois disso, um e-mail enviado para noreply@tmch.icu (este é um e-mail de notificação, do qual os convites são enviados) informou que o endereço support@tmch.icu está inacessível. Isso parou.