Hoi Martijn, Excuses voor de mailfout.
Uiteraard heb ik IMAP geconfigureerd met LDAP en dit werkt ook. Ik zit enkel met het koppelen van exim aan ldap. Als ik het zo goed begrijp heb ik dan ook geen apart .schema file nodig in slapd.conf om het juist geconfigureerd/opgeslagen te krijgen? Ik heb meteen geprobeerd ldap_local_user en virtual_maildir te configureren maar blijkt dat ik deze helemaal niet heb! terwijl ik wel een tree heb met gebruikers en ou's op OpenLDAP 2.4.11 die ik kan benaderen/aanpassen d.m.v. webmin of phpldapadmin. Zie ik iets over het hoofd ? Met vriendelijke groet, Roland Op 23 november 2009 10:02 schreef Martijn Grendelman <[email protected] > het volgende: > Hoi Roland, > > Reply graag naar de lijst en niet naar mij persoonlijk. > > > Nou weet ik niet precies welke velden er allemaal zijn maar in ieder geval >> het uid veld voor het identificeren en dan ook de velden die nodig zijn voor >> het registreren van het mailadres onder de juiste gebruikersnaam. >> > > Dat zou 'mail' zijn, ook gedefinieerd in core.schema. > > > Momenteel gebruik in webmin 1.490 voor het beheer van ldap en samba (wat >> prima werkt!), de gebruikers en samba maar ik heb ook phpldapadmin >> geïnstalleerd/geconfigureerd alleen snap ik die niet helemaal. >> >> Het maakt in principe niet uit of exim4 nou wel of niet via webmin beheerd >> kan worden zolang dat als er een gebruiker aangemaakt wordt er ook >> automatisch een account voor exim aangemaakt wordt is het prima. >> De bedoeling van het exim account is dat deze alleen nog maar gekoppeld >> hoeft te worden aan thunderbird op de client van de betreffende gebruiker. >> > > Je hoeft alleen tegen Exim te vertellen welke LDAP velden het moet > gebruiken om de mail af te leveren. Mijn ldap_local_user router ziet er als > volgt uit: > > LDAPAUTH=user="cn=admin,dc=dev-zero,dc=nl" pass=BiNdPaSsWoRd > > ldap_local_user: > driver = accept > domains = +local_domains > condition = ${lookup ldap{LDAPAUTH > ldap:///uid=${local_part},dc=dev-zero,dc=nl?uid}{yes}{no}} > retry_use_local_part > transport = virtual_maildir > log_as_local = false > > In de virtual_maildir transport lever ik de mail af in een bepaalde > directory, maar dat kan elke transport zijn die je maar wilt. > > Aan de LDAP kant hoef je hiervoor echt NIETS te doen; elke gebruiker met > een uid kan zo mail ontvangen. > > Aangezien je het echter ook over Thunderbird hebt, neem ik aan dat je ook > een IMAP server met LDAP wilt gaan inrichten. Heb je dat al wel voor elkaar? > > Groeten, > Martijn. > > > > > Op 23 november 2009 09:28 schreef Martijn Grendelman < >> [email protected] <mailto:[email protected]>> het volgende: >> >> >> Hoi Roland, >> >> >> Ik ben nu een klein maandje bezig met het opzetten van een >> debian lenny server waar LDAP + Samba + Exim4 op moet komen te >> staan. >> De bedoeling is dat samba en exim4 gekoppeld zijn aan de LDAP >> server zodat als er een gebruiker aangemaakt wordt dat dit maar >> 1 keer hoeft te gebeuren i.p.v. 3 en >> dat alle gebruikers gegevens op 1 centraal punt opgeslagen en >> opgehaald worden. >> >> Tot nu toe is het mij gelukt om samba te koppelen aan Ldap maar >> met exim4 heb ik minder success omdat er ook gewoon weinig >> (bruikbaars) over te vinden is. >> >> Onderdelen waar vooral weinig over te vinden is: >> >> - Het .schema bestand dat gekoppeld moet worden in slap.conf >> >> >> Het hangt er vanaf welke LDAP velden je wilt gebruiken in Exim. >> Persoonlijk gebruik ik alleen het 'uid' veld om gebruikers te >> identificeren en mail af te leveren, dus er is helemaal geen extra >> schema noodzakelijk. >> >> >> - Het bijwerken van de bestaande gebruikers zodat daar een >> mailadres voor aangemaakt kan worden. >> - Het bijwerken van de template die gebruikt wordt voor als er >> een nieuwe gebruiker aangemaakt wordt. >> >> >> Dat hangt ervan af welke tool(s) je gebruikt om users aan te maken, >> dat heeft verder ook niet veel met Exim te maken. Persoonlijk vind >> ik phpLDAPadmin altijd wel een handig hulpmiddel. >> >> >> Kan iemand mij helpen hierin? >> >> >> Met vriendelijke groet, >> Martijn Grendelman >> >> >> > >
