Ik draai thuis een postfix server (versie 2.1.nogwat) welke aan de hand van een mysql DB de mail aflevert in maildirs. Dit werkt allemaal zoals het hoort
Nu heb ik al een hele tijd met behulp van amavisd-new en spamassassin een spam-filter ge-installeerd. Ik gooi dan met wat filterregels op de CLIENT de mail naar een andere (imap) submap van mijn inbox
Nu zat ik laatst op vakantie en mijn pc thuis stond uit, gevolg: in webmail liep mijn inbox vol spam omdat deze alleen door mijn mailclient thuis in de goede map werd gezet.
Goed na wat rond te hebben gekeken schijnt courier-maildrop een geschikt pakket te zijn voor mijn probleem. Alleen nu loop ik tegen wat problemen aan bij het configureren waar ook google mij niet erg veel verder kan helpen.
Ik heb gewoon de laatste versie van maildrop gehaald op http://www.courier-mta.org en ben gaan compilen (ik had courier-imap en courier-authlib al draaien dus dat scheelde...tenminste dat denk ik)
In de meeste howto's die ik zag staan werd verteld dat je in maildrop/config.h even het pad naar de maildir van de user moest aanpassen zodat maildrop de mail in de goede map aflevert, deze had ik voor het gemak even op mail/ gezet (dat zou dus later $HOME/mail/ worden)
Ik dus testen of het werkte:
Deze "mail" werd netjes in /home/testuser/mail/ afgeleverd (/home/testuser/ staat in de mysql database aangegeven als home dir van testuser, immers is testuser een virtuele gebruiker)
Mijn conslusie: maildrop en de connectie via authlib naar de mysql DB gaat goed (hoe kan hij anders de home dir uitlezen?)
dus tot zover lijkt alles goed te gaan, tot ik postfix erbij ga betrekken. In de master.cf van postfix staat al een entry voor maildrop dus ik dacht: als ik de transport type van domein test.lan op maildrop zet dan moet het werken
Helaas was dat dus niet zo, als ik nu een mailtje stuur naar dat test adres komt het volgende in de maillog:
Zoals ik al zei had ik op google gezocht naar de melding "command-line attribute specifies mail system owner postfix" maar daar wordt ik niet heel veel wijzer van. De maildir heb ik al eens van owner laten veranderen (postfix, 2019 (userID van die user volgens de mysql DB), root) en permissions uiteenlopend van 700 tot 777.
Heeft iemand hier toevallig ervaring met een soortgelijke opstelling en kan mij vertellen waar ik de fout inga?
Nu heb ik al een hele tijd met behulp van amavisd-new en spamassassin een spam-filter ge-installeerd. Ik gooi dan met wat filterregels op de CLIENT de mail naar een andere (imap) submap van mijn inbox
Nu zat ik laatst op vakantie en mijn pc thuis stond uit, gevolg: in webmail liep mijn inbox vol spam omdat deze alleen door mijn mailclient thuis in de goede map werd gezet.
Goed na wat rond te hebben gekeken schijnt courier-maildrop een geschikt pakket te zijn voor mijn probleem. Alleen nu loop ik tegen wat problemen aan bij het configureren waar ook google mij niet erg veel verder kan helpen.
Ik heb gewoon de laatste versie van maildrop gehaald op http://www.courier-mta.org en ben gaan compilen (ik had courier-imap en courier-authlib al draaien dus dat scheelde...tenminste dat denk ik)
In de meeste howto's die ik zag staan werd verteld dat je in maildrop/config.h even het pad naar de maildir van de user moest aanpassen zodat maildrop de mail in de goede map aflevert, deze had ik voor het gemak even op mail/ gezet (dat zou dus later $HOME/mail/ worden)
Ik dus testen of het werkte:
code:
1
| cat testmailtje | maildrop -d "testuser@test.lan" |
Deze "mail" werd netjes in /home/testuser/mail/ afgeleverd (/home/testuser/ staat in de mysql database aangegeven als home dir van testuser, immers is testuser een virtuele gebruiker)
Mijn conslusie: maildrop en de connectie via authlib naar de mysql DB gaat goed (hoe kan hij anders de home dir uitlezen?)
dus tot zover lijkt alles goed te gaan, tot ik postfix erbij ga betrekken. In de master.cf van postfix staat al een entry voor maildrop dus ik dacht: als ik de transport type van domein test.lan op maildrop zet dan moet het werken
Helaas was dat dus niet zo, als ik nu een mailtje stuur naar dat test adres komt het volgende in de maillog:
code:
1
2
3
4
5
6
7
| May 20 10:11:30 tweak postfix/qmgr[22133]: E1926843E0C: from=<root@test.lan>, size=376, nrcpt=1 (queue active) May 20 10:11:30 tweak postfix/pipe[22140]: fatal: user= command-line attribute specifies mail system owner postfix May 20 10:11:31 tweak postfix/qmgr[22133]: warning: premature end-of-input on private/maildrop socket while reading input attribute name May 20 10:11:31 tweak postfix/qmgr[22133]: warning: private/maildrop socket: malformed response May 20 10:11:31 tweak postfix/qmgr[22133]: warning: transport maildrop failure -- see a previous warning/fatal/panic logfile record for the problem description May 20 10:11:31 tweak postfix/master[3886]: warning: process /usr/libexec/postfix/pipe pid 22140 exit status 1 May 20 10:11:31 tweak postfix/master[3886]: warning: /usr/libexec/postfix/pipe: bad command startup -- throttling |
Zoals ik al zei had ik op google gezocht naar de melding "command-line attribute specifies mail system owner postfix" maar daar wordt ik niet heel veel wijzer van. De maildir heb ik al eens van owner laten veranderen (postfix, 2019 (userID van die user volgens de mysql DB), root) en permissions uiteenlopend van 700 tot 777.
Heeft iemand hier toevallig ervaring met een soortgelijke opstelling en kan mij vertellen waar ik de fout inga?