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