Onderwerp: Volgorde van afhandeling in postfix ?

Hallo,

Waarschijnlijk kan het niet, maar aangezien Postfix me wel vaker verbaast stel ik de vraag toch maar...

Kan ik in Postfix de volgorde aanpassen waarin mail verwerkt wordt ? Ik dacht met een slim trucje alle mail van een klant die momenteel een probleem op kantoor heeft te kopieren naar een tijdelijke mailbox. Maar de transport-functie gaat blijkbaar voor de virtual afhandeling. Hoe kan ik Postfix nou overtuigen toch virtual_alias_maps (of een vergelijkbaar mechanisme) te gebruiken vóórdat de transport ingezet wordt ? Probleem in dit geval is dat de doelserver offline is en dat mails dus niet afgeleverd kunnen worden.

Tx alvast!

Marcus

In plaats dat je heel veel moeite doet om een andere transport route te creeeren kun je beter je queue lifetime verhogen zodat postfix de mail vasthoud.

Hallo Mikey,

Dank voor je reactie. Punt is dat het voor deze klant minimaal tot maandag gaat duren voor de server weer bruikbaar is. Ik had het fantastische idee om de e-mail te kopieren naar een tweede adres die gewoon uitgelezen kon worden.

Ik dacht dus even handig de mailadressen in virtual_alias_maps te kopieren (a@b.nl A@c.nl,a@b.nl). Maar de transport/relay_domains heeft blijkbaar voorrang.

Marcus

dan zou je in transport ook aan kunnen dat voor één domein er een ander ip is

domein smtp:[ip]

http://www.postfix.org/transport.5.html

Dat zou een wel heel omslachtige oplossing worden: dan zou mail naar een andere server moeten om vertaalt te worden en die stuurt beide e-mails weer terug ?

wat voor functie heeft de server nu dan ?

okee, misschien was dat niet helemaal duidelijk. klant heeft server op kantoor, maar die is door rookschade niet bruikbaar. wij relayen de e-mail en houden die mail nu dus vast. wij willen klant graag inzage geven in de e-mail die klaar staat en ik had zo bedacht om nieuwe inkomende mail te kopieren naar een extra e-mailadres waar het wel uitgelezen kan worden.

ok, maar is de postfix machine enkel een relay machine of heb je al bijvoorbeeld dovecot erbij op draaien ? Ik heb namelijk het idee dat je ergens vergeet aan te geven dat het bewuste domein niet meer extern staat maar local afgehandeld dient te worden.

Oorspronkelijk geplaatst door marcussmit

Hallo,

Waarschijnlijk kan het niet, maar aangezien Postfix me wel vaker verbaast stel ik de vraag toch maar...

Kan ik in Postfix de volgorde aanpassen waarin mail verwerkt wordt ? Ik dacht met een slim trucje alle mail van een klant die momenteel een probleem op kantoor heeft te kopieren naar een tijdelijke mailbox. Maar de transport-functie gaat blijkbaar voor de virtual afhandeling. Hoe kan ik Postfix nou overtuigen toch virtual_alias_maps (of een vergelijkbaar mechanisme) te gebruiken vóórdat de transport ingezet wordt ? Probleem in dit geval is dat de doelserver offline is en dat mails dus niet afgeleverd kunnen worden.

Tx alvast!

Marcus

Multiple transports kan niet in postfix , de logica van smtp zegt dat er maar 1 endpoint is voor 1 adres, meer forwards mag wel.

Ben bang dat wat je wil niet zomaar kan, zeker niet zonder de lijst van adressen op de remote locatie.

Heb je die wel, kan je met virtual een bezorging op het adres en een dropall (lokaal) doen.

Onze server is een relay server / spam filter. We weten exact welke adressen er op de nu-onbereikbare server leven.

Punt is dat het geen enkel probleem is om Postfix adressen te laten kopieren (virtual_alias_maps met daar het adres aliassen naar zichzelf en naar een kopie-adres) en het is ook geen enkel probleem om de mail door te laten sturen (relay_domains + transport), alleen die combinatie ( b)lijkt wat lastig

Nu kan ik het oplossen door een andere server (bijv backup mx) de transport te laten doen en deze relay (primary mx) alleen voor de vertaalslag in te zetten. Ik hoop alleen nog steeds dat het met een erg simpele ingreep op de primaire relay op te lossen is... bij wijze van spreken door de virtual transport vóór de smtp transport te plaatsen.

Wat misschien ook nog zou kunnen: de mailserver waarop de mail voor het kopie-adres wordt gehost gebruiken om de mail te kopieren en het primaire mailadres (dat hier dan de kopie is) per transport naar het kantoor laten doorsturen..

Hm, misschien is dat nog wel een veel betere oplossing ;- )

als ze inzicht willen, drop die dan gewoon lokaal in een virtueel domein en geef ze via dovecot/courier toegang tot een webmail of zo. Instant happyness bij hun.

Als de server er terug is, verwijder alles van lokaal transport/virtual en ga alle messages terug queuen (find met wat parameters + wat intelligente formail/mail dingen)

Oorspronkelijk geplaatst door wonko

Als de server er terug is, verwijder alles van lokaal transport/virtual en ga alle messages terug queuen (find met wat parameters + wat intelligente formail/mail dingen)

Hm, ik heb mezelf niet heel erg laag zitten, maar ben bang dat "intelligente formail/mail dingen" wat te veel van het goede is in dit specifieke geval..

Anyway, ik wilde hier alleen even droppen dat ik het uiteindelijk het kunnen oplossen met recipient_bcc.. Achteraf was dat ook precies wat ik wilde..