public inbox for development@lists.ipfire.org
 help / color / mirror / Atom feed
From: Tom Rymes <tom@rymes.net>
To: development@lists.ipfire.org
Subject: Re: [PATCH] dma: Update to 0.13
Date: Thu, 28 Jan 2021 18:41:43 -0500	[thread overview]
Message-ID: <8F74DF7B-E8A9-42F5-972E-FC89FAA8C93D@rymes.net> (raw)
In-Reply-To: <1b18ad6c-0d19-0c4c-47a1-9a10728a69a0@ipfire.org>

[-- Attachment #1: Type: text/plain, Size: 2175 bytes --]

On Jan 28, 2021, at 5:54 PM, Adolf Belka <adolf.belka(a)ipfire.org> wrote:
> 
> Hi Peter & *
> 
> On 28/01/2021 21:36, Peter Müller wrote:

[snip]

>> 4. Change RCPT TO to split up multiple addresses
>> The latter is especially - um - interesting as the full commit message (available online at
>> https://github.com/corecode/dma/commit/450d4b68d3295d2ef50fa5c9576f5c4e043c0c80) states:
>>> RFC5321 section 4.1.1.3 states that RCPT TO only takes one address at a time.
> That does sound a bit fundamental to have been missed previously but then this software is also a long way from version 1.0. It's taken 10 years to get from V0.1 V0.13
>> Seriously?! Not even an MTA programmer is reading most basic mail RFCs anymore?!?!
>> Yes, DMA might be a lightweight replacement for Postfix on machines just needing a better smarthost.
>> However, the commit above means DMA behaved RFC-ignorant as soon as a message had more than one
>> recipient - which apparently does not seem to happen that often to DMA users.
>> RFC 5321 is not about rocket science or some exotic corner cases at all, it is one of the most basic
>> internet standards regarding e-mail communication. We have lost the complexity battle years ago,
>> apparently, we cannot count on application programmers to have a slightest clue about what they are
>> doing as well.
>> I am shocked about the quality of that piece of software.
>> Embittered,
>> Peter Müller

[snip]

I have run Communicate Pro as our MTA for years, and it has a tendency to be RFC compliant to a fault, even occasionally breaking interactions with other widely available mail servers ([cough] Exchange [cough]) when those mail servers are not 100% compliant, and I can say that it doesn’t surprise me that this sort of thing would be out there. I suspect that most servers accept the mail when submitted the way that dma has been doing it up to now, but someone found a particular piece of software that refused to accept messages with multiple recipients because that is not RFC compliant, necessitating the fix.

At least the silver lining here is that they have identified and fixed the problem.

Tom

  reply	other threads:[~2021-01-28 23:41 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-01-28 20:17 Adolf Belka
2021-01-28 20:36 ` Peter Müller
2021-01-28 22:54   ` Adolf Belka
2021-01-28 23:41     ` Tom Rymes [this message]
2021-01-29 11:19   ` Michael Tremer
2021-01-30 12:47     ` Peter Müller
2021-01-30 12:51       ` Michael Tremer

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=8F74DF7B-E8A9-42F5-972E-FC89FAA8C93D@rymes.net \
    --to=tom@rymes.net \
    --cc=development@lists.ipfire.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox