- Navios
- 14 de agosto de 2026 às 02:57 UTC
- Autor
- Kamo
- Enviar
- 5c839bc
A migração foi executada, então is respondered existe e SearchIndexService agora escreve é ao lado de is read e is starred. O índice registou dois dos três bandeiras para toda a sua existência; daqui registra todos os três. A listagem indexada fica desligada, e a razão não é "ainda não foi lançada". Sua verificação determina se o índice contém as mesmas mensagens que o servidor. Ele não pode decidir se detém as mesmas bandeiras, e nunca irá, porque bandeiras mover sem alterar uma contagem de mensagens ou um UIDNEXT. Isso seria possível se alguma coisa mantivesse as bandeiras indexadas frescas. Nada faz. MessageIndexerr reage exatamente a uma coisa — uma mensagem chegando — e escreve o Reme uma vez, da mensagem como era naquele instante. Leia num telefone por hora mais tarde e o índice ainda diz não lido, permanentemente. Uma pasta que passa cada verificação aqui seria servido com o estado lido, estrelado e respondido cada mensagem tinha no dia em que chegou: uma caixa de entrada mostrando o correio lido como não lido, que é Pior do que uma caixa de entrada que leva mais um momento para carregar. A correção honesta é pegar bandeiras do IMAP e apenas envelopes do índice. Isso. funciona e vale menos do que soa: ler bandeiras significa abrir a pasta, e uma vez que está aberto os envelopes andar junto no mesmo loteado FETCH. O que é esquerda é a construção do envelope do servidor, pesado contra uma segunda fonte de verdade para a lista de mensagens — e contra um caminho IMAP que já não emite viagem de ida e volta por mensagem para o tipo de conteúdo e o ID da mensagem. Mantido em vez de excluído porque a parte cara foi aprendendo isso, eo verificação de estagnação e seus testes são corretos e reutilizáveis para qualquer versão Parece que vale a pena.