Re: add table_procexec in smtpd

2021-06-22 Thread Aisha Tammy
> >> First, if the two implementations are not going to coexists, > >> we can just replace table_proc.c. > > > > True, though proc-exec was the name used for filters so it may be a good to > > unify and drop the legacy “proc” name. > > This will be hidden to users so quite frankly it’s a

Re: add table_procexec in smtpd

2021-06-12 Thread Aisha Tammy
On 6/12/21 9:15 AM, Eric Faurot wrote: On Wed, Jun 09, 2021 at 05:41:36PM -0400, Aisha Tammy wrote: Hi, Here is the updated diff, which removes table_proc and adds table_procexec as the default backend when no backend name matches. Hi. I'm not opposed to the idea, but I have a couple

Re: add table_procexec in smtpd

2021-06-09 Thread Aisha Tammy
Hi, Here is the updated diff, which removes table_proc and adds table_procexec as the default backend when no backend name matches. With this diff, I have the following configuration for smtpd: # $OpenBSD: smtpd.conf,v 1.14 2019/11/26 20:14:38 gilles Exp $ # This is the smtpd server

Re: add table_procexec in smtpd

2021-06-09 Thread Aisha Tammy
On 6/9/21 10:34 AM, Gilles CHEHADE wrote: On 9 Jun 2021, at 15:47, Aisha Tammy wrote: On 6/9/21 5:19 AM, Gilles CHEHADE wrote: Hi, I wrote table_procexec (despite the copyright which I copy-pasted and forgot to replace author) so just providing a bit of insight: Ah, I did not know

Re: add table_procexec in smtpd

2021-06-09 Thread Aisha Tammy
e 'file', 'db' can be executables in /usr/libexec/smtpd or absolute paths. This may be a possible thing to do but maybe it can be done after procexec is tested a bit. Hopefully I've addressed the proper concerns. Best, Aisha Gilles On 8 Jun 2021, at 23:04, Aisha Tammy wrote: Hi, I

Re: add table_procexec in smtpd

2021-06-08 Thread Aisha Tammy
Hi, I've attached a slightly updated patch for the procexec. Ping for someone to take a look :) Cheers, Aisha diff --git a/usr.sbin/smtpd/smtpctl/Makefile b/usr.sbin/smtpd/smtpctl/Makefile index ef8148be8c9..2e8beff1ad1 100644 --- a/usr.sbin/smtpd/smtpctl/Makefile +++

add table_procexec in smtpd

2021-05-31 Thread Aisha Tammy
Hi all, I've attached a diff to add table_procexec as a table backend in smtpd(8). This imports the table_procexec from opensmtpd-extras, which is available upstream but is not present in the port. I've successfully replaced the standard aliases table table aliases file:/etc/mail/aliases with

Re: services(5): more cleanup

2021-05-15 Thread Aisha Tammy
On 5/11/21 9:04 PM, Kurt Mosiejczuk wrote: On Wed, May 12, 2021 at 01:13:55AM +0200, Jeremie Courreges-Anglas wrote: I'd like to drop SWAT, unofficial and dropped by the samba project around the switch to samba4. - moved smtps/465 to the standards section (rfc8314) The new service was

Re: smtpd: use libtls

2021-01-27 Thread Aisha Tammy
On 1/27/21 7:29 AM, gil...@poolp.org wrote: > January 27, 2021 9:47 AM, "Lauri Tirkkonen" wrote: > >> On Wed, Jan 27 2021 09:36:31 +0100, Eric Faurot wrote: >> >>> There has been a plan for some time now to make smtpd use libtls >>> instead of openssl. Recent changes in libtls allow to move

small typo in imsg_init.3

2020-12-12 Thread Aisha Tammy
Hi,   While creating a portable version of imsg, I noticed a small typo in the imsg_init.3 man page which says the returned value is 'len' instead of 'datalen'. Attached the patch to fix it. OK? Cheers, Aisha diff --git a/lib/libutil/imsg_init.3 b/lib/libutil/imsg_init.3 index

Re: Fwd: opensmtpd can't handle long lines in aliases table

2020-09-18 Thread Aisha Tammy
h a ~3050 line file in the table. Aisha > On Fri, 2020-09-18 at 14:46 +0200, Martijn van Duren wrote: >> Could you try the diff below? >> It should do exactly the same thing with less code. >> >> martijn@ >> >> On Fri, 2020-09-18 at 08:30 -0400, Aisha T

Fwd: opensmtpd can't handle long lines in aliases table

2020-09-18 Thread Aisha Tammy
Message Subject: Re: opensmtpd can't handle long lines in aliases table Date: Thu, 6 Aug 2020 19:47:33 -0500 From: Edgar Pettijohn To: AIsha Tammy Here are a few simple patches as discussed. These were written to apply against current. However, they are pretty simple and may well apply

Re: ldapd: adding bsd.schema

2020-09-10 Thread Aisha Tammy
On 9/10/20 2:03 AM, Robert Klein wrote: > On Sat, 5 Sep 2020 18:47:08 -0400 > Aisha Tammy wrote: > >> Sorry for the late reply. >> >> On 8/12/20 8:19 AM, Robert Klein wrote: >>> Hi, >>> >>> On Wed, 12 Aug 2020 09:00:18 +0200 >>> T

Re: ldapd: adding bsd.schema

2020-09-05 Thread Aisha Tammy
Sorry for the late reply. On 8/12/20 8:19 AM, Robert Klein wrote: > Hi, > > On Wed, 12 Aug 2020 09:00:18 +0200 > Theo Buehler wrote: > >> On Tue, Aug 11, 2020 at 10:22:51PM -0400, Aisha Tammy wrote: >>> Another bump. >> >> I think this is usefu

Re: ldapd: adding bsd.schema

2020-08-12 Thread Aisha Tammy
On 8/2/20 9:34 AM, Aisha Tammy wrote: > On 7/26/20 5:25 PM, Aisha Tammy wrote: >> On 7/26/20 5:21 PM, Aisha Tammy wrote: >>> Hi, >>> Am reviving an old thread from >>> https://marc.info/?l=openbsd-tech=152663835315469=4 >>> (i did cc reyk@ sorry

Re: ldapd: adding bsd.schema

2020-08-02 Thread Aisha Tammy
On 7/26/20 5:25 PM, Aisha Tammy wrote: > On 7/26/20 5:21 PM, Aisha Tammy wrote: >> Hi, >> Am reviving an old thread from >> https://marc.info/?l=openbsd-tech=152663835315469=4 >> (i did cc reyk@ sorry if it is noise) >> >> For some reason seems like th

Re: ldapd: adding bsd.schema

2020-07-26 Thread Aisha Tammy
On 7/26/20 5:21 PM, Aisha Tammy wrote: > Hi, > Am reviving an old thread from > https://marc.info/?l=openbsd-tech=152663835315469=4 > (i did cc reyk@ sorry if it is noise) > > For some reason seems like the patch didn't go through... > > I am reattaching it here, maybe

ldapd: adding bsd.schema

2020-07-26 Thread Aisha Tammy
Hi, Am reviving an old thread from https://marc.info/?l=openbsd-tech=152663835315469=4 (i did cc reyk@ sorry if it is noise) For some reason seems like the patch didn't go through... I am reattaching it here, maybe someone can take a look and see if it can be merged ? Getting sshPublicKey

Re: symmetric toeplitz hashing

2020-06-13 Thread Aisha Tammy
On 6/13/20 2:47 PM, Theo Buehler wrote: >>> Yes. The thing is that you need to convince yourself that this is still >>> uniformly distributed over the wanted numbers. But it's correct. In >>> fact, it's enough to flip a fixed bit, so you can get away with one call >>> to arc4random(). >> >> Its

Re: symmetric toeplitz hashing

2020-06-13 Thread Aisha Tammy
On 6/13/20 9:19 AM, Theo Buehler wrote: > On Sat, Jun 13, 2020 at 08:46:13AM -0400, David Higgs wrote: >> On Fri, Jun 12, 2020 at 9:41 AM Theo Buehler wrote: >> >>> I finally found the time to think about the mathematics of this some >>> more and I'm now convinced that it's a sound construction.