Emails no modo lista de discussão não estão sendo enviados para algumas primeiras postagens

Bug
,
1

>Obrigado Cameron, ótimo saber! Agendarei este tópico para ser fechado em mais um mês, se for fechado e surgir outro problema, sinta-se à vontade para abrir outro :slight_smile:

Talvez eu tenha encontrado uma das minhas discrepâncias.

Tenho o e-mail para I can't install libraries - #2 by MRAB - Python Help - Discussions on Python.org, mas não o e-mail para a primeira postagem. Anexei o cabeçalho como recebido abaixo.

Você poderia verificar o que seus registros dizem sobre o e-mail para a primeira postagem, por favor? Ele deve ter o message-id <discourse/post/72724@discuss.python.org>, mas esse message-id não aparece nos logs do meu filtro de e-mail aqui.

Obrigado,
Cameron Simpson cs@cskk.id.au

Os cabeçalhos da segunda postagem são estes:

Return-Path: <incoming+verp-7a67e4e43670863710e0bebf82466d20@python1.discoursemail.com>
X-Original-To: cs@cskk.id.au
Delivered-To: cs@cskk.id.au
Received: from mx-out-01b.sea2.discourse.cloud (mx-out-01b.sea2.discourse.cloud [184.105.176.58])
         (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits))
         (No client certificate requested)
         by mail.cskk.id.au (Postfix) with ESMTPS id 2F85142106
         for <cs@cskk.id.au>; Tue,  1 Nov 2022 02:06:11 +0000 (UTC)
Received: from localhost.localdomain (unknown [IPv6:2602:fd3f:3:207:0:242:ac11:b])
         by mx-out-01b.sea2.discourse.cloud (Postfix) with ESMTP id 66C61100455
         for <cs@cskk.id.au>; Tue,  1 Nov 2022 02:06:09 +0000 (UTC)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=discoursemail.com;
         s=sea2; t=1667268369;
         bh=dqc9opBcaL3Sz5b7apIIcM2hRhdys9o0z9IGxAzk4i4=;
         h=Date:From:Reply-To:To:In-Reply-To:References:Subject:
         List-Unsubscribe:List-ID:List-Archive;
         b=nuQKrBE6H2us2CerZzzR2yDWOnGG7R4kRgmH21VHpzOh/onYgIPtSFsguZ1nDYXXr
         t/+2pfIXGpl/wRRPuAppWH7IOLzJt5bv/+QbAflcKduBbATnRoVnEokbVLRJjg7fmS
         vvYcR3BPcaWV5LbVhw3/9F32/XqDtyHvb04kS0lmS230xvEN+IVJ1F43fAq+OOfp2j
         xboY8fyRJJ245gCTO07Bx/AE5tdrJ5sFrOeTmlz0gn9NJaKYgQxEOxqtWSulX8IyT0
         erHwnaEg6prJFWjGtxrhiZfe5EtqMVop5XaTI4hbxD++9ndJIHS5rCNn9jjurwWB4u
         5UToaINnQoDsQ==
1 curtida
2

Followup. Parece que o Discourse truncou a colagem do meu cabeçalho.
Colocarei eles aqui pelo fórum web em vez de por e-mail:

Pode ser um problema de exibição. O texto bruto mostrado quando edito esta postagem tem os cabeçalhos completos. Eu os carreguei como um arquivo. Acho. - Cameron
hdrs.txt (2,7 KB)

1 curtida
3

@martin Você viu a postagem acima? Parece que uma primeira postagem não foi enviada por e-mail. - Cameron

1 curtida
4

Sim, obrigado Cameron, foi mal por não ter respondido, estive sobrecarregado com outros trabalhos esta semana e também tive um dia de folga no meio da semana. Tenho um lembrete para revisar isso na segunda-feira e responder adequadamente então.

1 curtida
5

Sem problemas, só estava verificando. - Cameron

2 curtidas
6

Confirmei que este é o Message-ID correto em nossos logs de e-mail para o python. Acho que o que aconteceu neste caso é que o OP foi postado na categoria “Packaging” e, logo depois, alterado para a categoria “Python Help”, o que pode ter afetado o envio de e-mails. Parece que apenas 5 pessoas foram notificadas por e-mail para o OP, e 30 foram notificadas por e-mail (incluindo você) para a segunda postagem. Talvez fique de olho e veja se isso acontece novamente e poderemos ver se um padrão se desenvolve – existem muitos atalhos em nosso sistema de e-mail para evitar que e-mails sejam enviados em certos casos, e podemos ter acabado de encontrar um aqui.

1 curtida
7

Confirmado que é o Message-ID correto em nossos logs de e-mail para python.

Bom.

Acho que talvez o que aconteceu neste caso é que o OP foi postado sob a categoria “Packaging” e, logo depois, alterado para a categoria “Python Help”, o que pode ter afetado o envio de e-mails. Parece que apenas 5 pessoas foram notificadas por e-mail para o OP, e 30 foram notificadas (incluindo você) para a segunda postagem. Talvez apenas fique atento e veja se isso acontece novamente e possamos ver se um padrão se desenvolve - existem muitos curtos-circuitos em nosso sistema de e-mail para evitar que e-mails sejam enviados em certos casos, e podemos ter acabado de encontrar um aqui.

Isso é interessante. Tenho o modo de lista de e-mail ativado e, que eu saiba, a categoria Packaging não está silenciada para mim. Eu não deveria ter recebido um e-mail para o OP?

Vale a pena me usar como um caso conhecido sem e-mail para examinar os curtos-circuitos?

Abraços,
Cameron Simpson cs@cskk.id.au

1 curtida
8

Aqui está outro exemplo em que recebi a segunda postagem, mas não a OP:

2 curtidas
9

E outro exemplo em que recebi a segunda postagem e não a OP.

2 curtidas
10

E ainda outro exemplo: Why I can't do 'conda activate <env>' in JupyterLab? - Python Help - Discussions on Python.org onde tenho a segunda postagem, mas não a primeira. Embora o OP seja de agosto.

1 curtida
11

E outra: os.scandir should have an option to also yield the path itself - Ideas - Discussions on Python.org

Para este tópico, tenho apenas a postagem 6.

… e @martin, podemos reverter o fechamento automático para este tópico, por favor?

2 curtidas
12

Desculpe, muita coisa acontecendo internamente no momento. Obrigado por enviar mais exemplos, tentarei encontrar um padrão a partir deles.

Você quer dizer este no meta? Ou o que você vinculou em os.scandir should have an option to also yield the path itself - Ideas - Discussions on Python.org? Nenhum deles parece ter o autoclose ativado.

14

Desculpe, muita coisa acontecendo internamente no momento. Obrigado por enviar mais exemplos, tentarei encontrar um padrão a partir deles.

Sem problemas. E sem pressa.

Você quer dizer este aqui no meta?

Este tópico no meta. Ontem(?) estava dizendo que seria fechado automaticamente em 2 semanas, a partir da sua configuração aqui:

Mas isso parece ter sido desativado agora, então tudo bem.

Abraços,
Cameron Simpson cs@cskk.id.au

1 curtida
15

Desculpe, fui eu. :slightly_smiling_face: Removi o temporizador depois de ler sua postagem pedindo para desativá-lo. Coloquei um “Like” como reconhecimento, mas pode ter sido um aceno sutil demais. :slightly_smiling_face:

3 curtidas
16

Sutil demais para mim. Como você pode imaginar pelo tópico, sou um usuário que prefere e-mail primeiro.

Mas também, li Snowcrash e não percebi que o nome do personagem principal era um trocadilho. Então você está lutando uma batalha difícil comigo se for usar sutileza :slight_smile:

Abraços,
Cameron

5 curtidas
17

Estou usando este como exemplo agora. Até agora, nada me chamou a atenção ao depurar o código. Ninguém recebeu um e-mail para a OP desse tópico de acordo com nossa tabela EmailLog, mas não está claro por quê, pois se eu executar os mesmos passos de discourse/app/jobs/regular/notify_mailing_list_subscribers.rb at 23ac0cf8f1f5d7aede3991c6947530dc1af7f7a2 · discourse/discourse · GitHub e parar antes de enviar os e-mails, parece que a coisa certa acontecerá. Também não há registros para a OP em SkippedEmailLog. Suponho que seja possível que o trabalho falhou e depois falhou em todas as tentativas subsequentes, mas duvido disso.

Acabei de ajustar algumas coisas em nossa hospedagem para Python para me permitir ver informações de log mais detalhadas para esses trabalhos. Por favor, fique atento e me avise se notar isso acontecendo novamente nas próximas semanas, espero que eu consiga encontrar o problema.

1 curtida
19

[quote=“Cameron Simpson, post:102, topic:233499,
username:cameron-simpson”]
E outro exemplo onde recebi a segunda postagem e não a OP.
[/quote]

Estou usando este como exemplo agora. Até agora, nada me chamou a atenção ao depurar o código. Ninguém recebeu um e-mail para a OP desse tópico de acordo com nossa tabela EmailLog, mas não está claro por quê, pois se eu executar as mesmas etapas de discourse/app/jobs/regular/notify_mailing_list_subscribers.rb at 23ac0cf8f1f5d7aede3991c6947530dc1af7f7a2 · discourse/discourse · GitHub e parar antes de enviar os e-mails, parece que a coisa certa acontecerá. Não há registros para a OP em SkippedEmailLog também. Suponho que seja possível que o trabalho falhou e depois falhou em todas as tentativas subsequentes, mas duvido disso.

Certo. Eu também não consigo ver nada de errado com esse código, a menos que haja problemas estranhos com as coisas NOT EXISTS. Mas parece bom para o meu olho ingênuo.

Acabei de ajustar algumas coisas em nossa hospedagem para python para me permitir ver informações de log mais detalhadas para esses trabalhos. Por favor, fique atento e me avise se você notar isso acontecendo novamente nas próximas semanas, espero que eu consiga caçar o problema.

Obrigado. Manterei você informado à medida que vejo novos itens.

Saudações,
Cameron Simpson cs@cskk.id.au

1 curtida
20

Outro exemplo hoje: Printing only duplicates from a list - Python Help - Discussions on Python.org

Recebi a segunda postagem, mas não a primeira:

[~/var/log/mailfiler]fleet2*\u003e agf discourse/post/78942@discuss.python.org *log
main.log
5551250:2022-12-24 08:25:19,937 Level 25 mailfiler: monitor: +spool:   +spool/new/1671830717.M998823P71474Q174.fleet2.l <discourse/post/78942@discuss.python.org>
5552015:2022-12-24 08:25:37,173 Level 25 mailfiler: monitor: +spool-in:   +spool-in/new/1671830719.#5973M944325P789 <discourse/post/78942@discuss.python.org>

spool-in.log
3606809:2022-12-24 08:25:37,173 Level 25   +spool-in/new/1671830719.#5973M944325P789 <discourse/post/78942@discuss.python.org>

spool.log
3243627:2022-12-24 08:25:19,937 Level 25   +spool/new/1671830717.M998823P71474Q174.fleet2.l <discourse/post/78942@discuss.python.org>
[~/var/log/mailfiler]fleet2*\u003e agf discourse/post/78934@discuss.python.org *log
[~/var/log/mailfiler]fleet2*\u003e

mostra a busca pelo id da mensagem da segunda postagem em meus logs e depois pelo id da mensagem da primeira postagem, que não é vista.

Abraços,
Cameron

21

E outro hoje: Serve HTML from extensionless URLs in http.server - #2 by Rosuav - Ideas - Discussions on Python.org

A coincidência de tempo (esta e a instância anterior são ambas desta manhã, após um período de aparente silêncio) me faz pensar se não estamos lidando com um simples bug de lógica de “isso deve ser enviado?”, mas alguma circunstância mais ampla onde isso não funciona, por exemplo, uma reinicialização da instância do Discourse ou algum outro problema de recurso.

Busca semelhante do ID da mensagem de resposta e, em seguida, do ID da mensagem in-reply-to (OP):

[~/var/log/mailfiler]fleet2*\u003e agf discourse/post/78998@discuss.python.org *log
main.log
5553805:2022-12-24 08:42:48,500 Level 25 mailfiler: monitor: +spool:   +spool/new/1671831759.M979332P32679Q9.fleet2.l <discourse/post/78998@discuss.python.org>
5553809:2022-12-24 08:42:48,522 Level 25 mailfiler: monitor: +spool-in:   +spool-in/new/1671831768.#6332M514534P789 <discourse/post/78998@discuss.python.org>

spool-in.log
3607754:2022-12-24 08:42:48,522 Level 25   +spool-in/new/1671831768.#6332M514534P789 <discourse/post/78998@discuss.python.org>

spool.log
3244519:2022-12-24 08:42:48,500 Level 25   +spool/new/1671831759.M979332P32679Q9.fleet2.l <discourse/post/78998@discuss.python.org>
[~/var/log/mailfiler]fleet2*\u003e agf discourse/post/78967@discuss.python.org *log
[~/var/log/mailfiler]fleet2*\u003e

Abraços,
Cameron

2 curtidas
22

Obrigado por dar esses dois exemplos, Cameron. Definitivamente pode ser algo assim, talvez algo relacionado aos nossos trabalhos em segundo plano no Sidekiq dando erro ou tendo algo mais acontecendo com eles, já que são armazenados no Redis.

Confirmado que não há registro de EmailLog para seu usuário nesse tópico para o OP. Nada mais está se destacando para mim até agora, este é um bug muito frustrante para rastrear a causa.

Infelizmente, isso foi apenas por 1 mês, então foi desativado novamente por um sistema automatizado. Acabei de reativar nosso log detalhado por 3 meses, então podemos ver se mais exemplos chegam para Python que eu possa analisar.

1 curtida