[freebsd] dma(8) mail forwarding

[Anton Saietskii]

On Thu, Jul 7, 2022, 19:53 Anton Saietskii <vsasjason at gmail.com> wrote:

> 2 netch@: благодарю за long awaited reply-to в рассылке. :-)
>
А нет, в другой раз не сработало... Наверное, гмыло само в некоторых
случаях определяет...

On Thu, Jul 7, 2022, 18:53 George L. Yermulnik <yz at yz.kiev.ua> wrote:
>
>> Hello!
>>
>> On Thu, 07 Jul 2022 at 17:55:45 (+0300), Anton Saietskii wrote:
>>
>> > > Вероятно, у тебя были какие-то серьёзные аргументы в пользу выбора
>> > > утилиты, используемой для формирования и отправки email, но которая не
>> > > может удовлетворить все необходимые поинты.
>> > Включение dma в базовую систему, очевидно же.
>>
>> А-а-а, так "ты его просто готовить не умеешь" =)))
>>
> Почему же? Умею, письма в целом доставляются, о чём я уже писал ранее.
>
> [--- cut ---]
>> DESCRIPTION
>>      dma is a small Mail Transport Agent (MTA), designed for home and
>> office
>>      use.  It accepts mails from locally installed Mail User Agents (MUA)
>> and
>>      delivers the mails either locally or to a remote destination.
>> [--- cut ---]
>>
>> Я прям сильно настаиваю, что твой скрипт нифига не MUA, но при этом в
>> задачи MUA входит в том числе формирование всех нужных и ненужных
>> заголовков правильно.
>>
> Нисколько с этим не спорил и не спорю. Но дело в том, что мой скрипт и _не
> должен_ быть MUA, как и любой другой мой скрипт (и твой тоже).
> Сперва я полагался на то, что эти задачи выполнит anacron, как заявлено у
> него в описании. Он не справился и я завернул скрипт в periodic(8) и всё
> заработало, о чём также писал ранее. Внимательнее, пожалуйста.
>
> > > Опять же: никто не мешает сформировать все нужные хидера самостоятельно
>> > > и отдать это MTA напрямую (или через этот dma(8))
>> > Лень. Виртуалка тестовая -- не прод, так что отсутствие некоторых из
>> > ежедневных писем можно и потерпеть.
>> > На проде, конечно, будет какой-нибудь relay в виде postfix, где и
>> > rDNS, и SPF, и всё остальное нужное.
>>
>> postfix тоже MTA, так что от отсутствия нормально сформированных
>> заголовков он тоже не вылечит.
>> я бы даже расширил твою мысль, что нужен не просто абстрактный postfix
>> как mta, а функционально отдельный smtp relay со всем этим барахлом.
>
> В третий раз прошу быть внимательнее -- я сразу relay написал. И проблемы
> отсутствия заголовков письма, опять же, более нет у меня.
>
> > > > > > :-D А вообще странно -- я-то письмо отправляю _на
>> > > > > > свой ящик,_ _аутентифицировавшись_ под ним же.
>>
>> > > > > Ничего странного. Это их система и это они устанавливают правила.
>> Иногда
>> > > > > странные, но иногда - вполне адекватные. Имхо.
>> > > > В данном конкретном случае всё же настаиваю на том, что это странно.
>>
>> > > Напиши им гневный отзыв куда-то =)))))
>> > Ну зачем же выдёргивать слова из контекста, вырезая аргументацию? Там
>>
>> Не было там аргументации как по мне. Ты пользуешься чьим-то сервисом.
>>
> Было или нет - не повод манипулировать и удалять части чужих сообщений.
>
> Это их система и это они устанавливают правила.
>
> Не спорю. По их правилам и делалось (
> https://support.google.com/mail/answer/7126229?hl=en#zippy=%2Cstep-change-smtp-other-settings-in-your-email-client
> )
> Кстати, этот мануал не совсем корректен -- smtp.gmail.com не слушает 587
> и 465, только 25 на самом деле.
>
> > же была важная деталь -- я не рандомно плюю письмами с непонятного
>> > адреса, а по сути делаю то же, что делает любой пользователь
>> > Thunderbird (ну, кроме того, что они обычно письма не сами себе, а
>> > другим шлют; однако механизм тот же).
>>
>> Не путай тёплое с мягким: твой скрипт без формирования заголовков, мягко
>> говоря, далеко стоит Thunderbird, который MUA, а не шелл скрипт =)
>>
> Мой скрипт не формирует письмо (это делает periodic(8), вызывая mail) и не
> доставляет его на smtp.google.com (это делает dma).
> Тем не менее, механизм всё-такт ровно тот же -- сам процесс отправки
> письма ничем не отличается.
>
> > А я что-то не помню, чтобы каждого домашнего пользователя заставляли
>> > покупать домен и всякие email-auth штуки вписывать. ;-)
>>
>> Зачем же обобщать и переиначивать? Гугл не заставляет тебя делать такое.
>>
> Да, это я и написал -- не заставляет.
>
> Гугл тебя заставляет подчиняться их правилам при использование их сервиса.
>>
> В соответствии с ними я и настроил.
>
> Ты с лёгкостью можешь обойти это ограничение, но тебе лень, как ты выше
>> написал =)
>
> Ограничение на наличие SPF не могу, уж точно не с лёгкостью. В инструкции
> по ссылке выше SPF не упомянут и вовсе.
>
> --
>> George L. Yermulnik
>> [YZ-RIPE]
>> _______________________________________________
>> freebsd mailing list
>> freebsd at uafug.org.ua
>> http://mailman.uafug.org.ua/mailman/listinfo/freebsd
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.uafug.org.ua/pipermail/freebsd/attachments/20220707/bfaabf3a/attachment.htm>