Re: popmap fallback

Simon Horman <[email protected]>
Newsgroups gmane.mail.perdition.user
Message-ID <[email protected]>
On Fri, Nov 19, 2010 at 11:20:41AM +0000, Hugo Monteiro wrote:
> On 11/19/2010 10:56 AM, Hugo Monteiro wrote:
> >
> >> We had this requirement when we needed to migrate mailboxes for entire
> >> domains on different mail systems onto ours.
> >>
> >> We managed to achieve this by using the following in the Perdition
> >> configuration:
> >>
> >> query_key	\\U,+default@\\d
> >>
> >> So if the user doesn't exist in LDAP, it would try to look for
> >> "+default@<domain>".
> >>
> >> We would then have an LDAP record something along these lines:
> >>
> >> dn: uid=+default@<domain>, ...
> >> uid: +default@<domain>
> >> cn: +default@<domain>
> >> mailLocalAddress: +default@<domain>
> >> mailHost:<old-server>
> >>
> >>
> >>      
> >
> > Thank you for your input.
> >
> > I already suspected that i would have to use LDAP to be able to validate
> > the user, but i'd like it to be a last resort effort.
> >
> > As for my concerns regarding IMAP. Can you confirm that i will be able
> > to apply those rules both for POP and IMAP? I'm asking because the
> > mapping i tried with popmap only worked for POP access.
> >
> >
> > Regards,
> >
> > Hugo Monteiro.
> >
> >    
> 
> I guess that what i really need to know is if it's possible to use 
> multiple libraries at the same time (LDAP and regex in this case).

Unfortunately perdition doesn't currently support that.

However, it shouldn't be too difficult to modify perdition in order to
allow it to check LDAP and them a regex. The main work would be in renaming
some functions as currently popmap modules all provide the same symbols. Or
if things were to be done in a more generic way, use a slightly more
sophisticated module loading mechanism.


______________________________________________
Perdition-users mailing list
[email protected]
http://lists.vergenet.net/listinfo/perdition-users
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.