Рома: можно поставить -o receive_override_options=no_header_body_checks для submission, тогда для писем отправленных через submission header_checks не будет проверяться.
Альтернативно, можно задать отдельный транспорт для своего домена, в master.cf на этот транспорт повесить отдельный cleanup-сервис (-o cleanup_service_name=) и в этом cleanup-сервисе прописать header_checks, тогда он будет проверяться только для получателей в вашем домене.
Рома: если хотите фильтровать именно From, это можно сделать через header_checks в Postfix (запретить To не содержащий ваш домен, например). Но я бы на вашем месте просто внес спамящие сервера на время в client_check (check_client_access).
Ксения: попробуйте сами перейти по клику, если появится в статистике - то очевидно проблема в ЦА. Вообще полезно в любую рассылку включать контрольные ящики.
Ксения: а где вы смотрите редирект, на сайте? Смотрите в полученном письме. Да, он будет отображаться, при включенном отслеживании кликов ссылки будут вести на мейлчимп.
Ксения: где-то вы ошибаетесь. kb.mailchimp.com/reports/enable-and-view-click-tracking
When you enable click tracking in a campaign, MailChimp adds tracking information to each click-through URL. Each time a subscriber clicks a link in the campaign, the tracking information redirects the subscriber through MailChimp's servers and sends them to the intended web address. That redirect through our server is logged in your campaign report as a click.
т.е. чтобы работал click tracking ссылки должны вести через редиректор MailChimp'а.
Денис: Денис, при подключении к сети (установке WiFi соединения) устройства делают обращение на некий статический ресурс (например Windows на www.msftncsi.com). Это обращение делается по http:// а не по https://. Если от ресурса приходит ответ отличный от ожидаемого, то СРАЗУ при подключении, не дожидаясь пока пользователь сам запустит браузер и попытается что-то в нем сделать или любое другое сетевое приложение и попытается что-то открыть, показывается та страница, на которую был перенаправлен запрос к известному ресурсу, т.е. страница авторизации. Ничего специально для HTTPS как правило делать не требуется.
Денис: я вполне понимаю вашу задачу. В общем случае она не решается. Но и вы постарайтесь понять комментарий. Обычно вашу задачу и не требуется решать, т.к. она уже решена на уровне операционной системы. Прежде чем зайти на сайт по https клиент подключается к вашей сети. В этот момент в большинстве девайсов срабатывает механизм обнаружения Captive Portal, который покажет вашу страницу авторизации до того, как клиент успеет зайти на какой-либо сайт.
Не надо приучать пользователей принимать неподписанные сертификаты, это сводит на нет весь HTTPS. К тому же сейчас большая часть серверов использует HSTS и их сертификаты подменить не получится.
Александр Шишенко: а вы и распоряжаетесь своими способностями к труду, заключая трудовой договор и принимая его условия.
Я думаю что однозначно вам никто не скажет, и обычно в похожих ситуациях используется экспертиза. Потому что одно дело понять, например, что в таком-то месте для таких-то целей можно использовать не список, а хэш-таблицу - это опыт. А вот если в конкурирующем продукте внезапно оказывается функционал, над которым команда работала месяц, придумывая как его сделать, описывая архитектуру, алгоритмы, проводя какие-то исследования и сплит-тесты, и где собственно разработка это лишь небольшая часть командной работы, а вы его просто скопировали, пусть даже и полностью своим кодом, то это уже очень похоже на нарушение прав.
P.S. А с интеллектуальной собственностью все еще сложней. Обычно стандартный договор имеет положение, что интеллектуальная собственность на все, что произведено сотрудником в рабочее принадлежит компании, и если он в рабочее время работает над своим проектом или использует в нем наработки из рабочих проектов - то может возникнуть неприятная ситуация.
OnYourLips: не запрещены. Действие трудового договора прекращается после увольнения, поэтому запретить работать в конкурирующей организации невозможно, но закон "О коммерческой тайне", например, запрещает использовать полученные сведения в течении 3х лет. Если можно доказать, что сведения составляющие коммерческую тайну были использованы без разрешения в конкурирующием продукте - это попадает под статью 183 УК.
> просто увеличит время высчитывания
не только время, в современных алгоритмах есть еще CPU to memory tradeoff и можно взять параметры алгоритма такие, что эффективное вычисление будет возможно только, например, на машинах с >128GB памяти. Это сделает неэффективным использование для вычисления многих имеющихся кластеров/облаков/ботнетов и т.д.
Альтернативно, можно задать отдельный транспорт для своего домена, в master.cf на этот транспорт повесить отдельный cleanup-сервис (-o cleanup_service_name=) и в этом cleanup-сервисе прописать header_checks, тогда он будет проверяться только для получателей в вашем домене.