Linux, Xampp, Local - Mailversand funktioniert nicht

[kokosnuss]

Moin,
ich habe mir jetzt mal

Code: Select all

munpack -t email.eml

angeschaut.
Dazu habe ich mir auch die Mainpage unter https://linux.die.net/man/1/munpack angeschaut.
Wenn ich das auf eine meiner E-Mail-Dateien anwende, dann habe ich hinterher eine Datei,
in der NUR der decodierte Base64-Teil enthalten ist.
Damit habe ich dann zwar einen Teil der E-Mail, aber jetzt fehlen die Header-Daten.
Ich habe jetzt also wenn alles bisher erreichte zusammen führe, eine Datei incl. Base64- Anteil und eine mit decodierten Base64-Anteil.
Da muss man ja "nur noch" in der einen den Base64-Teil löschen und dann den anderen Teil anfügen.

Da muss ich mich wohl noch weiter in das Bash-Scripting vertiefen.
Ich könnte jetzt auch einfach beides zusammen kopieren, dann habe ich quasi das Original und die Übersetzung in einer Datei.
Mal schauen was ich jetzt genau machen werde.
Das Ergebnis werde ich hier veröffentlichen.

Danke, für den Weg bis hierher.

Gruß Heiko

[kokosnuss]

Moin,

Es gibt zu dem mailtodisk auch noch ein PHP Ersatz: https://stackoverflow.com/questions/19392975/use-of-mailtodisk-mailoutput-in-xampp-for-linux
Oder einen alternativen Python Ersatz: https://github.com/CybeSystems/MailToDisk

Werde ich mir morgen mal anschauen.

Gruß Heiko

[Altrea]

Und der ganze Aufwand den du da gerade betreibst lohnt sich statt einfach Thunderbird zum öffnen zu benutzen?

Nur um das nochmal zu verdeutlichen: eine erfolgreich in eine klartext Datei gepumpt Email gewährleistet in keinster Weise, dass diese später auf einer Live Umgebung vernünftig verschickt auch sauber formatiert von einem Email Programm geöffnet werden kann.

[Nobbie]

Und der ganze Aufwand den du da gerade betreibst lohnt sich statt einfach Thunderbird zum öffnen zu benutzen?

Nicht nur das, insbesondere ist das doch eigentlich die original Anforderung, es sollte eine Email versendet und empfangen werden (siehe Beitrag Nr. 1). Wenn das also (wie angestrebt) funktioniert hätte, bräuchte man als Endanweder einen Email Client a la Thunderbird. Das ist so selbstverständlich wie das Amen in der Kirche.

Jetzt gibt es aber Probleme mit dem SMTP Server, der versendet die Emails nicht wie gewünscht, also schauen wir hier nach einer Umgehungslösung. Da gibt es dann die (mehr als optimale!) Lösung, statt des Email Versands die Email in eine lokale *.eml Datei zu speichern, mit genau den gleichen Attributen wie die erwünschte (aber nicht funktionierende) Email. Wunderbar, man öffnet also trotz nicht funktionierendem physikalischen Versand einfach Thunderbird und der zeigt genau die Email so an, wie sie beim Versand ausgesehen hätte. Wie genial ist das?!

Aber jetzt gefällt das nicht. Bei aller Liebe: das versteht hier kein Mensch mehr und ich bin ehrlich, ich höre hier auf. Das übersteigt um Welten einen normalen Support. Irgendwo hast Du den roten Faden verloren und statt dankbar die wirklich tolle Lösung umzusetzen, willst Du jetzt irgendeinen Krampf mit einer verstümmelten Textmail, weil.... ja weil... also weil....ja, äh, weiß keiner, versteht keiner.

[kokosnuss]

N'abend,

hier scheint es ein paar Missverständnisse zu geben.
Mir ging es von Anfang an darum, dass ich in meiner lokalen Testumgebung sehen kann was vom Kontaktformular versendet wird.

Als erstes habe ich es per "Sendmail" probiert, was erfolglos war.
Dann habe ich es per SMTP probiert, was auch nicht funktionieren wollte.
Mir fiel dann ein, dass es für XAMPP-Windows ein Sendmail-Dumy gibt, der alles in eine Textdatei schreibt.
Also, habe ich versucht ein entsprechenden Tool für Linux zu bekommen, aber obwohl der Dummy für Windows sogar mit ausgeliefert wird, scheint es keine gleiche Lösung für Linux zu geben.
Also, versuche ich nun mit den Tools die vorhanden sind, das gleiche zu erreichen.
Ich hatte nie vor, dass irgendjemand durch das Formular irgendwelche Mails in die Welt schickt.
Auch ist es nie geplant, XAMPP als Server laufen zu lassen.

Können wir uns wieder auf das/die eigentliche/n Problem/e konzentrieren?!
Stand ist:
Es gibt ein Tool, dass die .eml-Datei in eine Textdatei überführt - darin ist aber noch der Base64-Teil kodiert.
Weiter gibt es ein Tool, das den Base64-Teil extrahiert und decodiert.
Ich bin jetzt dabei und versuche alles zusammen in eine Batch-Datei zusammen zu packen.

Gruß HEiko

[Altrea]

Du hast ein Kontaktformar und möchtest mitschreiben, was darüber versendet wird. Du möchtest aber kein Standard E-Mail Format einhalten, denn sonst würden dir die bisherigen eml Lösungen ausreichen.

Dann frage ich mich, weshalb du die Formardaten nicht direkt in eine log Datei wegschreibst anstatt über mail() zu gehen.

[Nobbie]

Können wir uns wieder auf das/die eigentliche/n Problem/e konzentrieren?!

Ich habe nie etwas anderes getan.

Ausgangssituation: Ein PHP-Kontaktformular , das bei meinem Provider problemlos funktioniert, soll auch lokal funktionieren.
Formular ausfüllen, überprüfen, absenden und Danke-Seite öffnen, funktioniert.
Was nicht funktioniert, ist der Mailversand. Ich bekomme einfach keine Mail.

Und die Mail bekommst Du jetzt (direkt als Datei), Problem gelöst. Punkt. Ich sehe da auch nicht das geringste Mißverständnis.

[kokosnuss]

Moin,

das Problem ist gelöst (Wie ändere ich das Betreff des ursprünglichen Postings entsprechend?).
Die Ursache lag an ganz anderer Stelle.
Als ich das Formular erstellte, wurde ich darauf hingewiesen, dass ich dort nicht

Code: Select all

sendmail

nutzen kann, weil es den Befehl in PHP nicht gibt. Ich solle stattdessen

Code: Select all

mb_send_mail

nutzen.

Was mir nicht bewusst war ist, dass

Code: Select all

mb_send_mail

den Nachrichtentext BASE64 encodet.
Ich habe jetzt im Formular einfach

Code: Select all

mail

eingesetzt und schon bekomme ich lokal , schöne Klartexteinträge in einer Datei und wenn ich das Formular bei meinem Provider laufen lasse, schöne Klartext-Mails.

Ich danke, Euch für Eure Unterstützung und Geduld.
Ohne den Austausch mit Euch, wäre ich

Code: Select all

mb_send_mail

nie auf die Spur gekommen.

Mit freundlichem Gruß
von der Nordseeküste
Heiko