Re: [Mimedefang] Sendmail SOCKETMAP

[Richard Laager]

I don't use either feature.

On 04/27/2016 02:20 PM, Dianne Skoll wrote:

I most likely won't delete the features.  It's the curse of software
development... published APIs must live forever. :(


If killing the features is the right move, just call it MIMEDefang 3. 
Seriously! Don't be afraid of bumping the major version.


--
Richard
___
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 MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang

Re: [Mimedefang] Sendmail SOCKETMAP

[Dianne Skoll]

On Wed, 27 Apr 2016 21:17:03 +0200
"Andrzej A. Filip"  wrote:

> With or without sendmail's "excessive" schemes of  lookups?

I don't know; I guess the bottom line was that I was insufficiently
motivated to look into this, so I just dropped it.

> IMHO I may make sense to create list of features with
> "secondary support" instead of deleting them (at once).

I most likely won't delete the features.  It's the curse of software
development... published APIs must live forever. :(

Regards,

Dianne.
___
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 MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang

Re: [Mimedefang] Sendmail SOCKETMAP

[Andrzej A. Filip]

Dianne Skoll  wrote:
> On Wed, 27 Apr 2016 20:54:43 +0200
> "Andrzej A. Filip"  wrote:
>
>> If your ambition is hardly limited then you may donate sendmail.org
>> "socketmap alike over UDP". It could be simple assuming design for
>> unix sockets.
>
> In our tests, the overhead wasn't the socket communication; it was the
> cost of doing the map lookups in Perl. 

With or without sendmail's "excessive" schemes of  lookups?
[ e.g. up to seven (?) loops for virtusertable, four lookups per
IPv4 address even without CIDR support]

With sendmail.cf changes number of lookups can be reduced "a few times+".

> And since we don't have any compelling use-case for it, I let the
> feature languish.

It may be used to allow mimedefang (dynamically) control:
* greeting pause
* allowed rate of connections per given IP adress/net
* allowed number of connections per given IP address/net

IMHO I may make sense to create list of features with
"secondary support" instead of deleting them (at once).

*BUT* socket map based features will be "less portable" to other MTAs.
___
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 MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang

Re: [Mimedefang] Sendmail SOCKETMAP

[Andrzej A. Filip]

Dianne Skoll  wrote:
> On Wed, 27 Apr 2016 18:41:57 +0100
> Dave Osbourne  wrote:
>
> [Dianne]
>> > 2) Does anyone use the "-N map_sock" feature that provides a
>> > SOCKETMAP to Sendmail 8.13+?  If not... again, I'd like to nuke.
>
> [Dave]
>> I don't really know what this is...  have a exposed my ignorance? We
>> do use sendmail though... is there somewhere I can read about this to
>> know whether there will be an issue when we next update?
>
> Sendmail has various map types, the best known of which is the Berkeley DB
> map that typically implements access, mailertable, etc.
>
> Sendmail 8.13+ has provisions for a network protocol to do map lookups
> over sockets instead of doing Berkeley DB lookups.  In theory, this
> lets you do cool things, but we found in practice the performance hit
> was very high.
>
> If you don't know what SOCKETMAP is, you're almost certainly not
> using it. :)

If your ambition is hardly limited then you may donate sendmail.org
"socketmap alike over UDP". It could be simple assuming design for
unix sockets.

-- 
A. Filip
___
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 MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang

Re: [Mimedefang] Sendmail SOCKETMAP

[Dianne Skoll]

On Wed, 27 Apr 2016 20:54:43 +0200
"Andrzej A. Filip"  wrote:

> If your ambition is hardly limited then you may donate sendmail.org
> "socketmap alike over UDP". It could be simple assuming design for
> unix sockets.

In our tests, the overhead wasn't the socket communication; it was the
cost of doing the map lookups in Perl.  And since we don't have any
compelling use-case for it, I let the feature languish.

Regards,

Dianne.

___
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 MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang

[Mimedefang] Sendmail SOCKETMAP

[Dianne Skoll]

On Wed, 27 Apr 2016 18:41:57 +0100
Dave Osbourne  wrote:

[Dianne]
> > 2) Does anyone use the "-N map_sock" feature that provides a
> > SOCKETMAP to Sendmail 8.13+?  If not... again, I'd like to nuke.

[Dave]
> I don't really know what this is...  have a exposed my ignorance? We
> do use sendmail though... is there somewhere I can read about this to
> know whether there will be an issue when we next update?

Sendmail has various map types, the best known of which is the Berkeley DB
map that typically implements access, mailertable, etc.

Sendmail 8.13+ has provisions for a network protocol to do map lookups
over sockets instead of doing Berkeley DB lookups.  In theory, this
lets you do cool things, but we found in practice the performance hit
was very high.

If you don't know what SOCKETMAP is, you're almost certainly not
using it. :)

Regards,

Dianne.
___
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 MIMEDefang@lists.roaringpenguin.com
http://lists.roaringpenguin.com/mailman/listinfo/mimedefang