Re: exim и greylist (!DKIM)
Ivan Shmakovwrote: > > Andrey Jr Melnikov writes: > > Eugene Berdnikov wrote: > > On Mon, Sep 18, 2017 at 11:03:19PM +0300, Andrey Jr. Melnikov wrote: [???] > > Я тебе открою страшную тайну ??? со времен ??центра американского > > английского?? обычные MTA не применялись в спамометах. Они слишком > > умные и тормозные. > Не уверен. > Был тут один настойчивый нарушитель. Последняя активность была > с адресов AS24875 (вроде 77.220.213.13 IN PTR fastmstart.bid., > 185.213.209.120 IN PTR valdis-k.bid., etc.); до этого ??? AS48666, > AS201094. > Было очень похоже, что на используемых IP работал именно > полновесный MTA. (Если верить 220 ??? Exim.) То, что рассылает письма и то что отвечает на 25 порту - это обычно разные вещи. Да и эксим - хреновый эмиттер, он как ресивер хорош.
RE: layout
Я называю его квантовым. Пока не посмотришь на индикатор, то не узнаешь раскладку. Работает всегда, т.е. Пока не глянешь, то можно долго переключать и ни разу не попасть, а когда смотришь, то попадаешь с первого раза. От: Ivan Petrov Отправлено: 3 октября 2017 г. в 19:20 Кому: debian-russian@lists.debian.org Тема: layout Заметил, что у меня переключение раскладок по Alt-Shift работает как-то странно. Требуется три раза нажать эту комбинацию для переключения. Закралось сомнение, что в системе присутствует еще какая-то дополнительная русская раскладка. Сделал dpkg-reconfigure keyboard-configuration сначала. Не помогло. Где еще порыться? И.
Re: layout
> Где еще порыться? > И. > /etc/dedault/keyboard что гласит? а настройки ДЕ?
layout
Заметил, что у меня переключение раскладок по Alt-Shift работает как-то странно. Требуется три раза нажать эту комбинацию для переключения. Закралось сомнение, что в системе присутствует еще какая-то дополнительная русская раскладка. Сделал dpkg-reconfigure keyboard-configuration сначала. Не помогло. Где еще порыться? И.
Re: exim и greylist (!DKIM)
Ivan Shmakov -> debian-russian@lists.debian.org @ Tue, 03 Oct 2017 11:33:44 +: >> Я же письмо не для себя писал. Оно пропало для получателя. Как то >> даже не по себе, объяснять такие простые вещи. > 1. Был ли получатель заинтересован в получении этого письма? > Поскольку смысл борьбы с нежелательной корреспонденцией как > раз и состоит в том, чтобы /некоторые/ письма «пропадали» для > получателя. > 2. Если недоставка конкретного письма является проблемой, > получатель всегда может обратиться к администратору узла с > просьбой ее решить. Тут есть очевидная проблема: получатель _своевременно_ не знает, что письмо было ему отправлено, поскольку он его не получил. При молчаливом выбрасывании письма почтовкой у отправителя сходная проблема: он тоже _своевременно_ не знает, что его письмо не было доставлено.
Re: exim и greylist (!DKIM)
On Tue, Oct 03, 2017 at 01:50:27PM +, Ivan Shmakov wrote: > > Руслан Коротаевwrites: > > Не следил за дискуссией по этой теме, но вижу что есть слово DKIM, > > поэтому счел уместным об этом написать. > > ACK, благодарю за информацию. Похоже, однако, что в этом случае > проблема в рассылке. (Или, возможно, в том, как конкретно > DKIM-подписи с моего MTA проходят через рассылку.) Посмотрите список заголовков, подписанный вашим DKIM. Там есть такие, которые заведомо модифицируются шлюзом рассылки, например Resent-From: и Resent-Message-Id:. Подобные заголовки уместно включать в подпись лишь на выделенном для рассылки рилее. -- Eugene Berdnikov
Re: exim и greylist (!DKIM)
> Руслан Коротаевwrites: > Ivan Shmakov пишет: >> 1. Был ли получатель заинтересован в получении этого письма? >> Поскольку смысл борьбы с нежелательной корреспонденцией как раз и >> состоит в том, чтобы /некоторые/ письма «пропадали» для получателя. > У вас проблемы с DKIM, у меня при проверке выдает «fail (message has > been altered)», уже несколько писем таких было. Его или отключить или > настроить, иначе ваши письма могут пропадать, если у получателей > настроена строгая проверка DKIM. > Не следил за дискуссией по этой теме, но вижу что есть слово DKIM, > поэтому счел уместным об этом написать. ACK, благодарю за информацию. Похоже, однако, что в этом случае проблема в рассылке. (Или, возможно, в том, как конкретно DKIM-подписи с моего MTA проходят через рассылку.) Отправил проверочное письмо на check-auth at verifier dot port25 dot com ($ swaks --server=ip6-localhost --from=ivan@XXX --header=Subject:" test " --to=check-auth@YYY) и получил в ответ: DKIM check details: -- Result: pass (matches From: i...@siamics.net) Кроме того, в заголовке сообщения в архиве рассылки [1] обнаруживаю: X-Virus-Scanned: at lists.debian.org with policy bank lang-slavic X-Amavis-Spam-Status: No, score=-1 tagged_above=-1 required=5.3 tests=[BAYES_00=-2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FOURLA=0.1, GMAIL=1] autolearn=no autolearn_force=no Так что по меньшей мере lists.debian.org эту подпись принял. [1] nntp://news.gmane.org/gmane.linux.debian.user.russian/126685 -- FSF associate member #7257 http://am-1.org/~ivan/7D17 4A59 6A21 3D97 6DDB
Re: exim и greylist (!DKIM)
В сообщении от [Вт 2017-10-03 11:33 +] Ivan Shmakovпишет: > 1. Был ли получатель заинтересован в получении этого письма? >Поскольку смысл борьбы с нежелательной корреспонденцией как >раз и состоит в том, чтобы /некоторые/ письма «пропадали» для >получателя. У вас проблемы с DKIM, у меня при проверке выдает «fail (message has been altered)», уже несколько писем таких было. Его или отключить или настроить, иначе ваши письма могут пропадать, если у получателей настроена строгая проверка DKIM. Не следил за дискуссией по этой теме, но вижу что есть слово DKIM, поэтому счел уместным об этом написать. -- Коротаев Руслан https://blog.kr.pp.ru smime.p7s Description: S/MIME cryptographic signature
Re: exim и greylist (!DKIM)
> yuri nefedovwrites: > On Mon, 2 Oct 2017, Ivan Shmakov wrote: >>> Такое ощущение, что труд по написанию пропавшего письма, это такая >>> мелочь >> Пропавшего? Так ведь во всех приличных MUA есть «отправленные»? > Я же письмо не для себя писал. Оно пропало для получателя. Как то > даже не по себе, объяснять такие простые вещи. 1. Был ли получатель заинтересован в получении этого письма? Поскольку смысл борьбы с нежелательной корреспонденцией как раз и состоит в том, чтобы /некоторые/ письма «пропадали» для получателя. 2. Если недоставка конкретного письма является проблемой, получатель всегда может обратиться к администратору узла с просьбой ее решить. 3. При невозможности (нежелании) решать проблему ответственным лицом — получатель как правило может найти иной (в частности — «бесплатный») почтовый ящик. 4. Отправитель, в свою очередь, может обратиться к администраторам /своего/ почтового узла, с просьбой внести поправки в их политику (или практику ее применения), чтобы исключить случаи злоупотреблений — которые обычно и приводят к включению почтовых узлов в «черные списки». 5. Иначе, отправитель так же может найти иной почтовый узел. 6. Наконец, отправитель может найти иной способ связаться с получателем. Подчеркну, что в этом случае (как, впрочем, и в предыдущих), «труд по написанию» не оказывается напрасным — коль скоро письмо можно переслать с нового адреса отправителя. (Или на новый адрес получателя. Или даже зачитать по телефону.) Я понимаю, что в идеальном мире электронная почта работает несколько более надежно. OTOH, в оном не возникает и проблемы нежелательной корреспонденции. -- FSF associate member #7257 http://am-1.org/~ivan/7D17 4A59 6A21 3D97 6DDB