swissdude

Hallo allerseits

Über die Suchfunktion habe ich bereits einige Themen zu Mail-Weiterleitungen gesehen, aber die halfen mir bisher nicht weiter.

Worum geht's?
Ein Catch-All sammelt alle Mails an die Domain foo.com und schickt sie an ein Script. Dort wird der Inhalt der Mail ausgelesen mit:

In einer Datenbank wird die adäquate private Mailadresse des zugehörigen Benutzers ausgelesen. An diese Adresse soll die Mail weitergeleitet werden (und zwar inkl. allfälliger Anhänge).

$email als Message oder additional Header mittels mail() versenden, funktioniert nicht.

Ich habe auch versucht, die Mimeparser-Klasse von Manuel Lemos einzubinden. Immerhin lässt sich damit die Mail in alle erdenklichen Bestandteile zerlegen. Doch wie ich damit erfolgreich weiterfahre, ist mir nicht ganz klar.

Vielleicht kann mir hier jemand weiterhelfen.

Mister Ad

lstegelitz

Was willst du denn mit dem Inhalt machen? Oder anders gefragt: Woher sollen wir wissen, was du unter "erfolgreich weiterverarbeiten" verstehst?

Weiterversenden... na, das wirst du ja wohl noch hinkriegen - in welcher Form auch immer. DU definierst doch die Endanwendung oder etwa nicht?

Besorg dir eine Mailerklasse. Entpack die Mail inkl. aller Anhäge (Klasse dafür hast du ja schon wie du sagst). Erstell eine neue Mail an das Ziel, da kannste dann den Text, die Header und auch alle Anhänge wieder dranpacken.

__________________
Über 90% aller Gewaltverbrechen passieren innerhalb von 24 Stunden nach dem Konsum von Brot.

tr0y

Meiner Meinung nach falscher Ansatz. Der Mailserver sollte nicht mit einem Script interagieren sondern das Script mit dem Mailserver. Ich würde per IMAP auf den Mailserver zugreifen auf dem der Catch-All liegt. Dort auf Mails prüfen. Sind welche da die jeweiligen Mails ohne sie zu öffnen direkt so wie sie sind an die jeweiligen "neuen Mailadressen" weiterleiten.

Das ganze hinkt aber hinten wie vorne. Der "Best Practise"-Fall in deinem Fall ist wohl das einrichten von Mail-Aliasen, die direkt auf eine x-beliebige Mailadresse weiterleiten. Der Großteil der Backendsysteme ( Confixx und Co ) bietet dafür super einfache Einstellungsmöglichkeiten. Zusätzlich zu der Administrations für den eigentlichen Server-Admin bieten sie ebenfalls spezielle Userbereiche für die einzelnen Alias-Nutzer. So das jeder der bei dir ein Alias hat frei entscheiden kann ob und wann und wohin die Mails umgeleitet werden können. Als Bonus könnte man dort sogar Away-Mails festlegen. Die beispielsweise im Falle von Urlaub an die Absender der reinkommenden Mails als Auto-Reply senden kann.

Dieses Hosting-Environment ist so konzipiert das es am Ende aller Aktionsketten greift. Was bei deinem Mail-Script wahrscheinlich garnicht bedacht wird. Greifst du beispielsweise vor Brückenscripts die z.b. mit Spamassassin oder einer Antivirensoftware interagieren auf die Mails zu und verteilst sie neu, setzt du dort Sicherheitsmechanismen ausser Kraft. Was ja irgendwo nicht im Sinne des Erfinders sein kann.

Kleiner Nachtrag:
Es gibt zu PHP alternativ noch eine spezielle Mail-Director Sprache, genannt Sieve. Die speziell zur Mailverwaltung entwickelt wurde. Erwähne ich hier auch gleichauf mit dem Einwand das User - Aliase erzeugt werden müssen, die dann auch automatisiert über Sieve von den Usern "more advanced" verwaltet werden können.

Zum anschauen: http://de.wikipedia.org/wiki/Sieve

__________________
Lasse mir ohne Anwendung von Gewalt Dinge schenken, Amazon weiß darüber bald mehr.

Jens Clasen

Dem muss ich zumindest im Ansatz widersprechen, bzw. es kommentieren:

1) Es ist durchaus nicht unüblich für Mailservertransports, Filter und co, eingehende Mails via STDIN entgegen zu nehmen.

2) IMAP hat keine Versandmöglichkeit. Mails ohne öffnen weiterleiten geht also nicht. Es gibt allerdings durchaus Mailserver, die einen speziellen Postausgangsordner überwachen und Mails von dort versenden. Das funktioniert allerdings im Regelfall nicht bei Ansprache via IMAP. Polling und Versand auf PHP/Imap-Basis ist der schlechteste wählbare weg.

3) Zum Stichwort Best Practice: Confixx und Co sind hier die falschen Stichworte. Die gängigen Mailserver bieten allerdings im Regelfall die Möglichkeit einer Alias-Konfiguration, z.T. auch auf Datenbank oder zumindest Directory-Basis. Es ist also durchaus möglich, einen Mailserver so zu konfigurieren, dass er die Aliase kennt und selbständig verarbeitet. Eine Catch-All-Adresse braucht es dafür nicht.

4) Das ist das typische Vorgehen. Alles was die vorherigen Sicherheitsmechanismen fressen, kommt beim angesprochenen Transport im Regelfall gar nicht mehr an.

Zumindest sendmail und postfix arbeiten genau nach dem beschriebenen Muster. Und wenn man die Nummer mal durchdenkt, dann ist das auch logischer, serverseitig nach allen Eingangsüberprüfungen ein Weiterversandevent zu triggern, als ein Polling irgendwelcher Form zu implementieren.

5) Sieve ist sicherlich eine brauchbare Möglichkeit für sowas. Allerdings halte ich auch das für übertriebenen Aufwand. Ich würd mir da insgesamt eher einfach den passenden Mailserver für suchen und dem den Weiterversand aufs Auge drücken. Das einzige, was ich an der Stelle überhaupt programmieren würde, ist die Software zur Pflege der Aliasliste.

6) Wenn ich schon ein wie auch immer geartetes Skript implementieren würde, dass in irgendeiner Form Daten auf STDIN entgegen nimmt, dann würd ich maximal diesen Stream on the fly modifzieren und via eines anderen Streams ans passende Mailversand-Binary oder einen geeigneten SMTP-Diemt raus pusten. Eins von beiden bringt der jeweils eingesetzte Mailserver sicherlich ebenso mit sich, wie die grundsätzliche Möglichkeit, solche Skripte überhaupt anzusteuern. Mehr als eine zusätzliche "Received:"-Zeile und ein modifiziertes Ziel (was ja nicht mal zwingend via "To"-Header passieren muss) hängt an der Nummer ja nicht drann.

Gruß Jens