1.2, Аноним (2), 09:36, 15/07/2024 [ответить] [﹢﹢﹢] [ · · · ]
| –7 +/– |
Всё это полумеры, которые проблему никогда не решат.
Надо систему, в которой имейл будет выдаваться по паспорту с личным приходом в офис, и тогда спама не будет.
| |
|
2.7, Анон36 (?), 12:41, 15/07/2024 [^] [^^] [^^^] [ответить]
| +3 +/– |
много спаму фильтруется с обычных телефонных звонков? а поди ж ты тоже самое - номер по паспорту
| |
|
3.22, Аноним (2), 04:57, 18/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
>много спаму фильтруется с обычных телефонных звонков? а поди ж ты тоже самое - номер по паспорту
Да!
Мне со спам-звонками звонят, может, пару раз в неделю, а спама приходит каждый день десяток.
| |
|
|
1.4, Аноним (4), 09:47, 15/07/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Даже без ИИ он у меня фильтрует где то 98-99%. Для условного 0.5% кормить OpenAI данными вовсе не всем надо.
| |
|
2.6, Аноним (6), 11:08, 15/07/2024 [^] [^^] [^^^] [ответить]
| +5 +/– |
Главный вопрос не в том, чтобы улучшить распознавание спама с 99 до 99.9%, а в том, чтобы уменьшить количество ложных срабатываний антиспама до нуля.
Грохнуть изредка прилетевший спам - одна секунда, а вот проблем от пропущенного важного емейла может быть и на несколько часов
| |
|
|
4.12, _ (??), 16:29, 15/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
Вот ви смеётесь, а ведь было :)
Google_Score-as-a-Service тоже был, да и до сих есть :)
| |
|
3.13, Аноним (13), 17:45, 15/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
> а вот проблем от пропущенного важного емейла может быть и на несколько часов
просто ищешь в папке Spam/Junk
| |
|
|
5.21, Аноним (21), 19:24, 17/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
В Spam/Junk попадает то, что с некоторой вероятностью похоже на спам. Дальше у тебя есть возможность объяснить спаморезке, что это действительно спам или что это вовсе не спам.
А то, что спаморезка уверенно опознаёт как спам, попадает не в Spam/Junk, а в отчёты DMARC.
| |
|
|
|
|
1.9, 1 (??), 13:44, 15/07/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
> в высоконагруженных системах, позволяя обрабатывать сотни сообщений в секунду | |
1.10, Аноним (21), 15:24, 15/07/2024 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
> Для упрощения настройки, создания правил и отслеживания статистики предоставляется административный web-интерфейс.
Кроме того, он умеет в Graphite и Prometheus, что позволяет обходиться без административного web-интерфейса в принципе.
| |
|
2.15, Аноним (21), 00:20, 16/07/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
Такое впечатление, что минусующие не осилили конфигурирование без веб-интерфейса.
| |
|
3.20, Аноним (21), 19:13, 17/07/2024 [^] [^^] [^^^] [ответить]
| +/– |
> Какая связь между сбором метрик и администрированием?
Ещё раз цитирую: "Для упрощения настройки, создания правил и отслеживания статистики предоставляется административный web-интерфейс."
Там нет ничего такого, чего ты не можешь настроить в /etc/rspamd. Ещё он статистику показывает, но статистику можно и в Grafana посмотреть.
| |
|
|
1.19, Анониссимус (?), 19:11, 16/07/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
> Реализована возможность совместного использования модулей known_senders и replies для пометки верифицированных отправителей, используя в качестве признака то, что им ранее направлялись ответы.
А что, это появилось только сейчас? Я не эксперт в фильтрации спама, но это выглядит как первый и самый важный критерий неспама.
| |
|