split domain

[chr1st14n]

Ik draai thuis voor mijn eigen domein een klein mailservertje (zarafa) en dit werkt allemaal prima. Maar nu wil ik hier ook graag de mailbox van mij ISP laten binnen halen. Deze mailbox gebruik ik eigenlijk niet, maar heb nog een paar mensen die altijd hier naartoe mail en nog niet naar mijn nieuwe domein.


Nu is het binnenhalen het probleem niet helemaal (dat heb ik al werkende). Hiervoor een extra postvak aangemaakt en mbv fetchmail de mailbox laten leeg halen.

Alleen nu loop ik vast op het volgende. Alles wat ik naar andere mensen stuur die nog een "@ISP.nl" (voorbeeld) stuur, krijg ik terug met de melding dat de gebruiker niet bestaat. Deze kan ik opzich wel verklaren, want het domain @isp.nl moest lokaal op mijn server worden toegevoegd anders wou fetchmail de mailtjes niet afleveren..

Nu ben ik na een paar dagen googlen al wel wat verder, maar krijg het niet werkend.

Ik zou als het goed is mbv transportmaps een lijstje kunnen maken met welke mailadressen lokaal blijven en welke niet.

[e-mail] :
isp.nl smtp:mail.isp.nl

Het bovenste lijstje zou ervoor moeten zorgen dat [e-mail] lokaal afgeleverd word (mocht ik om wat voor reden dan ook een mail van mijn eigen domein sturen naar [e-mail]), en dat alle andere @isp.nl mailadressen afgeleverd worden bij de smtp server "mail.isp.nl".

alleen werkt dit dus niet. Nu ben ik al een aardige tijd aan het zoeken en proberen, maar ik krijg het niet voor elkaar. Waarschijnlijk zit er een foutje in de manier waarop ik doe, maar ik zie het niet...


Nu hoop ik dat er hier iemand is die mij verder zou kunnen helpen, want ik kom er niet meer uit zo..

[Verwijderd]

Is het niet makkelijker om aan de kant van je provider of een forward in te stellen voor ontvangen email of een out of office message die meld dat je op dit adres niet meer bereikbaar bent en ze het moeten sturen naar [e-mail]?

[chr1st14n]

Verwijderd schreef op dinsdag 27 september 2016 @ 14:55:
Is het niet makkelijker om aan de kant van je provider of een forward in te stellen voor ontvangen email of een out of office message die meld dat je op dit adres niet meer bereikbaar bent en ze het moeten sturen naar [e-mail]?

Heb ik ook aan gedacht, maar kan bij sommige dingen mijn mailadres niet tot lastig wijzigen.

En laat ik nu ook het zelfde "probleem" hebben bij een klant van mij. Deze wil ook nog een oude @zonnet.nl mailbox kunnen gebruiken (ontvangen en versturen) naast zijn eigen maildomein. Dus vond het ook wel een mooie test om het eerst bij mij zelf werkende te krijgen voordat ik de mailserver van mijn klant om zeep help zeg maar

Maar ik kom op internet verschillende dingen tegen mbt postfix en mijn "probleem". maar wat ik er ook van maak, ik krijg het niet werkende..

[Mijzelf]

In fetchmail kun je een lokale lookup tabel instellen, waarbij je een @isp adres mapt naar een ander adres. Dan hoeft je geen isp domein aan je mailserver toe te voegen

[chr1st14n]

Mijzelf schreef op dinsdag 27 september 2016 @ 15:11:
In fetchmail kun je een lokale lookup tabel instellen, waarbij je een @isp adres mapt naar een ander adres. Dan hoeft je geen isp domein aan je mailserver toe te voegen

Toevallig ook een een idee waar ik dit kan doen?

[Mijzelf]

In .fetchmailrc

Iets als

poll mail.isp.nl with proto POP3 service 995 uidl
    user '[e-mail]' there with password 'geheim' is 'chr1st14n@localdomain' here ssl

[vanaalten]

Ik heb er weinig verstand van, maar ook hier gebruik ik fetchmail zonder dat ik creatieve dingen als domains lokaal definieeren hoefde te doen. Daarbij laat ik fetchmail weer doorsturen naar procmail voor wat filtering voor het lokaal in een postvak komt. M'n .fetchmailrc:

code:

poll pop3.live.com
        proto POP3
        user '[e-mail]'
        pass 'ookgeheim'
        ssl
        sslproto 'tls1'
        sslcertck
mda "/usr/bin/procmail DEFAULT=$HOME/Maildir/ MAILDIR=$HOME/Maildir"

... moet je natuurlijk wel procmail gebruiken of geinstalleerd hebben, EN maildir als opslagmethode gebruiken.

[chr1st14n]

vanaalten schreef op dinsdag 27 september 2016 @ 21:29:
Ik heb er weinig verstand van, maar ook hier gebruik ik fetchmail zonder dat ik creatieve dingen als domains lokaal definieeren hoefde te doen. Daarbij laat ik fetchmail weer doorsturen naar procmail voor wat filtering voor het lokaal in een postvak komt. M'n .fetchmailrc:

code:

poll pop3.live.com
        proto POP3
        user '[e-mail]'
        pass 'ookgeheim'
        ssl
        sslproto 'tls1'
        sslcertck
mda "/usr/bin/procmail DEFAULT=$HOME/Maildir/ MAILDIR=$HOME/Maildir"

... moet je natuurlijk wel procmail gebruiken of geinstalleerd hebben, EN maildir als opslagmethode gebruiken.

Ik gebruik postfix, dus denk dat dat niet helemaal zal werken. maar ik zal er eens naar kijken. Zarafa heeft een admin panel (Yaffas) en daar kan ik de gegevens zo invullen van de pop/imap mailbox.

[vanaalten]

chr1st14n schreef op dinsdag 27 september 2016 @ 22:02:Ik gebruik postfix, dus denk dat dat niet helemaal zal werken. maar ik zal er eens naar kijken. Zarafa heeft een admin panel (Yaffas) en daar kan ik de gegevens zo invullen van de pop/imap mailbox.

Werkt wel degelijk samen met Postfix!
Hier haalt Fetchmail het op van m'n hotmail account en gaat het via procmail naar m'n maildir.
Tegelijkertijd ontvangt Postfix alle mail gericht aan m'n domein en stuurt het, ook via procmail, naar m'n maildir. Wellicht dat ik het verkeerd zie, maar volgens mij staat fetchmail & procmail helemaal los van postfix of wat voor systeem dan ook.

Enkel Zarafa ken ik dan weer niet, klinkt als een software-beheerslaag er omheen - geen idee of je dan de boel zo makkelijk kan koppelen.

[chr1st14n]

vanaalten schreef op woensdag 28 september 2016 @ 08:44:
[...]

Werkt wel degelijk samen met Postfix!
Hier haalt Fetchmail het op van m'n hotmail account en gaat het via procmail naar m'n maildir.
Tegelijkertijd ontvangt Postfix alle mail gericht aan m'n domein en stuurt het, ook via procmail, naar m'n maildir. Wellicht dat ik het verkeerd zie, maar volgens mij staat fetchmail & procmail helemaal los van postfix of wat voor systeem dan ook.

Enkel Zarafa ken ik dan weer niet, klinkt als een software-beheerslaag er omheen - geen idee of je dan de boel zo makkelijk kan koppelen.

zarafa is een alternatief voor exchange (heeft ook agenda/contactpersonen/mail/etc).

Maar ik zal daar eens naar kijken dan. Tot zover verschillende dingen geprobeerd, maar nog niks werkends gevonden..