mailserver som bara forwardar mail

Permalänk
Inaktiv

mailserver som bara forwardar mail

Hej,
Tänkte söka efter tips här.

Vi ska avveckla vår lokala mailserver (exchange) och ska vidarebefordra mail till en extern server, exchange servern vill jag döda i år och planen är att etablera en lista med sourcemail -< destmail och en flagga för autoreply.

Tanken är att alla som mailar till en epost adress som har en autoreply flagga ska få ett mail tillbaka att e-post adressen upphör om x månader och info om nya mailaddressen.

Nu vill jag göra detta på ett sätt att scriptet inte blir beroende av mig, dvs så enkelt som möjligt att administrera, helst med litet GUI.

Enklast vore att köra en extern hook på sendmail/postfix som hijackar inkommande mail, jag har tittat lite på goldfish som är skrivet i php (vilket passar mig bra)

Någon annan som gjort något liknande?

Permalänk
Medlem
Skrivet av studiox_swe:

Hej,
Tänkte söka efter tips här.

Vi ska avveckla vår lokala mailserver (exchange) och ska vidarebefordra mail till en extern server, exchange servern vill jag döda i år och planen är att etablera en lista med sourcemail -< destmail och en flagga för autoreply.

Tanken är att alla som mailar till en epost adress som har en autoreply flagga ska få ett mail tillbaka att e-post adressen upphör om x månader och info om nya mailaddressen.

Nu vill jag göra detta på ett sätt att scriptet inte blir beroende av mig, dvs så enkelt som möjligt att administrera, helst med litet GUI.

Enklast vore att köra en extern hook på sendmail/postfix som hijackar inkommande mail, jag har tittat lite på goldfish som är skrivet i php (vilket passar mig bra)

Någon annan som gjort något liknande?

Varför byter du domän?

Visa signatur

| Citera för svar! | Gilla bra inlägg! |

Permalänk
Inaktiv
Skrivet av BrusE:

Varför byter du domän?

Svaret här blir nog därför

Permalänk
Medlem
Skrivet av studiox_swe:

Svaret här blir nog därför

Ok. Lycka till!

Visa signatur

| Citera för svar! | Gilla bra inlägg! |

Permalänk
Inaktiv
Skrivet av BrusE:

Ok. Lycka till!

Så du menar att det är relevant varför jag måste göra som jag gör? Sköna inlägg här

Permalänk
Medlem
Skrivet av studiox_swe:

Så du menar att det är relevant varför jag måste göra som jag gör? Sköna inlägg här

Din felbeskrivning är bristfällig och jag får känslan att du är egentligen ute efter något annat.
Gör en ordentligt felbeskrivning så kommer det blir lättare att ge förslag.

T.ex

Under en snar framtid så kommer vi att byta ut vår nuvarande e-postlösning. I samband med bytet kommer
vi att skaffa en by och en bättre domän, men vill gärna behålla vår befintliga så att våra nuvarande kontakter
kan komma i kontakt med oss. Lösningen måste vara enkel och robust så att detta kan hanteras av icke tekniska
personer. Hur löser man detta smidigast?

Lösningsförslag.

Du sätter upp båda systemen parallellt med varandra. Du säkerställer att den nya lösningen fungerar bra och att
den kan hantera den nya domänen. För att inte tappa de gamla kunderna så kan man sätta upp den gamla
domänen på den nya lösningen med en "catch all". Alla mail skickas då till en speciellt inkorg som någon går igenom.
Kommer det för mycket SPAM till inkorgen, då plockar man bort "catch all" och endast lyssnar efter kontonamn
som fanns på den gamla lösningen. Alternativet är att lägga ett autosvar att domänen kommer att stängas ned osv..

Visa signatur

| Citera för svar! | Gilla bra inlägg! |

Permalänk
Inaktiv
Skrivet av BrusE:

Din felbeskrivning är bristfällig och jag får känslan att du är egentligen ute efter något annat.
Gör en ordentligt felbeskrivning så kommer det blir lättare att ge förslag.

T.ex

Under en snar framtid så kommer vi att byta ut vår nuvarande e-postlösning. I samband med bytet kommer
vi att skaffa en by och en bättre domän, men vill gärna behålla vår befintliga så att våra nuvarande kontakter
kan komma i kontakt med oss. Lösningen måste vara enkel och robust så att detta kan hanteras av icke tekniska
personer. Hur löser man detta smidigast?

Lösningsförslag.

Du sätter upp båda systemen parallellt med varandra. Du säkerställer att den nya lösningen fungerar bra och att
den kan hantera den nya domänen. För att inte tappa de gamla kunderna så kan man sätta upp den gamla
domänen på den nya lösningen med en "catch all". Alla mail skickas då till en speciellt inkorg som någon går igenom.
Kommer det för mycket SPAM till inkorgen, då plockar man bort "catch all" och endast lyssnar efter kontonamn
som fanns på den gamla lösningen. Alternativet är att lägga ett autosvar att domänen kommer att stängas ned osv..

Ber om ursäkt om jag var otydlig. Någont felbeskrivning behövs ju inte, utan snarare en HLD som jag skulle vilja få feedback på. Just har jag ett embryo till en lösning med postfix och transport_maps.

Jag är alltså rätt van vid att hantera tekniska lösningar, gjorde ett "testskott" här på swelockers då det sitter många fler som har svart bälte i postfix/sendmail än vad jag har själv.

Det handlar om kanske 500 e-post adresser och nya miljön finns sedan tidigare. Det är ett uppköp kan man säga och vi ska helt enkelt migrera in i en struktur som finns så något ska inte sättas upp, förutom att vidarebefordra mail, vilket var min ursprungsfråga.

Permalänk
Medlem

Hoppas jag har fattat dig rätt!

Du kan använda dig av en sendconnector eller en smarthost för den nya domänen i Exchange-servern och använda targetAddress-attributet i AD't för att säga åt Exchange-servern att den här användaren inte finns i organisationen (längre)

Edit:

Jag tror inte ens du behöver använda en custom sendconnector eller smarthost för detta, bara ange vilken epost-adress du vill vidarebefodra mailet till i targetAddress-fältet

Visa signatur

{|XSX|PS3|PS4|}

Permalänk
Medlem

@studiox_swe så ni ska fortsätta drifta er egen epost-server och det på postfix? Själv har jag ett antal domäner kopplade till en och samma postfix server.

Ett förlsag är att ni kopplar båda domänerna till samma epost-server och sedan skapar dom som ska migrera till den nya på nya domänen. De gamla adresserna sätter ni upp som alias till de nya så får användarna både epost till nya och gamla adresserna till samma inbox.

Har bara förvirrat klickat runt en gång i MS Exchange och det för läänge sen, men alias och 2 domäner borde ju fungera även med exchange tycker jag.

Permalänk
Medlem
Skrivet av grogt:

@studiox_swe så ni ska fortsätta drifta er egen epost-server och det på postfix? Själv har jag ett antal domäner kopplade till en och samma postfix server.

Ett förlsag är att ni kopplar båda domänerna till samma epost-server och sedan skapar dom som ska migrera till den nya på nya domänen. De gamla adresserna sätter ni upp som alias till de nya så får användarna både epost till nya och gamla adresserna till samma inbox.

Har bara förvirrat klickat runt en gång i MS Exchange och det för läänge sen, men alias och 2 domäner borde ju fungera även med exchange tycker jag.

(OFF TOPIC)
Det är inga problem att göra just detta även i Exchange.

Lägg till den nya domänen under godkända domäner , powershella ut att alla smtp adresser får en extra smtp adress med den nya domänen som även blir den primära SMTP adressen vid mailsvar.
Automatiskt kommer de nya adresserna uppdateras ute hos era kunderna, det tar givetvis ett tid.

(ON TOPIC)
Men jag misstänker att han har ett mailsystem som skall fasas ut, användarna skall eller är redan migrerade till ett nytt system där den gamla smtp adressen inte existerar längre.

Lättaste lösningen och snabbaste lösningen är väl ungefär det du är inne på att du sätter upp en postfix som tar emot mailen för den gamla domänen, gör en ReWrite på mottagaradressen och relayar mailet till det nya mailsystemet.

Detta kräver dock att namnstandarden är likadan i det nya systemet tex anna.johansson@domän.se och inte anna1.johansson@domän.se då den bara kommer göra rewrite på @domän.se

Efterhand som mailsvar skickas fram och tillbaka kommer de gamla fasas ut hos kunderna.
Går givetvis skicka in ett automatsvar direkt från postfix också att den gamla adressen kommer upphöra.
Dock är det förmodligen lättare om användarna lägger till en notis om detta i sina signaturer istället för att skapa förvirring hos avsändaren när automatsvaret kommer om att adressen kommer upphöra och avsändaren blir osäker på om deras mail verkligen kommit fram..

Permalänk
Inaktiv
Skrivet av Redtooth:

(OFF TOPIC)
Det är inga problem att göra just detta även i Exchange.

Nä absolut inte, dock, som jag sa ska Exchange ut. Exchange kostar pengar i drift och support och den kostnaden vill vi inte ha nästa år.

Skrivet av Redtooth:

(ON TOPIC)
Men jag misstänker att han har ett mailsystem som skall fasas ut, användarna skall eller är redan migrerade till ett nytt system där den gamla smtp adressen inte existerar längre.

Helt korrekt, skönt att jag kanske inte var så otydlig ändå

Skrivet av Redtooth:

Lättaste lösningen och snabbaste lösningen är väl ungefär det du är inne på att du sätter upp en postfix som tar emot mailen för den gamla domänen, gör en ReWrite på mottagaradressen och relayar mailet till det nya mailsystemet.

Detta kräver dock att namnstandarden är likadan i det nya systemet tex anna.johansson@domän.se och inte anna1.johansson@domän.se då den bara kommer göra rewrite på @domän.se

Det kan jag tyvärr inte göra, men hade helt klart varit enklast, det är många e-post adresser som är generella som inte kan vara identiska i det nya systemet. Kan även finnas flera adresser som ska till en ny, en person kanske bytt namn (gift sig) och då vill vi ju vidarebefordra båda adresserna till det nya systemet, där bara den senaste finns.

Skrivet av Redtooth:

Efterhand som mailsvar skickas fram och tillbaka kommer de gamla fasas ut hos kunderna.
Går givetvis skicka in ett automatsvar direkt från postfix också att den gamla adressen kommer upphöra.
Dock är det förmodligen lättare om användarna lägger till en notis om detta i sina signaturer istället för att skapa förvirring hos avsändaren när automatsvaret kommer om att adressen kommer upphöra och avsändaren blir osäker på om deras mail verkligen kommit fram..

Det där är ju sant om man utgår från att det är personer som mailar, så är det ju inte alltid. Om du gör en password reset på sweclockers tror jag inte någon läser av no_reply adressen och vidarebefordrar mailet till nya adressen

Jag kommer behöva göra följande i postfix där jag kör externa hooks.

1.) "Vaccation"- Ett externt script får mailadressen och kollar upp i en databas om epost adressen ska skapa ett autoreply samt vilken som är den nya e-post adressen. En custom body skapas där vi informerar om att e-postmottagaren bytt e-post adress, att vi automatiskt kommer vidarebefordra mailet till nya mottagaren, men att avsändaren bör känna till att det är den nya adressen som gäller.

2.) Forward - Ett externt script kollar upp source adress och identifierar om det finns en ny extern mottagare för den e-post adressen. I annat fall returnerar den en user not found - motsvarande till avsändaren.

Värt att säga är att denna postfix inte kommer sitta direkt på internet utan bakom en mailscanner appliance så den slipper svara på spam mail

Permalänk
Medlem
Skrivet av studiox_swe:

Nä absolut inte, dock, som jag sa ska Exchange ut. Exchange kostar pengar i drift och support och den kostnaden vill vi inte ha nästa år.
Helt korrekt, skönt att jag kanske inte var så otydlig ändå

Det kan jag tyvärr inte göra, men hade helt klart varit enklast, det är många e-post adresser som är generella som inte kan vara identiska i det nya systemet. Kan även finnas flera adresser som ska till en ny, en person kanske bytt namn (gift sig) och då vill vi ju vidarebefordra båda adresserna till det nya systemet, där bara den senaste finns.

Det där är ju sant om man utgår från att det är personer som mailar, så är det ju inte alltid. Om du gör en password reset på sweclockers tror jag inte någon läser av no_reply adressen och vidarebefordrar mailet till nya adressen

Nej, det går givetvis dra det till sin spets..

Citat:

Jag kommer behöva göra följande i postfix där jag kör externa hooks.

1.) "Vaccation"- Ett externt script får mailadressen och kollar upp i en databas om epost adressen ska skapa ett autoreply samt vilken som är den nya e-post adressen. En custom body skapas där vi informerar om att e-postmottagaren bytt e-post adress, att vi automatiskt kommer vidarebefordra mailet till nya mottagaren, men att avsändaren bör känna till att det är den nya adressen som gäller.

2.) Forward - Ett externt script kollar upp source adress och identifierar om det finns en ny extern mottagare för den e-post adressen. I annat fall returnerar den en user not found - motsvarande till avsändaren.

Värt att säga är att denna postfix inte kommer sitta direkt på internet utan bakom en mailscanner appliance så den slipper svara på spam mail

Det där kommer fungera perfekt, dock blir det lite administration men det antar jag du inte har något emot

Permalänk
Inaktiv
Skrivet av Redtooth:

Nej, det går givetvis dra det till sin spets..

Jag måste såklart tänka på alla alternativ, det är inte min hemmaserver jag ska flytta mail för utan runt 400 mailadresser.

Skrivet av Redtooth:

Det där kommer fungera perfekt, dock blir det lite administration men det antar jag du inte har något emot

Jag är IT-arkitekt, jag har naturligtvis ingen som helst ambition att sitta och göra administration i onödan. .... Det kommer bli ett excelark med source-email dest-email och autoreply yes/no som jag importerar i min databas bara = klart.
Det enda som kommer tillkomma är rapportering så jag kan se vilka adresser som inte får mail. det har jag rätt bra koll på idag då vi parsar loggarna från exchange med elasticsearch och kibana.

Permalänk
Inaktiv

Kan berätta att jag löste det med postfix och php, fungerar hur bra som helst. Har tre servrar nu:

- mailedge som hanterar spam, antivirus och som direkt vidarebefordrar mail till ny domän.
- autoresponder som hanterar auto-reply på de adresser vi känner vi måste skicka en unik autoreply.
- vår gamla Exchange server.

Fördelen med detta är att vi kan lägga en autoreply som ser precis likadan ut för alla e-postadresser, samt att vi kan lägga en autoreply på distributionsgrupper vilket är en pain i exchange.

Scriptet är på 200 rader och består av ett par externa libs, KLogger, PlancakeEmailParser och en smtp client.