[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Модерирование debian-russian (Was Re: Зависание на перезагрузке/выключении)



On 2015-10-22, Dmitrii Kashin wrote:

> Плюсую. К тому же, хочу упомянуть для пользователей Gnus, кто не в
> курсе, что есть механизм Scoring-а статей в группе.
>
> Если нажать `V e' в summary buffer, Вы сможете увидеть текущий рейтинг
> всех статей. У меня вот он выглядит вот так:
>
> --------------------------------------------------------------------------------
> (("references"
>   ; ... не важно ...
>   )
>  (expunge -5000) ; делает статьи невидимыми при рейтинге ниже -5000
>  (mark -500) ; автоматически отмечает статьи прочитанными при рейтинге ниже -500
>  ("from"
>  ; устанавливает господину Ста Деюс рейтинг -10000, со всеми вытекающими
>   ("Ста Деюс <sthu.deus@openmailbox.org>" -10000 nil s)))
> --------------------------------------------------------------------------------

Я забыл подробности, но вместо expunge держу:

 (mark-and-expunge -20)
 (thread-mark-and-expunge -20)

Также не использую скоринг для того что прочел:

  (setq gnus-default-adaptive-score-alist
      '(
        (gnus-unread-mark)
        (gnus-ticked-mark (followup 100))
        (gnus-dormant-mark (followup 100))
        ;; (gnus-read-mark (followup -50))    ;; <==
        ;; (gnus-catchup-mark (subject -50))  ;; <==
        (gnus-del-mark (followup -50))
        (gnus-killed-mark (followup -50))
        (gnus-kill-file-mark (from -9999))
        ))

только то что прибиваю руками по kill и т.к. барьер ниже наказания - оно
уходит.

Т.е. вместо рекомендиций/примеров из мануала я попробовал настроить
детерменированый способ фильтрации. Как нибудь попробую повторить итерацию
вычитывания исходников gnus-score.el, а то оно с существующим кодом может
не все как желаю, а только как в мануале:

  7.6 Adaptive Scoring
  ====================

  If all this scoring is getting you down, Gnus has a way of making it all
  happen automatically—as if by magic.  Or rather, as if by artificial
  stupidity, to be precise.

В общем текущая логика скоринга основана на арифметическом сумировании, а я
хочу что бы работало на операциях min/max.

Еще мне кажется что "followup" плохо работает, когда я не хочу читать
дальнейшее обсуждение межанизм followup запоминает reference и все последующие
Message-ID: с этим Reference: игнорятся. Но рекурсивно этот принцип наверно не
отрабатывает, многие клиенты забывают прописать всех, кому реплеили - потому
нужно применять аналогичное правило к последущим статьям, хоть я их и не вижу.

-- 
Best regards!


Reply to: