headers
Julien | 2 Mar 2009 16:17
Favicon

Qmail dash_ext support

Hello, 

I'm looking for the support of extended mail addresses  in qpsmtpd. I
have compiled qmail-ldap with the following functionality enable : 

"-DDASH_EXT to enable the dash_ext patch for extended mail addresses"

It allow wildcard in e-mail (julien-* <at> nura.eu) for example. You only
have to define julien-catchall <at> nura.eu as a valid address and then
qmail-ldap accept julien-* <at> nura.eu addresses (with a limited deep search
of 4 levels)

I search for a plugin but I found no one. Is there plug-in that do this
job ?

Thanks, 
Julien.
Permalink | Reply | 1 comment |
headers
Hanno Hecker | 2 Mar 2009 19:12
Gravatar

Re: Qmail dash_ext support

On Mon, 02 Mar 2009 16:17:38 +0100
Julien <julien <at> recisio.com> wrote:
> I'm looking for the support of extended mail addresses  in qpsmtpd. I
> have compiled qmail-ldap with the following functionality enable : 
> 
> "-DDASH_EXT to enable the dash_ext patch for extended mail addresses"
> 
> It allow wildcard in e-mail (julien-* <at> nura.eu) for example. You only
> have to define julien-catchall <at> nura.eu as a valid address and then
> qmail-ldap accept julien-* <at> nura.eu addresses (with a limited deep search
> of 4 levels)
> 
> I search for a plugin but I found no one. Is there plug-in that do this
> job ?
You can try to modify the rcpt_ldap plugin [1], which does something
similar like that (user+mbox <at> example.com => user <at> example.com), or use
the rctp_regexp plugin with lines like
/^user(-.+)?\ <at> example\.com$/ 	OK

	Hanno

[1] http://svn.perl.org/qpsmtpd/contrib/vetinari/rcpt_ldap
Permalink | Reply | 0 comments |
headers
Hanno Hecker | 2 Mar 2009 21:06
Gravatar

Re: Error: 503 but you already said AUTH

On Fri, 20 Feb 2009 21:08:43 +0100
Hanno Hecker <vetinari <at> ankh-morp.org> wrote:
> On Fri, 20 Feb 2009 10:21:22 -0600
> Jared Johnson <jaredj <at> nmgi.com> wrote:
> 
> > > The attached diff should fix it for you. I'll commit later if nobody
> > > complains.
> > 
> > It appears this still hasn't been applied.  I just applied it myself and 
> > it works for me; is there anything stopping this from being committed?
> No, I'm running this on one machine myself without problems.
Committed as commit bba1ea60c5b8b1ea58e07299995c070eba71e790 to my git
tree (git://github.com/vetinari/qpsmtpd.git)

	Hanno
Permalink | Reply | 0 comments |
headers
Ask Bjørn Hansen | 2 Mar 2009 21:45
Gravatar

Re: Error: 503 but you already said AUTH


On Feb 20, 2009, at 8:21, Jared Johnson wrote:

>> The attached diff should fix it for you. I'll commit later if nobody
>> complains.
>
> It appears this still hasn't been applied.  I just applied it myself  
> and it works for me; is there anything stopping this from being  
> committed?

(Including the patch below for reference).

Could someone summarize the issue for me?   It seems a bit heavy  
handed to remove the reuse of the loaded plugins; is that really  
necessary?  Or am I misunderstanding what this does?

  - ask

 From bba1ea60c5b8b1ea58e07299995c070eba71e790 Mon Sep 17 00:00:00 2001
From: Hanno Hecker <vetinari <at> ankh-morp.org>
Date: Sat, 28 Feb 2009 08:27:55 +0100
Subject: [PATCH] prefork: use new instance instead of cloning

Create a new instance instead of cloning^copying the base instance,
see http://www.nntp.perl.org/group/perl.qpsmtpd/2008/07/msg8134.html ff.
---
  qpsmtpd-prefork |   13 ++++++-------
  1 files changed, 6 insertions(+), 7 deletions(-)

diff --git a/qpsmtpd-prefork b/qpsmtpd-prefork
(Continue reading)

Permalink | Reply | 1 comment |
headers
Hanno Hecker | 2 Mar 2009 22:05
Gravatar

Re: Error: 503 but you already said AUTH

On Mon, 2 Mar 2009 12:45:06 -0800
Ask Bjørn Hansen <ask <at> develooper.com> wrote:

> 
> On Feb 20, 2009, at 8:21, Jared Johnson wrote:
> 
> >> The attached diff should fix it for you. I'll commit later if nobody
> >> complains.
> >
> > It appears this still hasn't been applied.  I just applied it myself  
> > and it works for me; is there anything stopping this from being  
> > committed?
> 
> 
> (Including the patch below for reference).
> 
> Could someone summarize the issue for me?   It seems a bit heavy  
> handed to remove the reuse of the loaded plugins; is that really  
> necessary?  Or am I misunderstanding what this does?
Well, the plugins are not recompiled or newly initialized (at least
not if you have a queue/ plugin :-)). ->load_plugins() just returns the
loaded and initialized plugins. 

When reconnecting to a prefork instance which has auth'd someone before
and you try to auth, you get a "503 but you already said AUTH". This
hasn't popped up until we removed the workaround in plugins/tls (exit
after SSL, see SVN revs 805, 894) for prefork. The "cloning" of the
base instance doesn't do a "deep copy" of the base object, it just
returns a new ref to it. This way the base instance is used for all
connecting clients. We do some cleanup stuff, but probably not
(Continue reading)

Permalink | Reply | 0 comments |
headers
Guy Hulbert | 4 Mar 2009 14:38
Picon

Noise on the Commit List

Ask.

There's been about 20 messages come in this morning ... it looks as if
you're merging old subversion tags.  One email for that would be
sufficient but I suppose it's not going to happen often.

--

-- 
--gh
Permalink | Reply | 3 comments |
headers
Ask Bjørn Hansen | 4 Mar 2009 19:13
Gravatar

Re: Noise on the Commit List


On Mar 4, 2009, at 5:38, Guy Hulbert wrote:

> There's been about 20 messages come in this morning ... it looks as if
> you're merging old subversion tags.  One email for that would be
> sufficient but I suppose it's not going to happen often.

Yeah - I had forgotten to push the old tags when I created the  
repository first.  However, in general the mails github creates seem  
pretty useless.  I'm thinking of just disabling them and then have us  
be better about submitting patches to the mailing list and let that be  
the review workflow.

--

-- 
http://develooper.com/ - http://askask.com/
Permalink | Reply | 2 comments |
headers
Guy Hulbert | 4 Mar 2009 19:30
Picon

Re: Noise on the Commit List

On Wed, 2009-04-03 at 10:13 -0800, Ask Bjørn Hansen wrote:
> However, in general the mails github creates seem  
> pretty useless. 

I find them very useful.  I can see exactly when you merge someone
else's work and when you make a release.  It was just the large flood of
things with 5 year old dates that was not useful.

--

-- 
--gh
Permalink | Reply | 1 comment |
headers
Jared Johnson | 4 Mar 2009 19:45
Favicon
Gravatar

Re: Noise on the Commit List

>> However, in general the mails github creates seem  
>> pretty useless. 
> 
> I find them very useful.  I can see exactly when you merge someone
> else's work and when you make a release.  It was just the large flood of
> things with 5 year old dates that was not useful.

I agree that these updates are generally useful, as an easy passive way 
to keep tabs on master and as quick links to view commits on github

-Jared
Permalink | Reply | 0 comments |
headers
Jared Johnson | 6 Mar 2009 06:02
Favicon
Gravatar

git/svn sync

Hi,

This isn't really a git ML, but perhaps some of you have had similar struggles in dealing with the switch to
git and can give me some suggestions.  I used to keep my organization's SVN version of QP up-to-date with
`svn merge` pretty easily.  Now that QP is in Git, I'd like to see if there's a way to continue to effortlessly
synchronize with Git.  I've looked into git-svn, which looks like it makes it very easy to create an SVN
branch with every single Git commit represented as an SVN commit.  However, my organization's SVN Czar is
not thrilled with the idea of ballooning our history by a thousand or so commits.  What I would really like to
do is 'merge everything from commit XYZ to HEAD' in a single commit to SVN, with either git or svn presenting
any conflicts that might arise.  Can anyone suggest how I can accomplish this?

Thanks in advance

-Jared
Permalink | Reply | 0 comments |

Gmane