Re: Delaying 2xx as long as possible with stream_by_xyz()

Steffen Kaiser <[email protected]>
Newsgroups gmane.mail.mimedefang
Message-ID <alpine.DEB.2.11.1701270936050.16747@pc-2m63>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On Thu, 26 Jan 2017, Kevin A. McGrail wrote:

> If not, can we do interactive SMTP responses such as checking the helo 
> values, then stream the messages to process it per domain or per recipient?
>
> I can't find it documented, but I seem to remember that once you stream the 
> messages per domain or per recipient, that you've given a 2xx DSN and closed 
> the session.  So if you then later find you want to decline, you have to 
> generate a bounce.
>
> Any pointers appreciated especially if this is a milter limitation or an MD 
> framework limitation that I can figure out a way around!

"If  users  are  in  different  domains,  stream_by_domain()  resends  the 
message  (once  to each domain) and returns 1 For example, if the original 
recipients are [email protected],
               [email protected] and [email protected], the original message is resent 
twice: One copy to [email protected] and [email protected], and another copy to 
[email protected].  Also, any subsequent scanning  is
               canceled (filter() and filter_end() will not be called for 
the original message) and the message is silently discarded."

It's the last sentence, IMHO.

But you *can* delay, I think:

                   sub filter_begin {
                         if (stream_by_recipient()) {

### Here you can delay, but how would you get information about
# the processing of resent messages?
#
# also, if the connection interrupts, the sender retries and
# the message is processed another time, maybe resending it yet another 
# time ....

                              return;
                         }
                         # Rest of filter_begin
                    }




- -- 
Steffen Kaiser
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQEVAwUBWIsHOlGgR0+MU/4GAQLCpwf/UH9zjUXEaIyTShl6vB02NQ2NsD/5q1+0
dVh/xVLVog6Y0B4vG7G7n+PoGcHyJQ11wNueEMecswZT0n6hvHdI01DJ0N7luanB
avPwYS4J6yzlBwRrJqNFSDnOCOqSC/I1EPlm43vC0AhJ6SMxBN5982I4E0IZka4B
Ejd244bQj2QneOsIpw93aIO2AgtI5Ndp1eZA+CGDjjCrtPHJwbZcC+Qlf5LcJwcn
MafqjoNi2Q2CTLXMdVWcbkrqSRsR2D3dtdL6tq7gB8jByV4hQ3X3j1dPNBYXwN7N
AcFA/HRVpcs6WOpkoD3PLbnSNNv7m7cbIq923flsEyBdf01XiIuuSQ==
=wXn/
-----END PGP SIGNATURE-----
_______________________________________________
NOTE: If there is a disclaimer or other legal boilerplate in the above
message, it is NULL AND VOID.  You may ignore it.

Visit http://www.mimedefang.org and http://www.roaringpenguin.com
MIMEDefang mailing list [email protected]
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.