Wietse Venema via Postfix-devel wrote in <[email protected]>: |Steffen Nurpmeso via Postfix-devel: |> Is there a desire to add these 250- strings? For at least limits |> which are implemented anyway? | |The server side is trivial: announce smtpd_recipient_limit (1000). |The message_size_limit value is already announced in EHLO. | |However, the client side would have to respect very low limits like |one recipient per transaction. That effs up the scheduling of |deliveries a bit. | |I see this more as a way for mail receivers to throttle senders.
You go together with John Klensin who wrote that RFC; he covers this and more cases in "Security Considerations". Then again (and who said clients have to respect the limits), and very much unfortunately so, large parts of the IETF have no problem with, and even push forward, even by standard means, single recipient delivery all the way through. *Per se*. There are "single click unsubscribe wonders" and more to come, likely, that effectively throttle down to single recipient delivery. In my opinion large parts of the (email part of the) IETF are driven by the desire to ensure tracking of users over as many corners as possible is possible, and best even cryptographically so. Except SMTP itself anything is a heavily blown mess, and increasing. It is like the RFC says, that many installations have, or seem to have, limits far below what the SMTP RFC says. This is no problem, you submit, at some time you get the "too many recipients" code, and that is that. Whether you redo MAIL FROM with the rest, and/or redo HELO/EHLO plus the rest, and/or even reconnect plus the rest, there is a queue, and either it gets worked, or some recipients are bounced back. But, in a world of "organizational trust", these limits can be used. And be trusted accordingly, to the minimum extend of single recipient delivery. I for myself dreamed of being able to "splice perfectly" the new DKIM "per recipient host" based upon information provided by the server. (That is: to at least minimize problems, and create "write once" replay-attack-mitigation caches on recipient domains.) --steffen | |Der Kragenbaer, The moon bear, |der holt sich munter he cheerfully and one by one |einen nach dem anderen runter wa.ks himself off |(By Robert Gernhardt) _______________________________________________ Postfix-devel mailing list -- [email protected] To unsubscribe send an email to [email protected]
