{
    "version": "https:\/\/jsonfeed.org\/version\/1.1",
    "title": "Копытов Иван: заметки с тегом почта",
    "_rss_description": "Блог ленивого сисадмина",
    "_rss_language": "ru",
    "_itunes_email": "",
    "_itunes_categories_xml": "",
    "_itunes_image": "",
    "_itunes_explicit": "",
    "home_page_url": "https:\/\/kini24.ru\/tags\/pochta\/",
    "feed_url": "https:\/\/kini24.ru\/tags\/pochta\/json\/",
    "icon": false,
    "authors": [
        {
            "name": "Копытов Иван",
            "url": "https:\/\/kini24.ru\/",
            "avatar": false
        }
    ],
    "items": [
        {
            "id": "277",
            "url": "https:\/\/kini24.ru\/all\/zamena-bolshih-vlozheniy-v-email-na-ssylku\/",
            "title": "Замена больших вложений в email на ссылку",
            "content_html": "<p>Устанавливаем MIMEDefang:<\/p>\n<pre class=\"e2-text-code\"><code class=\"bash\">apt update\napt install mimedefang -y<\/code><\/pre><p>Правим файл<i> \/etc\/default\/mimedefang<\/i>:<\/p>\n<pre class=\"e2-text-code\"><code class=\"ini\">SOCKET=\/var\/spool\/postfix\/mimedefang\/mimedefang.sock\nMD_ALLOW_GROUP_ACCESS=yes<\/code><\/pre><p>Добавляем пользователя <i>postfix<\/i> в группу <i>defang<\/i>:<\/p>\n<pre class=\"e2-text-code\"><code class=\"bash\">usermod -aG defang postfix<\/code><\/pre><p>Так как postfix работает в chroot-окружении, создаем папку для сокета mimedefang:<\/p>\n<pre class=\"e2-text-code\"><code class=\"bash\">mkdir \/var\/spool\/postfix\/mimedefang<\/code><\/pre><p>Правим<i> \/etc\/postfix\/main.cf<\/i>:<\/p>\n<pre class=\"e2-text-code\"><code class=\"ini\">milter_default_action = accept\nmilter_protocol = 6\nsmtpd_milters = unix:mimedefang\/mimedefang.sock\nnon_smtpd_milters = unix:mimedefang\/mimedefang.sock<\/code><\/pre><p>Теперь нужно добавить следующее в конец функции <i>filter<\/i> в файле<i> \/etc\/mail\/mimedefang-filter<\/i>:<\/p>\n<pre class=\"e2-text-code\"><code class=\"perl\"># Если файл больше указанного размера, он удаляется из письма,\n    # его копия остается на диске, а вместо него предоставляется ссылка, по которой его можно скачать.\n\n    # Максимальный размер вложения (например, 10MB)\n    my $MAX_ATTACHMENT_SIZE = 10 * 1024 * 1024;\n    # Директория для сохранения вложений\n    my $ATTACHMENTS_DIR = &quot;\/var\/mail\/attachments&quot;;\n    # URL, по которому будут доступны вложения\n    my $ATTACHMENTS_URL = &quot;https:\/\/mail.kini24.ru\/attachments&quot;;\n\n    # Создаем директорию, если её нет\n    mkdir $ATTACHMENTS_DIR unless -d $ATTACHMENTS_DIR;\n\n    $size = (stat($entity-&gt;bodyhandle-&gt;path))[7];\n    if ($size &gt; $MAX_ATTACHMENT_SIZE) {\n        md_graphdefang_log(&quot;The attached file $fname is too big, replaced with a link&quot;);\n        return action_replace_with_url($entity,\n            &quot;$ATTACHMENTS_DIR&quot;,\n            &quot;$ATTACHMENTS_URL&quot;,\n            &quot;Размер вложения превысил ограничения сервера, поэтому оно было удалено.\\n&quot; .\n            &quot;Вы можете скачать его по следующей ссылке:\\n\\n&quot; .\n            &quot;_URL_&quot;);\n    }<\/code><\/pre><p>В результате аыполнения функции <i>action_replace_with_url<\/i> в конец письма будет вставлен текст и ссылка для скачивания вложения, а сам файл бует сохранен в папку<i> \/var\/mail\/attachments<\/i>. Надо, кстати, покопаться и найти как вставлять ссылку в текст самого письма. Но пока что оставим как есть.<\/p>\n<p>У меня почтовый и веб-сервер находятся на разных виртуальных машинах, поэтому папку<i> \/var\/mail\/attachments<\/i> надо сделать общей. На почтовом сервере устанавливаем пакет сервера NFS:<\/p>\n<pre class=\"e2-text-code\"><code class=\"bash\">apt install nfs-kernel-server -y<\/code><\/pre><p>Открываем файл<i> \/etc\/exports<\/i> и вписываем в конец файла что-то вроде такого:<\/p>\n<pre class=\"e2-text-code\"><code class=\"plaintext\">\/var\/mail\/attachments 192.168.1.0\/24(rw,sync,no_subtree_check)<\/code><\/pre><p>И выполняем в консоли команду:<\/p>\n<pre class=\"e2-text-code\"><code class=\"bash\">exportfs -a<\/code><\/pre><p>Теперь переходим на веб-сервер и выполняем следующие команды:<\/p>\n<pre class=\"e2-text-code\"><code class=\"bash\">apt update\napt install nfs-common -y<\/code><\/pre><p>Открываем файл<i> \/etc\/fstab<\/i> и дописываем в конец:<\/p>\n<pre class=\"e2-text-code\"><code class=\"plaintext\">192.168.1.12:\/var\/mail\/attachments \/var\/www\/mail\/attachments nfs4 defaults 0 0<\/code><\/pre><p>где 192.168.1.12 — IP-адрес почтового сервера.<br \/>\nДальше выполняем команды:<\/p>\n<pre class=\"e2-text-code\"><code class=\"bash\">mkdir -p \/var\/www\/mail\/attachments\nchown -R www-data:www-data \/var\/www\/mail\/attachments\nmount -a<\/code><\/pre><p>И проверяем что папка смонтировалась:<\/p>\n<pre class=\"e2-text-code\"><code class=\"bash\">ls -l \/var\/www\/mail\/attachments<\/code><\/pre><p>После этого все вложения, которые были удалены из писем, должны стать доступны для скачивания.<\/p>\n",
            "date_published": "2025-03-31T13:45:17+07:00",
            "date_modified": "2025-03-31T13:45:06+07:00",
            "tags": [
                "debian",
                "linux",
                "mimedefang",
                "postfix",
                "вложение",
                "замена",
                "почта",
                "сервер",
                "ссылка"
            ],
            "_date_published_rfc2822": "Mon, 31 Mar 2025 13:45:17 +0700",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "277",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [
                    "highlight\/highlight.js",
                    "highlight\/highlight.css"
                ],
                "og_images": []
            }
        },
        {
            "id": "262",
            "url": "https:\/\/kini24.ru\/all\/servisy-dlya-testirovaniya-veb-i-pochtovyh-serverov\/",
            "title": "Сервисы для тестирования веб, почты и других серверов (обновляемая запись)",
            "content_html": "<p>Соберу, пожалуй, в одном месте список серверов для тестирования различных сервисов. Одни сервисы уходят, другие приходят, поэтому постараюсь сделать этот список обновляемым. Да и просто порой открываешь для себя новые сервисы и хочется их сохранить для использования в дальнейшем.<\/p>\n<p><b>Почта<\/b><br \/>\n<a href=\"https:\/\/www.checktls.com\/TestReceiver?LEVEL=DETAIL\">CheckTLS<\/a>. Очень любопытный сервис проверки почты. Наблюдаем за прогрессом в реальном времени.<\/p>\n<p><a href=\"https:\/\/dkimcore.org\/tools\/\">DKIM Core Tools<\/a>. Генерация и проверка настроек DKIM.<\/p>\n<p><a href=\"https:\/\/dmarcian.com\/dmarc-inspector\/\">DMARC Inspector<\/a>. Проверка корректности записи DMARC.<\/p>\n<p><a href=\"https:\/\/esmtp.email\/tools\/mta-sts\/\">ESMTP email<\/a>. Проверка настройки MTA-STS. Это функция, призывающая удаленные серверы обмениваться почтовыми сообщениями, используя защищенное соединение.<\/p>\n<p><a href=\"https:\/\/www.mail-tester.com\">Mail tester<\/a>. Всё время «теряю» этот сервис. Отправляете письмо на указанный адрес и через некоторое время можете посмотреть отчет о прохождении письма.<\/p>\n<p><a href=\"https:\/\/mxtoolbox.com\">MX Toolbox<\/a>. Сервис проверки почтового сервера и, немножко, веб-сервера. Множество самых различных тестов. Имхо, один из самых лучших сервисов.<\/p>\n<p><a href=\"https:\/\/ssl-tools.net\">SSL Tools<\/a>. Старый и уже позабытый мной сервис проверки SSL почтового сервера. Также есть проверка web-сервера и некоторых уязвимостей.<\/p>\n<p><a href=\"https:\/\/uptimebot.ru\/online\/smtp-check\/\">UptimeBot<\/a>. Можно по быстрому посмотреть на каких портах поддерживается TLS\/STARTTLS. А также проверить DKIM, DMARC, SPF, Whois.<\/p>\n<p><b>Сканеры открытых портов<\/b><br \/>\n<a href=\"http:\/\/www.ipv6scanner.com\">Сканер IPv6<\/a>. Сканирует на выбор либо только указанный порт, либо все часто используемые. В первом случае можно указать использовать TCP или UDP протокол.<\/p>\n<p><b>Jabber<\/b><br \/>\n<a href=\"https:\/\/compliance.conversations.im\">Тест jabber-сервера<\/a>. Проверка jabber-сервера на наличие часто используемых функций.<\/p>\n<p><b>IPv6<\/b><br \/>\n<a href=\"http:\/\/test-ipv6.com\/\">Тест IPv6<\/a>. Тест доступности сервера по IPv6. Краткий, но доступный для понимания проблем отчет.<\/p>\n<p><a href=\"https:\/\/ipv6-test.com\/\">IPv6 тест<\/a>. Назвал так, потому что название схоже с предыдущим сервером, только поменяны местами два слова. Функционал такой же, как и у сервера выше. Также позволяет проверить скорость соединения, пропинговать сервер и показывает статистику распространения протокола по странам. Позабавило, что Россию исключили из списка, раньше она там точно была.<\/p>\n<p><a href=\"https:\/\/www.kame.net\">Черепашка<\/a>. Если вы видите танцующую черепашку, то доступ к страницам, работающим по IPv6, у вас есть.<\/p>\n<p><b>Скорость соединения<\/b><br \/>\n<a href=\"https:\/\/www.speedtest.net\/\">Speedtest<\/a>. Всем известный ресурс проверки скорости соединения. Настолько известный, что почти все провайдеры так или иначе мухлюют при обращении клиента к этому сайту, чтобы он показал скорость выше той, что есть на самом деле.<\/p>\n<p><a href=\"https:\/\/speed.cloudflare.com\/\">Тест от Cloudflare<\/a>. Не менее известный сервис проверки скорости соединения.<\/p>\n<p><b>Общее<\/b><br \/>\n<a href=\"https:\/\/dnschecker.org\">DNS Checker<\/a>. Несмотря на название, это комплекс утилит для проверки почты, домена и т. д. В чем-то схож с <a href=\"https:\/\/mxtoolbox.com\">MX Toolbox<\/a>.<\/p>\n<p><a href=\"https:\/\/hstspreload.org\/\">HSTS Preload<\/a>. Сервис проверки на включение вашего сервера в список HSTS Preload. Это список серверов, при обращении к которым будет сразу использоваться HTTPS-соединение, минуя HTTP. На мой взгляд, сейчас не сильно актуально, потому все поголовно переходят на HTTPS. Там же находятся рекомендации по настройке сервера для последующего включения его в список. Если проверка прошла успешно, фон страницы станет зеленым. Эта настройка отображается в отчете SSL Labs.<\/p>\n<p><a href=\"https:\/\/www.hardenize.com\">Hardenize<\/a>. Проверяет веб- и почтовый серверы. Выдает информацию по зоне, DNS-записям и настройкам. Среди проверяемых функций такие как: DNSSEC, CAA, MTA-STS, TLSRPT, SPF, DMARC, DANE, заголовки ответов и прочее. Выдает достаточно информативный отчет.<\/p>\n<p><a href=\"https:\/\/www.immuniweb.com\/\">Immuniweb<\/a>. Есть два неплохих теста: <a href=\"https:\/\/www.immuniweb.com\/ssl\/\">SSL<\/a> и <a href=\"https:\/\/www.immuniweb.com\/websec\/\">безопасности сайта<\/a>. В первом проверяет настройки сервера на соответствие стандартам PCI DSS, HIPAA and NIST и Industry Best Practices. Второй проверяет GDPR Compliance, PCI DSS и заголовки ответов (куда же без них?).<\/p>\n<p><a href=\"https:\/\/en.internet.nl\/\">internet.nl<\/a>. Позволяет проверить настройки веб- и почтового серверов. Тестирует DNSSEC, IPv6, DANE, заголовки ответов и RPKI. Для меня лично новинкой стала проверка файла security.txt.<\/p>\n<p><a href=\"https:\/\/tests.nettools.ru\/\">NetTools<\/a>. Сборник самых различных тестов: почта, веб-сервер, сканер открытых портов, скорости соединения, NTP-сервера, DNS, FTP..<\/p>\n<p><a href=\"https:\/\/securityheaders.com\/\">Security Headers<\/a>. Проверяет заголовки ответов веб-сервера. Пройдя по ссылкам, можно попасть на <a href=\"https:\/\/scotthelme.co.uk\">блог Scott Helme<\/a> и узнать как настроить тот или иной заголовок. Вообще в блоге много полезной информации. Единственный «минус» — всё на английском.<\/p>\n<p><a href=\"https:\/\/www.ssllabs.com\/ssltest\/\">SSL Labs<\/a>. Один из самых популярных сервисов тестирования веб-серверов. Проверяет сертификаты, используемые шифры, протоколы (HTTP, HTTP\/2), совместимость с популярными браузерами, наличие уязвимостей и некоторых настроек (HSTS, OCSP, HPKP и другие). К сожалению, почту проверять не умеет.<\/p>\n<p><a href=\"https:\/\/dnssec-analyzer.verisignlabs.com\/\">Verisign анализатор<\/a>. Быстрая проверка DNSSEC. Не могли что ли сделать шрифт покрупнее в отчете?<\/p>\n<p><a href=\"https:\/\/zonemaster.net\">ZoneMaster<\/a>. Проводит полную проверку вашего доменного имени.<\/p>\n<p><a href=\"https:\/\/webrtc.github.io\/samples\/src\/content\/peerconnection\/trickle-ice\/\">Проверка STUN и TURN<\/a>. Собственно весь функционал описан в названии. В случае корректной настройки STUN должен вернуть «srflx» в списке. В случае с TURN — «relay».<\/p>\n<p><a href=\"https:\/\/1.1.1.1\/help\">Тест DoH<\/a>. Проверка работоспособности DNS-over-HTTPS от Cloudflare. Показывает «Yes» только в случае, если вы настроили DoH на их серверы. В противном случае стоит ориентироваться на ASN.<\/p>\n<p><a href=\"https:\/\/dnsleaktest.com\">Тест утечки DNS<\/a>. Отображает серверы, которым вы «доверяете» хранить и, возможно, использовать информацию о том, к каким серверам или сайтам вы подключаетесь.<\/p>\n<p><b>Генераторы настроек<\/b><br \/>\n<a href=\"https:\/\/ssl-config.mozilla.org\/\">Генератор настроек SSL<\/a>. Генератор настроек SSL от Mozilla для различных программ.<\/p>\n<p><a href=\"https:\/\/securitytxt.org\">Генератор файла security.txt<\/a> Удобная форма генератора security.txt.<\/p>\n<p><b>Реклама<\/b><br \/>\n<a href=\"https:\/\/checkadblock.ru\/\">CheckAdBlock<\/a>. Один из первых сайтов, который мне попался много лет назад, когда возникла мысль протестировать работу блокировщиков рекламы в браузере.<\/p>\n",
            "date_published": "2023-01-20T13:35:10+07:00",
            "date_modified": "2025-02-28T09:01:38+07:00",
            "tags": [
                "dns",
                "ipv6",
                "jabber",
                "online",
                "ssl",
                "web",
                "веб",
                "защита",
                "настройка",
                "порт",
                "почта",
                "проверка",
                "сервер",
                "сервис",
                "тест"
            ],
            "_date_published_rfc2822": "Fri, 20 Jan 2023 13:35:10 +0700",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "262",
            "_e2_data": {
                "is_favourite": true,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "235",
            "url": "https:\/\/kini24.ru\/all\/otkryty-pochtovy-reley\/",
            "title": "Открытый почтовый релей",
            "content_html": "<p>Внезапно обнаружил, что мой почтовый сервер стал полностью открытым. Если честно, то даже не помню когда вносил какие-то сколь значимые изменения в конфигурацию postfix. С какого перепуга произошло это событие — для меня пока что загадка. Единственное, что косвенно указывало на это — возросшая нагрузка на сервер. Но я «грешил» на другое. Команда mailq сегодня выдала очередь из более чем 100 тысяч сообщений на отправку. Пришлось убивать всю очередь, не искать же нормальные письма в такой куче. Изменил несколько параметров почтовика, вроде бы все более-менее пришло в норму, даже сервер стал отвечать побыстрей. Но тесты все равно выдают, что у меня открытый релей, поэтому завтра, если будет свободное время, придется сбрасывать конфигурацию postfix и dovecot на «заводскую» и настраивать всё заново. Благо, что есть рабочий корпоративный сервер и часть настроек можно перенести оттуда. Впрочем, настройка с нуля поможет освежить мою память в этом плане и, возможно, пересмотреть некоторые настройки безопасности.<\/p>\n",
            "date_published": "2019-05-12T23:31:24+07:00",
            "date_modified": "2019-05-12T23:31:19+07:00",
            "tags": [
                "postfix",
                "настройка",
                "неожиданность",
                "открытый",
                "почта",
                "проблема",
                "релей",
                "сервер"
            ],
            "_date_published_rfc2822": "Sun, 12 May 2019 23:31:24 +0700",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "235",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "229",
            "url": "https:\/\/kini24.ru\/all\/zadolbal-gmail\/",
            "title": "Задолбал Gmail",
            "content_html": "<p>Как и у большинства людей, на чьих телефонах установлен Android, на моем стоит почтовый клиент Gmail. Хороший почтовик, особенно когда появилась возможность добавлять  любые серверы. Но с некоторых пор он меня начал люто бесить.<br \/>\nИтак, что имеем. В программе заведены две учетные записи: google и моего личного сервера. Обе работают через IMAP. И если с учеткой google все более-менее в порядке, то с моей... полный швах. Причем раньше такого не было.<br \/>\nДопустим, пришло мне 20 писем. Я подключаюсь к домашней сети по WiFi. Телефон радостно мне сигнализирует звуком и вибрацией о том, что есть новая почта. Хорошо, все норм, вроде бы. Ага, разбежались! 20 писем пришло — получите один звуковой сигнал, светоиндикацию и 20 раз вибрацией. В принципе, это можно было бы пережить, если бы не второй нюанс. Если «смахнуть» уведомление о пришедшей почте, то через некоторое время, в случае поступления нового письма, оно прилетит обратно. Угадайте, сколько раз будет вибрировать телефон? Один? О, вы наивны! Двадцать один!<br \/>\nДругая ситуация. Уведомление не «смахиваем». Итак, 20 писем пришло, просматриваю их на компьютере (или на телефоне, роли особой не играет), по прочтении удаляю ненужные. Как и в большинстве программ, если просматривать письмо в течение заданного времени, то оно отмечается прочтенным. Несколько прочтенных, несколько удаленных. Закончили просматривать почту, взяли в руки телефон, «смахнули» уведомление о новой почте. Так-так... Было же 20 новых писем? Стало 0? Сколько раз будет сигналить телефон? Как обычно, один звуковой сигнал, светоиндикация и 20 раз вибрировать. И не дай вам бог, в процессе всего этого действа снова «смахнуть» уведомление. Получите еще один звуковой сигнал! Телефон-то помнит, что у вас было 20 новых писем! А что их стало меньше — не его проблема, будет сигнализировать о каждом, по его мнению, непрочтенном.<br \/>\nИ вот такое поведение сильно раздражает. Не знаешь, то ли тебе кто-то что-то написал, то ли пришло уведомление от какой-то охранной системы, то ли просто gmail бесится.<\/p>\n",
            "date_published": "2019-03-10T11:17:38+07:00",
            "date_modified": "2019-03-10T11:17:31+07:00",
            "tags": [
                "android",
                "gmail",
                "почта",
                "раздражение",
                "телефон",
                "уведомление"
            ],
            "_date_published_rfc2822": "Sun, 10 Mar 2019 11:17:38 +0700",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "229",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "208",
            "url": "https:\/\/kini24.ru\/all\/obnovlenie-servera-2\/",
            "title": "Обновление сервера",
            "content_html": "<p>Итак, попало ко мне в руки хорошее «железо», что стало неплохим поводом обновить свой сервер. Так как конфигурация слишком сильно отличалась от прежней, то систему тоже пришлось ставить заново. Поначалу не могу понять почему установка проходит нормально, а сама система после этого не грузится. Потом припомнил, что Linux с картами Intel HD Graphics так и не научился нормально работать. Что поделать, пришлось отключать в BIOS встроенную видеокарту и ставить внешнюю. Плохо то, что эта внешняя видеокарта предназначалась для установки в компьютер жены. Старое «железо» из сервера тоже должно было пойти на апгрейд ее компьютера.<br \/>\nУвы, но на работе тоже было много работы, поэтому апгрейд двух систем несколько затянулся. Затем пришлось устранять ошибки в работе веб-сервера, ибо я заодно захотел поменять некоторые настройки. Сейчас его работоспособность почти полностью восстановлена за исключением двух субдоменов: «зеркала» обновлений NOD32 и облака. Последнее из них меня волнует меньше всего, доступ к нужным файлам я могу получить и другими способами. А вот «зеркало»... На него слишком много завязано. Работа над ним пока что ведется. Написал разработчику, описал проблему,  пока что жду от него ответа.<br \/>\nТакже выяснилось, что dovecot не совсем корректно работает с wildcard-сертификатами. Если быть точней, то мне удалось настроить почти все нужные почтовые клиенты (веб-интерфейс, Outlook на телефоне), кроме Thunderbird, установленного на домашнем компьютере. При попытке просмотреть почту с его помощью dovecot ругается на сертификат. Проблема, как оказалось, не новая, но рабочего решения её пока не нашел.<br \/>\nУстановил пока что другую видеокарту в компьютер жены, но она оказалась с «битой» памятью, что приводило к периодическим перезагрузкам. Интересно, сможет сервер работать без видеокарты вообще? Пока что пара моих попыток заставить его работать в таком режиме не увенчались успехом — все время «ругался» спикером. Подозреваю, что придется покупать новую, хоть какую-нибудь. Главное, чтобы присутствовала в системе.<\/p>\n",
            "date_published": "2018-08-11T14:38:11+07:00",
            "date_modified": "2018-08-11T14:38:06+07:00",
            "tags": [
                "hd graphics",
                "intel",
                "linux",
                "nod32",
                "thunderbird",
                "wildcard",
                "апгрейд",
                "видеокарта",
                "железо",
                "зеркало",
                "обновление",
                "почта",
                "сервер",
                "сертификат"
            ],
            "_date_published_rfc2822": "Sat, 11 Aug 2018 14:38:11 +0700",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "208",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "204",
            "url": "https:\/\/kini24.ru\/all\/kitayskaya-pochta-rossii\/",
            "title": "Китайская «Почта России»",
            "content_html": "<p>И, вроде бы, в последнее время заказы приходили недели за две, неважно откуда где они были расположены: Китай, Великобритания, США, Канада. Но сейчас что-то сломалось...<\/p>\n<ul>\n<li>07.06.2018 — сообщение от Aliexpress: Платёж совершён<\/li>\n<li>11.06.2018 — сообщение от Aliexpress: Ваш заказ № такой-то был отправлен<\/li>\n<li>17.06.2018 — сообщение от Почты России: Принято в почтовом отделении<\/li>\n<li>29.06.2018 —  сообщение от Почты России: Ожидает отправки из Китая<\/li>\n<\/ul>\n<p>То бишь, насколько я понял, продавец взял на почте номер трека для отслеживания и через 10 дней принес его на почту для отправки, где заказ успешно находится до сих пор. Учитывая скорость доставки, мне кажется, что защита покупателя сработает быстрей и продавцу придется вернуть деньги. Прошел уже практически месяц, а посылка из Китая так и не выбралась. Остается еще чуть больше месяца до срабатывания защиты.<\/p>\n",
            "date_published": "2018-07-03T11:48:33+07:00",
            "date_modified": "2018-07-03T11:48:26+07:00",
            "tags": [
                "доставка",
                "заказ",
                "китай",
                "посылка",
                "почта",
                "скорость"
            ],
            "_date_published_rfc2822": "Tue, 03 Jul 2018 11:48:33 +0700",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "204",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "197",
            "url": "https:\/\/kini24.ru\/all\/vypolnenie-vneshnih-skriptov-v-sieve\/",
            "title": "Выполнение внешних скриптов в Sieve",
            "content_html": "<p>Понадобилось недавно каким-то образом запускать внешний скрипт по приходу определенного письма. Начал поиски как это сделать. В Postfix это можно сделать, используя файл aliases, но мне этот способ не подходил, потому что он подразумевает приход письма на определенный почтовый адрес. С Dovecot сильно не разбирался, но вот информацию по Sieve нашел. Немного времени спустя у меня был наполовину рабочий вариант. Наполовину потому, что выполняемая во внешнем скрипте команда напрочь отказалась принимать отправляемые ей данные. Пришлось немного подправить скрипт в самом Sieve, чтобы получить желаемый результат.<br \/>\nВсе оказалось очень просто. Для начала нужно включить доступ к плагину <i>vnd.dovecot.execute<\/i>. Для этого открываем файл с настройками Sieve \/<i>etc\/dovecot\/conf.d\/90-sieve.conf<\/i> и вносим следующие изменения:<\/p>\n<pre class=\"e2-text-code\"><code class=\"\">plugin {\n  sieve_extensions = +vnd.dovecot.execute\n  sieve_plugins = sieve_extprograms\n  sieve_execute_bin_dir = \/etc\/dovecot\/sieve\/execute\n}<\/code><\/pre><p>Все остальные параметры нам не нужны.<br \/>\nВ первой строчке включаем доступ к плагину для пользователей. Можно использовать параметр <i>sieve_global_extensions<\/i>, в таком случае плагин будет работать глобально. Но глобальный скрипт работает ТОЛЬКО если у пользователя нет своего файла скрипта Sieve. Пользователей на моем сервере очень мало, поэтому такой вариант мне не подходит.<br \/>\nВо второй строке мы разрешаем использование плагинов как таковых.<br \/>\nИ, наконец, в третьей строке указывает папку, в которой будут находиться эти самые внешние скрипты. Доступ к этой папке для Dovecot, конечно, нужно обеспечить. Подозреваю, что папку можно и не указывать, а в скрипте Sieve просто указать полный путь к запускаемой программе, но проверять лень.<br \/>\nТеперь остается только написать правило обработки входящих писем. Что-то вроде такого:<\/p>\n<pre class=\"e2-text-code\"><code class=\"\"># rule:[Test rule]\nif allof (header :contains &quot;from&quot; &quot;test@example.com&quot;, header :contains &quot;subject&quot; &quot;Prikaz 66&quot;)\n{\n        execute &quot;test.sh&quot;;\n\tfileinto &quot;Trash&quot;;\n\tstop;\n}<\/code><\/pre><p>Получив письмо от отправителя <i>test@example.com<\/i> с темой <i>«Prikaz 66»<\/i> Sieve запустит на выполнение скрипт \/<i>etc\/dovecot\/sieve\/execute\/test.sh<\/i>, затем удалит письмо в корзину и завершит обработку писем.<br \/>\nЗнаю, что информации по этой теме в интернете достаточно. Но б<b>о<\/b>льшая часть из нее, как водится, на английском и содержит много воды. Хотелось сделать небольшую выдержку на более привычном русском языке.<\/p>\n",
            "date_published": "2018-06-05T14:59:52+07:00",
            "date_modified": "2018-06-05T14:59:34+07:00",
            "tags": [
                "dovecot",
                "sieve",
                "внешний",
                "запуск",
                "почта",
                "программа",
                "сервер",
                "скрипт"
            ],
            "_date_published_rfc2822": "Tue, 05 Jun 2018 14:59:52 +0700",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "197",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [
                    "highlight\/highlight.js",
                    "highlight\/highlight.css"
                ],
                "og_images": []
            }
        },
        {
            "id": "145",
            "url": "https:\/\/kini24.ru\/all\/vyhodnoy-lotok-dlya-hp-m1132\/",
            "title": "Выходной лоток для HP M1132",
            "content_html": "<p>Так как делать особо нечего, всплыла у меня в голове мысль о том, что стоит поискать выходной лоток для моей МФУ-шки. Я бы сказал, «вовремя» она всплыла, с учетом того, что принтер у меня находится не первый год. Начал искать у себя в городе — нет. В других городах ценник колеблется от 1200 до 1600 рублей. Я когда увидел, чуть глаза на лоб не полезли. Где еще искать? Конечно, у китайцев. А вот у них ценник оказался более адекватным, даже если добавить за доставку — около 350 рублей. Разместил заказ и приготовился ждать долго. Это был поздний вечер. Продавец оказался очень расторопным и буквально на следующий день в почте увидел несколько сообщений: заказ отправлен, трек для отслеживания автоматически добавился в программу Почты России. Последнее немного удивило — оказалось, что треки автоматически добавляются в приложение, когда обнаруживают совпадение номера мобильного телефона.<\/p>\n",
            "date_published": "2018-01-03T15:45:02+07:00",
            "date_modified": "2018-01-03T15:44:43+07:00",
            "tags": [
                "hp",
                "m1132",
                "заказ",
                "китай",
                "лоток",
                "почта"
            ],
            "_date_published_rfc2822": "Wed, 03 Jan 2018 15:45:02 +0700",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "145",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "112",
            "url": "https:\/\/kini24.ru\/all\/poisk-lekarstv-v-messendzherah\/",
            "title": "Поиск лекарств в мессенджерах",
            "content_html": "<p>Возникла некоторое время назад у меня одна идея, которая заключается в том, чтобы создать робота, который мог бы отправлять пользователям в ответ на запрос информацию о том в какой аптеке, по какой цене есть искомое лекарство. Или предлагал его заказать в случае отсутствия. Рассказал об этой идее своему лучшему другу, который работает в этой сети аптек, получил устное согласие. На какое-то время эта идея «затухла». Изначально планировалось, что она будет работать в Telegram, где есть возможность создать бота, который бы отвечал на запросы. Чуть позже мысль перекинулась на обычную электронную почту, где несколько проще, на мой взгляд, отследить и отладить ошибки запросов.<br \/>\nНапример, пользователь отправляет письмо с названием препарата, который ему необходим. Или использует для этого тот же Telegram. Спустя некоторое время, необходимое для выборки данных из базы, он получает ответ: либо на e-mail отправителя запроса, либо на ID пользователя Telegram. На мой взгляд, очень неплохая идея, реализация которой может принести достаточно хороший доход для меня. Тем более, если реализовать это не в одном мессенджере.<br \/>\nПока что все, что требуется —  понять, какой формат базы использовать. Так как основная база «весит» более 60 Гб в формате MS SQL, то это либо будут запросы к базе через DSN, либо база будет периодически копироваться в формат MySQL, потому что основной сервер работает на базе Linux, а запросы явно будут идти через него. К тому же, насколько я заметил, Linux намного быстрее работает с файлами, чем Windows.<\/p>\n",
            "date_published": "2017-10-25T19:10:41+07:00",
            "date_modified": "2017-10-25T19:10:36+07:00",
            "tags": [
                "email",
                "linux",
                "telegram",
                "windows",
                "запрос",
                "идея",
                "мессенджер",
                "почта"
            ],
            "_date_published_rfc2822": "Wed, 25 Oct 2017 19:10:41 +0700",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "112",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "105",
            "url": "https:\/\/kini24.ru\/all\/virusy-v-pochte-konec-testirovaniya\/",
            "title": "Вирусы в почте. Конец тестирования",
            "content_html": "<p>Прошел почти месяц с тех пор, как <a href=\"https:\/\/kini24.ru\/all\/pochta-i-virusy-v-arhivah\/\">научил ClamAV искать вирусы в архивах<\/a>. За это время было найдено и обезврежено около двух десятков писем с троянами, шифровальщиками и прочей пакостью. Так как антивирус не только удаляет эти письма, но и складывает копии в отдельную папку, то я имею возможность позднее их просмотреть. По большей части это были vbs-скрипты. Попадались также wsf- и даже exe-файлы. Все были повторно проверены Nod32 и все были признаны вирусами, не выжил никто. Среди прочих было одно письмо, глядя на которое даже я засомневался вредное ли оно — настолько правдоподобно все было написано. Во вложениях была некая инструкция по установке сертификата, сам сертификат и запароленный архив, в котором лежал текстовый файл. Почитал инструкцию. Сомнения развеялись сразу после того, как увидел что нужно зайти в «тонкие» настройки Firefox и изменить версию TLS с 3 на 1. Инструкция описывала подобные настройки для всех браузеров. И ведь не лень кому-то было ее писать! :-)<br \/>\nПосмотрел также на сертификат. Издателем оказался некий товарищ Никулин, работающий в фирме IBM. Если бы сертификат был подписан любым удостоверяющим центром — было бы интересней. А так оказалось, что сертификат самоподписанный.<\/p>\n",
            "date_published": "2017-10-12T09:45:49+07:00",
            "date_modified": "2017-10-12T09:45:45+07:00",
            "tags": [
                "clamav",
                "вирус",
                "почта"
            ],
            "_date_published_rfc2822": "Thu, 12 Oct 2017 09:45:49 +0700",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "105",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        },
        {
            "id": "17",
            "url": "https:\/\/kini24.ru\/all\/pochta-ne-hodit-dalshe-500-mil\/",
            "title": "Почта не ходит дальше 500 миль",
            "content_html": "<p>В связи с <a href=\"https:\/\/kini24.ru\/all\/obnovlenie-servera\/\">обновлением сервера<\/a> вспомнилась мне тут эта история, которую я читал лет 20, наверное, назад. Но «ремонт» почтового сервера мне живо напомнил её. Прошу прощение за оформление, просто скопипастил, форматировать было лень . Итак, расслабляемся...<\/p>\n<p>Рассказ про пятисотмильную электронную почту<br \/>\nFrom **<b>@<\/b><b>.<\/b>* Fri Nov 29 18:00:49 2002<br \/>\nDate: Sun, 24 Nov 2002 21:03:02 -0500 (EST)<br \/>\nFrom: Trey Harris<br \/>\nTo: **<b>-<\/b>***<b>@<\/b><b>.<\/b>*<br \/>\nSubject: The case of the 500-mile email (was RE: [SAGE] Favorite impossible<br \/>\ntask?)<\/p>\n<p>Я хочу рассказать историю службы техподдержки, которая может показаться невероятной далеким от этой работы людям. Но мне хочется изложить ее широкой аудитории — хотя бы потому, что это прекрасная рассказка под выпивку в коллективе коллег. Кое-что слегка приукрашено, но это — для красоты рассказа, все важные детали сохранены.<\/p>\n<p>Несколько лет назад я работал в службе технической поддержки электронной почты университетского кампуса. Мне позвонил заведующий кафедрой статистики.<\/p>\n<p>«У нас проблема с отправкой почты с кафедры»<br \/>\nЯ: «В чем проблема?»<\/p>\n<p>«Мы не можем послать электронную почту больше чем на 500 миль»<\/p>\n<p>Я роняю чашку с кофе. «Повторите, пожалуйста?»<\/p>\n<p>«Мы не можем отправить письмо адресатам, находящимся далее 500 миль отсюда», повторяет завкафедрой. «Точнее, 520. Но не дальше».<\/p>\n<p>Я пытаюсь собраться с мыслями. Крыша начинает медленно меня покидать, но нельзя позволить крыше уйти в разговоре с завкафедрой. Даже завкафедрой статистики. «Хммм... Понимаете, принцип доставки электронной почты не зависит от расстояния. Почему Вы думаете, что не можете отправлять почту далее 500 миль?»<\/p>\n<p>«Я не думаю, я знаю» — довольно жестким тоном заявляет завкафедрой.<br \/>\n«Когда мы впервые это заметили, несколько дней назад...»<br \/>\n«Вы ждали несколько ДНЕЙ?» — перебиваю я уже слегка дрожащим голосом — «и вы обходились без почты?»<br \/>\n«Нет. Мы могли отправлять письма, но...».<br \/>\n«Но не далее 500 миль, сэр? Но почему же Вы не позвонили раньше?»<br \/>\n«Ну, у нас не было достаточного количества данных до сегодняшнего дня».<br \/>\nНу да. Кафедра статистики, как-никак. О Господи...<br \/>\n«Ну, так или иначе — я попросил наших геостатистиков разобраться...»<\/p>\n<p>Так. Геостатистики.<\/p>\n<p>«...и у них получилась карта, показывающая расстояние, на которое мы можем отсылать почту. Чуть больше 500 миль. На некоторые адреса, находящиеся ближе, мы тоже не можем отправить почту с первой попытки — но дальше 500 миль мы не можем отправить ничего вообще».<\/p>\n<p>«Я понял, сэр». Крыша-таки решила меня оставить. «Когда это началось? Вы сказали — несколько дней назад. Вы перенастраивали Ваши сервера в последнее время?»<\/p>\n<p>«Да, приходили ребята от производителя, пропатчили сервер и перезагрузили его. Но я специально у них спросил — они говорят, что почты это никоим образом не коснулось».<\/p>\n<p>«Хорошо, давайте я посмотрю, что присходит, и перезвоню Вам» — ответил я, искренне надеясь, что так не шутят даже на Первое Апреля — а сегодня далеко не Первое Апреля. Хотелось догадаться, кто из моих знакомых мог устроить подобное представление.<\/p>\n<p>Нууу... Для начала я залогинился на сервер их кафедры и отправил несколько пробных писем. Все это происходило в Северной Каролине, и все письма моментально вернулись ко мне в ящик. Ричмонд, Атланта, Вашингтон — сработало. Принстон (400 миль) — сработало.<\/p>\n<p>Далее я попробовал послать письмо в Мемфис (600 миль). Отлуп.<br \/>\nБостон, отлуп. Детройт, отлуп. Я открыл адресную книгу и начал пытаться сузить круги. Нью-Йорк (420 миль) — работает, Провиденс (580 миль) — отлуп.<\/p>\n<p>У меня появились сомнения в собственной вменяемости. Я решил попробовать отправить письмо своему другу, живущему в Северной Каролине, но работающему с провайдером в Сиэттле.<br \/>\nБлагодарю Тебя, Господи. Отлуп. Если бы оказалось, что прохождение писем зависит от того, где находится человек, их получающий — я бы сам, по собственной инициативе и с гордо поднятой головой пошел бы сдаваться санитарам.<\/p>\n<p>Поняв, наконец, что завкафедрой не бредит, я решил посмотреть на sendmail.cf. Вполне нормальный sendmail.cf. Знакомый даже.<\/p>\n<p>Я сравнил его diff’ом со стандартным sendmail.cf у меня на диске. Он не изменялся. Это был ровно тот же sendmail.cf, который я делал собственноручно.<br \/>\nНо опцию «FAIL_MAIL_OVER_500_MILES» я не включал, это точно.<br \/>\nКаюк. Ну что еще попробовать? telnet по 25-му порту на сервер этой гребаной кафедры.<br \/>\nСервер радостно отвечает, как ему и положено — blah-blah-blah, я, говорит, SunOS.<\/p>\n<p>Стоп-стоп-стоп... SunOS sendmail? Sun тогда поставлял со своей операционкой sendmail 5, хотя все нормальные люди уже работали с sendmail 8.<br \/>\nПоскольку я — все-таки неплохой администратор, почта у меня ходила под sendmail 8. Ну и опять-таки — поскольку я — человек, приученный к порядку, я переписал sendmail.cf с нормальными, понятными именами переменных и опций. Что с переменными и опциями делал sendmail 5, вы должны помнить.<\/p>\n<p>Так-так-так... Картинка собиралась. Мне снова захотелось кофе.<br \/>\nРебятки от Sun пропатчили операционку, но sendmail, в общем-то, тоже ее часть. Они удачно закрыли дыры, но sendmail снова стал 5, а не 8. Но в одном они были правы — sendmail.cf действительно никто не тронул. А какая разница, для восьмой версии он или для пятой?<\/p>\n<p>Ну, короче говоря. Пятый (по крайней мере, в варианте Sun’а) — нормально отрабатывал sendmail.cf от восьмого. Рулсеты-то не изменились.<br \/>\nНо вот опции настройки, такие неприлично длинные — он считал чуть ли не комментариями. Клал на них. А откомпилирован он был без настроек по умолчанию.<br \/>\nИ, как честный человек, не найдя чего-то в sendmail.cf, он устанавливал это в 0.<\/p>\n<p>Одна из успешно установленных в ноль настроек — таймаут для соединения с удаленным SMTP — сервером. Поигравшись с этим сервером, я понял, что «ноль» по его мнению — это около трех миллисекунд.<\/p>\n<p>Так. Ага...<br \/>\nСетка наша уже в то время была на коммутаторах, и задержек практически не имела.<br \/>\nЗадержки снаружи — это, в общем. Было понятно.<\/p>\n<p>Ага. Скорость распространения электромагнитной волны.<\/p>\n<p>ОООПС....<br \/>\nУмножаем время на скорость света, и получаем... и получаем...<br \/>\n558.84719<\/p>\n<p>Пятьсот пятьдесят восемь миль.<\/p>\n",
            "date_published": "2016-11-16T11:31:13+07:00",
            "date_modified": "2016-12-19T10:27:24+07:00",
            "tags": [
                "500",
                "sendmail",
                "басня",
                "история",
                "миля",
                "почта",
                "сервер",
                "юмор"
            ],
            "_date_published_rfc2822": "Wed, 16 Nov 2016 11:31:13 +0700",
            "_rss_guid_is_permalink": "false",
            "_rss_guid": "17",
            "_e2_data": {
                "is_favourite": false,
                "links_required": [],
                "og_images": []
            }
        }
    ],
    "_e2_version": 4134,
    "_e2_ua_string": "Aegea 11.3 (v4134)"
}