Re: mail dups
On 05/11/2019 11:43, Eugene Berdnikov wrote: > Необходимости в этом нет, т.к. проверить наличие такой копии и удалить её > можно независимо от того, включено в подписке дублирование или нет. > Для проверки достаточно содержимого заголовков To: и Cc:, можно ещё > List-Id: посмотреть для надёжности. Проверить-то, конечно, можно. А вот если её при этом удалить, и дублирование в подписке не включено, то просто остаёшься без ответа. -- sergio.
Re: mail dups
On Tue, Nov 05, 2019 at 09:01:06AM +0300, sergio wrote: > Eugene Berdnikov -> EB, sergio -> s > > EB> Ну так выбросьте те копии, которые пришли напрямую, но согласно > EB> заголовкам были направлены ещё и в рассылку. > > s> Странно, мне казалось я видел в этом было противоречие. > > Вспомнил, есть один момент: перед тем как выбросить те копии, необходимо > пройтись по настройкам всех подписок и отключить "Avoid duplicate copies > of messages". Всегда об этом помнить и проверять при новых подписках. Необходимости в этом нет, т.к. проверить наличие такой копии и удалить её можно независимо от того, включено в подписке дублирование или нет. Для проверки достаточно содержимого заголовков To: и Cc:, можно ещё List-Id: посмотреть для надёжности. > Интересно, а если не выбрасывать их а отвечать > "541 already subscribed, dup rejected" > меня побьют? Тому, кто хотел чем-то помочь ответом, несомненно, будет очень полезно получить сообщение, что его адресат -- инвалид умственного труда, который не умеет настроить себе почтовый ящик и свои проблемы перекладывает на других. Несомненно, это поможет вовремя свернуть с ним переписку. -- Eugene Berdnikov
Re: mail dups
Eugene Berdnikov -> EB, sergio -> s EB> Ну так выбросьте те копии, которые пришли напрямую, но согласно EB> заголовкам были направлены ещё и в рассылку. s> Странно, мне казалось я видел в этом было противоречие. Вспомнил, есть один момент: перед тем как выбросить те копии, необходимо пройтись по настройкам всех подписок и отключить "Avoid duplicate copies of messages". Всегда об этом помнить и проверять при новых подписках. Интересно, а если не выбрасывать их а отвечать "541 already subscribed, dup rejected" меня побьют? -- sergio.
Re: mail dups
08.02.2019 22:49, Коротаев Руслан пишет: > Alexander Galanin пишет: > >> Для такого случая есть sieve-filter из пакета dovecot-sieve. Берёт >> письмо на stdin и укладывает в Maildir. > > Хм.. там по зависимостям сервер идёт (dovecot-core), вы уверены что его > ставить не надо? Достаточно вытащить sieve-filter из пакета и всё? Наверняка мантейнер поленился выделять в отдельный пакет. Изучение исходных текстов [1] поможет ответить на это вопрос. > У сервера сокет-активация портов 143 и 993 как для IPv4, так и для IPv6. > Все IP-адреса которые есть на машине, автоматически становятся доступны > по этим портам (в случае с IPv6 доступны всему интернету). Чтение исходных текстов [1] должно избавить от сомнений. > причем debian предупреждает что > sieve-filter штука экспериментальная. С моими задачами по раскладыванию писем из «Sent» по каталогам оно отлично справляется. [1]: https://dovecot.org/download.html -- Alexander Galanin
Re: mail dups
Alexander Galanin пишет: > Не надо мне рассказывать, что такое пайп. > > Для такого случая есть sieve-filter из пакета dovecot-sieve. Берёт > письмо на stdin и укладывает в Maildir. Хм.. там по зависимостям сервер идёт (dovecot-core), вы уверены что его ставить не надо? Достаточно вытащить sieve-filter из пакета и всё? У сервера сокет-активация портов 143 и 993 как для IPv4, так и для IPv6. Все IP-адреса которые есть на машине, автоматически становятся доступны по этим портам (в случае с IPv6 доступны всему интернету). Несколько избыточно для обычной сортировки, причем debian предупреждает [1] что sieve-filter штука экспериментальная. [1]: https://manpages.debian.org/stretch/dovecot-sieve/sieve-filter.1.en.html -- Коротаев Руслан https://blog.kr.pp.ru smime.p7s Description: S/MIME cryptographic signature
Re: mail dups
08.02.2019 13:30, Коротаев Руслан пишет: > Под скриптами я имел ввиду обычный конвейер [1], подать письмо утилите > на стандартный ввод, а она его обработает и выведет либо в файл, либо на > стандартный вывод. Не надо мне рассказывать, что такое пайп. Для такого случая есть sieve-filter из пакета dovecot-sieve. Берёт письмо на stdin и укладывает в Maildir. -- Alexander Galanin
Re: mail dups
On Fri, 8 Feb 2019 15:26:48 +0300 "Andrey Jr. Melnikov" wrote: > Eugene Berdnikov wrote: > В roundcube и thunderbird есть плагин. Пользователи mutt могут себе > позволить написать и файлик. Счастливые обладатели оутглюков и У claws-mail тоже есть плагин. У prayer web-mail поддержка sieve тоже есть (я использую именно его, поскольку он без php и javascript). А пользователям mutt кроме текстового редактора еще и sieve-connect понадобится, чтобы потом этот файлик на сервер загрузить. Поскольку по imap и smtp mutt разговаривать умеет, так что работать с почтовыми серверами. где у пользователя нет шелла, но есть sieve - может. --
Re: mail dups
Eugene Berdnikov wrote:
> On Wed, Feb 06, 2019 at 03:43:37PM +0300, Andrey Jr. Melnikov wrote:
> > Eugene Berdnikov wrote:
[...]
> > require ["duplicate", "variables"];
> > if header :matches "message-id" "*" {
> > if duplicate :uniqueid "${0}" {
> > discard;
> > }
> > }
> Ну как тут не плакать? Чтобы решить какую-то заурядную задачу, нужно
> специальное расширение языка, желательно с RFC на него, и нужно чтобы
> это расширение было реализовано и вставлено в обработчик почты.
> А шаг в сторону (ну, чуток другая задача), так нужно новое расширение.
> Тут рыдать нужно, да.
Ну так рыдай, рыдай. Ты просил показать - тебе показали. То, что решение
сопровождается RFC - так специально от любителей сделать всё по свойму,
через rot13.
> Кстати, простым юзерам на imap-е (для которых sieve и был придуман) нужна
> поддержка со стороны сервера, а также sieve-клиент, который сможет юзеру
> изобразить менюшку для того расширения. Ведь не будет же простой юзер
> программу на sieve писать и отлаживать, скобки-кавычки пересчитывать.
> Ему готовую менюшку подай. Иначе рыдать будет он, а не я. :)
В roundcube и thunderbird есть плагин. Пользователи mutt могут себе позволить
написать и файлик. Счастливые обладатели оутглюков и прочего неясного
почточтения - в sieve не нуждаются, для них это космос.
Re: mail dups
sergio -> debian-russian@lists.debian.org @ Fri, 8 Feb 2019 13:02:54 +0300: >> А товарищи, способные настроить то, что более удобно им, в итоге один >> фиг предпочтут procmail. Он, конечно, имеет корявый синтаксис, но зато >> полноценный по функциональности, а урезать функциональность самому себе >> смысла нет. > А я всегда думал, что "полноценный по функциональности" это exim filters. Что-то я не помню, чтобы он умел раскладывать по разным папкам в Maildir. Так-то они тоже подключены к процессу, благо почтовка своя. Ну и синтаксис у них... многословнее, чем у procmail, но не лучше.
Re: mail dups
Alexander Galanin пишет: > В репозитории есть sieve-connect. Скачать-загрузить текст sieve-правил > позволяет. А что ещё нужно для скриптов? Под скриптами я имел ввиду обычный конвейер [1], подать письмо утилите на стандартный ввод, а она его обработает и выведет либо в файл, либо на стандартный вывод. Кажется sieve-connect то что нужно, спасибо, попробую. https://ru.wikipedia.org/wiki/Конвейер_(Unix) -- Коротаев Руслан https://blog.kr.pp.ru smime.p7s Description: S/MIME cryptographic signature
Re: mail dups
Artem Chuprina пишет: > Стандарта на эту тему вообще не будет. В массовом использовании будет > не IMAP, а веб-интерфейс, провайдеро-специфичный. Либо > провайдеро-специфичный же клиент, который тоже веб-, но в потрохах. Да, я тоже думаю к этому идет. Мне например IMAP не нужен, предпочитаю получить почту через API Amazon по HTTPS (отправить её можно также, необязательно SMTP), так гораздо безопаснее и сложнее заблокировать на уровне протоколов и портов. -- Коротаев Руслан https://blog.kr.pp.ru smime.p7s Description: S/MIME cryptographic signature
Re: mail dups
08.02.2019 12:03, Коротаев Руслан пишет: А sieve-клиент который можно использовать в скриптах есть (без GUI, например так [1])? На sieve.info ссылки на консольные клиенты не рабочие, в репозитории только плагины и дополнения к серверам. В репозитории есть sieve-connect. Скачать-загрузить текст sieve-правил позволяет. А что ещё нужно для скриптов? -- Alexander Galanin
Re: mail dups
On Fri, 08 Feb 2019 12:54:33 +0300 Artem Chuprina wrote: > А товарищи, способные настроить то, что более удобно им, в итоге один > фиг предпочтут procmail. Он, конечно, имеет корявый синтаксис, но зато > полноценный по функциональности, а урезать функциональность самому > себе смысла нет. Во-первых, урезать функциональность того что работает unanttended по событиям, да еще и черт-те-где в датацентре, а не у тебя под столом, смысл есть. Во-вторых, как только мы отходим от традиционной парадигмы юникса, когда почта приходит на многопользовательскую рабочую машину, то procmail, который требует дать каждому владельцу почтового ящика, включая кошку и двух собак, полноценный шелл на почтовом сервере, сразу становится несколько неудобным, в отличие от sieve который менеджится самим почтовым сервером, требует не больше прав, чем LDA и управляется через тот же почтовый клиент и тот же dovecot (правда, по соседнему порту). В общем, я отказался от procmail в пользу sieve когда перенес почтовый сервер с рабочей машины на роутер BananaPI R1. И когда он потом вообще на хостинговую виртуалку уехал не пожалел об этом решении. --
Re: mail dups
On 08/02/2019 12:54, Artem Chuprina wrote: А товарищи, способные настроить то, что более удобно им, в итоге один фиг предпочтут procmail. Он, конечно, имеет корявый синтаксис, но зато полноценный по функциональности, а урезать функциональность самому себе смысла нет. А я всегда думал, что "полноценный по функциональности" это exim filters. -- sergio.
Re: mail dups
Коротаев Руслан -> debian-russian@lists.debian.org @ Fri, 8 Feb 2019 09:03:34 +: >> Кстати, простым юзерам на imap-е (для которых sieve и был придуман) >> нужна поддержка со стороны сервера, а также sieve-клиент, который >> сможет юзеру изобразить менюшку для того расширения. Ведь не будет же >> простой юзер программу на sieve писать и отлаживать, скобки-кавычки >> пересчитывать. Ему готовую менюшку подай. Иначе рыдать будет он, а не >> я. :) > А sieve-клиент который можно использовать в скриптах есть (без GUI, > например так [1])? На sieve.info ссылки на консольные клиенты не > рабочие, в репозитории только плагины и дополнения к серверам. Я > использую procmail для доставки почты с Amazon SES [2], я бы попробовал > sieve, раз уж он будет стандартом, но у него нет хорошей реализации в > виде консольной утилиты или я плохо искал. Рискну предположить, что стандартом он не будет. Хотя я, в общем, даже пользуюсь dovecot-sieve. Стандарта на эту тему вообще не будет. В массовом использовании будет не IMAP, а веб-интерфейс, провайдеро-специфичный. Либо провайдеро-специфичный же клиент, который тоже веб-, но в потрохах. А товарищи, способные настроить то, что более удобно им, в итоге один фиг предпочтут procmail. Он, конечно, имеет корявый синтаксис, но зато полноценный по функциональности, а урезать функциональность самому себе смысла нет.
Re: mail dups
Eugene Berdnikov пишет: > Кстати, простым юзерам на imap-е (для которых sieve и был придуман) > нужна поддержка со стороны сервера, а также sieve-клиент, который > сможет юзеру изобразить менюшку для того расширения. Ведь не будет же > простой юзер программу на sieve писать и отлаживать, скобки-кавычки > пересчитывать. Ему готовую менюшку подай. Иначе рыдать будет он, а не > я. :) А sieve-клиент который можно использовать в скриптах есть (без GUI, например так [1])? На sieve.info ссылки на консольные клиенты не рабочие, в репозитории только плагины и дополнения к серверам. Я использую procmail для доставки почты с Amazon SES [2], я бы попробовал sieve, раз уж он будет стандартом, но у него нет хорошей реализации в виде консольной утилиты или я плохо искал. [1]: https://gist.github.com/rkorotaev/91e5ff67caa23a1af1e12888a0b89eab [2]: https://blog.kr.pp.ru/post/2018-10-07/ -- Коротаев Руслан https://blog.kr.pp.ru smime.p7s Description: S/MIME cryptographic signature
Re: mail dups
On Wed, Feb 06, 2019 at 03:43:37PM +0300, Andrey Jr. Melnikov wrote:
> Eugene Berdnikov wrote:
...
> > > > Ну так выбросьте те копии, которые пришли напрямую, но согласно
> > > > заголовкам были направлены ещё и в рассылку. На procmail-е 4 строчки:
> > >
> > > > :0
> > > > * ^TO(list-addr)
> > > > * !^List-Id: *list-id
> > > > /dev/null
> > >
> > > Sieve в наше время не модно? Надо столетний процмыл ставить?
>
> > Sieve это детская игрушка. Покажите мне код на sieve, удаляющий дубли
> > по message-id, я буду плакать. :)
> Плачь. Нет, даже рыдай над RFC 7353.
>
> require ["duplicate", "variables"];
> if header :matches "message-id" "*" {
> if duplicate :uniqueid "${0}" {
> discard;
> }
> }
Ну как тут не плакать? Чтобы решить какую-то заурядную задачу, нужно
специальное расширение языка, желательно с RFC на него, и нужно чтобы
это расширение было реализовано и вставлено в обработчик почты.
А шаг в сторону (ну, чуток другая задача), так нужно новое расширение.
Тут рыдать нужно, да.
Кстати, простым юзерам на imap-е (для которых sieve и был придуман) нужна
поддержка со стороны сервера, а также sieve-клиент, который сможет юзеру
изобразить менюшку для того расширения. Ведь не будет же простой юзер
программу на sieve писать и отлаживать, скобки-кавычки пересчитывать.
Ему готовую менюшку подай. Иначе рыдать будет он, а не я. :)
--
Eugene Berdnikov
Re: mail dups
Eugene Berdnikov wrote:
> On Sat, Feb 02, 2019 at 09:32:48PM +0300, Andrey Jr. Melnikov wrote:
> > Eugene Berdnikov wrote:
> > > On Sat, Feb 02, 2019 at 04:12:05PM +0300, sergio wrote:
> > > > On 02/02/2019 13:07, Eugene Berdnikov wrote:
> > > >
> > > > > А другие заголовки посмотреть религия не позволяет, или же лень
> > > > > подумать?
> > > >
> > > > > Не следовало первое складывать в inbox, если оно там не нужно.
> > > >
> > > > List-Id --- это гарантия того, что я вижу тоже, что и остальные.
> > > > Я общаюсь в рассылке, и хочу быть уверен, что письмо пришло из рассылки.
> >
> > > Ну так выбросьте те копии, которые пришли напрямую, но согласно
> > > заголовкам были направлены ещё и в рассылку. На procmail-е 4 строчки:
> >
> > > :0
> > > * ^TO(list-addr)
> > > * !^List-Id: *list-id
> > > /dev/null
> >
> > Sieve в наше время не модно? Надо столетний процмыл ставить?
> Sieve это детская игрушка. Покажите мне код на sieve, удаляющий дубли
> по message-id, я буду плакать. :)
Плачь. Нет, даже рыдай над RFC 7353.
require ["duplicate", "variables"];
if header :matches "message-id" "*" {
if duplicate :uniqueid "${0}" {
discard;
}
}
Re: mail dups
On February 2, 2019 10:15:35 PM GMT+03:00, Eugene Berdnikov wrote: >On Sat, Feb 02, 2019 at 09:32:48PM +0300, Andrey Jr. Melnikov wrote: >> Eugene Berdnikov wrote: >> > On Sat, Feb 02, 2019 at 04:12:05PM +0300, sergio wrote: >> > > On 02/02/2019 13:07, Eugene Berdnikov wrote: >> > > >> > > > А другие заголовки посмотреть религия не позволяет, или же лень >> > > > подумать? >> > > >> > > > Не следовало первое складывать в inbox, если оно там не нужно. >> > > >> > > List-Id --- это гарантия того, что я вижу тоже, что и остальные. >> > > Я общаюсь в рассылке, и хочу быть уверен, что письмо пришло из >рассылки. >> >> > Ну так выбросьте те копии, которые пришли напрямую, но согласно >> > заголовкам были направлены ещё и в рассылку. На procmail-е 4 >строчки: >> >> > :0 >> > * ^TO(list-addr) >> > * !^List-Id: *list-id >> > /dev/null >> >> Sieve в наше время не модно? Надо столетний процмыл ставить? > > Sieve это детская игрушка. Покажите мне код на sieve, удаляющий дубли > по message-id, я буду плакать. :) А какая вообще есть альтернатива sieve?
Re: mail dups
On 02/02/2019 22:15, Eugene Berdnikov wrote: Ну так выбросьте те копии, которые пришли напрямую, но согласно заголовкам были направлены ещё и в рассылку. Странно, мне казалось я видел в этом было противоречие. Отлично решение. Спасибо! Sieve в наше время не модно? Надо столетний процмыл ставить? Ну и действительно, тогда sieve, тем более, что он уже есть. Sieve это детская игрушка. А ты доверяешь пользователям, у них ssh на твой почтовый хост есть, ну что бы этот procmail редактировать? Или не доверяешь, и пишешь им правила? Покажите мне код на sieve, удаляющий дубли по message-id, я буду плакать. :) А что не так с ранее упомянутым RFC 7352? -- sergio.
Re: mail dups
On Sat, Feb 02, 2019 at 09:32:48PM +0300, Andrey Jr. Melnikov wrote: > Eugene Berdnikov wrote: > > On Sat, Feb 02, 2019 at 04:12:05PM +0300, sergio wrote: > > > On 02/02/2019 13:07, Eugene Berdnikov wrote: > > > > > > > А другие заголовки посмотреть религия не позволяет, или же лень > > > > подумать? > > > > > > > Не следовало первое складывать в inbox, если оно там не нужно. > > > > > > List-Id --- это гарантия того, что я вижу тоже, что и остальные. > > > Я общаюсь в рассылке, и хочу быть уверен, что письмо пришло из рассылки. > > > Ну так выбросьте те копии, которые пришли напрямую, но согласно > > заголовкам были направлены ещё и в рассылку. На procmail-е 4 строчки: > > > :0 > > * ^TO(list-addr) > > * !^List-Id: *list-id > > /dev/null > > Sieve в наше время не модно? Надо столетний процмыл ставить? Sieve это детская игрушка. Покажите мне код на sieve, удаляющий дубли по message-id, я буду плакать. :) -- Eugene Berdnikov
Re: mail dups
Eugene Berdnikov wrote: > On Sat, Feb 02, 2019 at 04:12:05PM +0300, sergio wrote: > > On 02/02/2019 13:07, Eugene Berdnikov wrote: > > > > > А другие заголовки посмотреть религия не позволяет, или же лень > > > подумать? > > > > > Не следовало первое складывать в inbox, если оно там не нужно. > > > > List-Id --- это гарантия того, что я вижу тоже, что и остальные. > > Я общаюсь в рассылке, и хочу быть уверен, что письмо пришло из рассылки. > Ну так выбросьте те копии, которые пришли напрямую, но согласно > заголовкам были направлены ещё и в рассылку. На procmail-е 4 строчки: > :0 > * ^TO(list-addr) > * !^List-Id: *list-id > /dev/null Sieve в наше время не модно? Надо столетний процмыл ставить?
Re: mail dups
On Sat, Feb 02, 2019 at 04:12:05PM +0300, sergio wrote: > On 02/02/2019 13:07, Eugene Berdnikov wrote: > > > А другие заголовки посмотреть религия не позволяет, или же лень > > подумать? > > > Не следовало первое складывать в inbox, если оно там не нужно. > > List-Id --- это гарантия того, что я вижу тоже, что и остальные. > Я общаюсь в рассылке, и хочу быть уверен, что письмо пришло из рассылки. Ну так выбросьте те копии, которые пришли напрямую, но согласно заголовкам были направлены ещё и в рассылку. На procmail-е 4 строчки: :0 * ^TO(list-addr) * !^List-Id: *list-id /dev/null -- Eugene Berdnikov
Re: mail dups
On 02/02/2019 13:07, Eugene Berdnikov wrote: А другие заголовки посмотреть религия не позволяет, или же лень подумать? Не следовало первое складывать в inbox, если оно там не нужно. List-Id --- это гарантия того, что я вижу тоже, что и остальные. Я общаюсь в рассылке, и хочу быть уверен, что письмо пришло из рассылки. -- sergio.
Re: mail dups
On Sat, Feb 02, 2019 at 01:59:13AM +0300, sergio wrote: > On 31/01/2019 16:56, Eugene Berdnikov wrote: > > > Это место не одно. > > Приходит, значит, письмо от гугла. Оно без List-Id, так что его в инбокс. А другие заголовки посмотреть религия не позволяет, или же лень подумать? > Потом приходит письмо от рассылки (там грейлистинг, оно практически всегда > приходит вторым). Оно с таким же Message-ID. > > 1. Ага, это дубль -> discard. Нет, это не то, чего я хочу! > > 2. Ага, оно по List-Id попадает в папку рассылки. Ну ок, а первое кто из > инбокса дожен удалить? Не следовало первое складывать в inbox, если оно там не нужно. > 3. Ну ok, кто-то таки удалил письмо из инбокса. Так никто в здравом уме не делает. > a. У меня клиент на телефоне, он уведомляет о письмах в инбокс. А я не хочу > ничего знать о тех, у кого нет кнопки reply to list. > > b. Письмо удалили, я беру в руки телефон --- был звук входящего письма, но > его его уже удалили из инбокса. Уведомления уже нет. Что это было непонятно. Если почтового клиента, уведомляющего о письмах, нельзя настроить так, чтобы он уведомлял о нужных письмах и молчал о ненужных -- его следует выбросить. И поставить на его место другой, настраиваемый (возможно, самописный). Задача тут на пяток if-then-else, если нельзя софт заточить под прямое решение, можно изменить схему доставки по папкам, сделать раздельные уведомления (разные для разных папок), и т.д. На то айтишнику голова и руки, чтобы ими иногда пользоваться. -- Eugene Berdnikov
Re: mail dups
On 31/01/2019 16:56, Eugene Berdnikov wrote: Это место не одно. Приходит, значит, письмо от гугла. Оно без List-Id, так что его в инбокс. Потом приходит письмо от рассылки (там грейлистинг, оно практически всегда приходит вторым). Оно с таким же Message-ID. 1. Ага, это дубль -> discard. Нет, это не то, чего я хочу! 2. Ага, оно по List-Id попадает в папку рассылки. Ну ок, а первое кто из инбокса дожен удалить? 3. Ну ok, кто-то таки удалил письмо из инбокса. a. У меня клиент на телефоне, он уведомляет о письмах в инбокс. А я не хочу ничего знать о тех, у кого нет кнопки reply to list. b. Письмо удалили, я беру в руки телефон --- был звук входящего письма, но его его уже удалили из инбокса. Уведомления уже нет. Что это было непонятно. -- sergio.
