Prepared email attachments for notification email

[XHalbert]

das hier wäre ein Wunsch von mir, es ging bisher auch ohne - ist aber lästig - wäre eine schöne Entlastung wenn viele Bestellungen reinkommen.

(Die Bestellbestätigung kommt unabhängig hiervon als Mail mit Anhang (z.Z. bill.rtf) wie bisher)

1. vorbereitete Versandbestätigung Es wird eine zusätzliche Email erzeugt, die nur der Shopbetreiber erhält. Diese würde Name und Emailadresse des Kunden so enthalten, dass der Shopbetreiber sie nach erfolgtem Versand nur noch losschicken braucht, ohne Name und Emailadresse reinkopieren zu müssen: Betreff: Versandbestätigung - < Kundenname > - < Schopname > hat Ihre Bestellung verschickt Text: in Sprachdatei

2. vorbereitete Aufforderung zur Bewertung Es wird eine weitere zusätzliche Email erzeugt, die nur der Shopbetreiber erhält. Diese würde Name und Emailadresse des Kunden so enthalten, dass der Shopbetreiber sie z.B. zwei Wochen später nur noch losschicken braucht, ohne Name und Emailadresse reinkopieren zu müssen: Betreff: Bitte Bewertung abgeben - < Kundenname > - Ihre Bestellung bei < Schopname > Text: in Sprachdatei

Diese beiden Emails sollten jeweils an separate Emailadressen gemailt werden, die in der Sprachdatei steht. Wenn da nichts steht, wird keine Email verschickt.

PS kann man diesem issue ein Label "super Idee aus der Praxis - XH-Shop wird flügge" zuweisen

[cmb69]

@XHalbert Hast du dieses Ticket absichtlich geschlossen? Falls ja: wieso?

[XHalbert]

nein ich weiß gar nicht wie das passiert ist :( habe nur alles in eins zusammengefasst

[cmb69]

nein ich weiß gar nicht wie das passiert ist :(

Vielleicht hast du statt "Comment" auf "Close and comment" geklickt. Egal, ich mach's wieder auf. :)

[cmb69]

Es wird eine zusätzliche Email erzeugt, die nur der Shopbetreiber erhält. […] ohne Name und Emailadresse reinkopieren zu müssen

Da gibt es aber ein technisches Problem: eine E-Mail wird an einen bestimmten Empfänger verschickt, und das wäre hier der Shopbetreiber. Diese E-Mail kann dann nicht einfach an den Kunden verschickt werden, ohne wenigstens dessen E-Mail-Adresse einzutragen. Man könnte hier wohl höchsten einen Reply-To-Header auf die Adresse des Kunden setzen, so dass der Shopbetreiber auf die E-Mail antworten könnte. Aber dann wird zunächst mal der alte Text gequotet. Außerdem könnte es Probleme auf Webservern geben, wenn Empfänger und Reply-To unterschiedlich sind (weiß ich nicht, könnte ich mir aber vorstellen). Ansonsten könnte der Shopbetreiber die E-Mail weiterleiten, müsste dann aber die Empfängeradresse eingeben, und die Mail würde beim Kunden i.d.R. auch als "Forwarded" angezeigt werden. Keine dieser Varianten erscheint mir erstrebenswert.

Hat vielleicht ein anderer eine Idee, wie man das praktikabel umsetzen kann?

Falls man davon ausgehen könnte, dass der Shopbetreiber mit einem E-Mail-Client arbeitet, der gut mit .eml Dateien umgehen kann, dann könnte man die E-Mail als Anhang verschicken, den der Shopbetreiber öffnet und verschickt (und bei Bedarf eben noch schnell bearbeitet). Das klappte gut mit Thunderbird, und vermutlich einigen anderen E-Mail-Clients, aber ich vermute, dass das spätestens bei Web-Clients nicht mehr geht.

Eine theoretische Möglichkeit wäre natürlich, die E-Mail über den Shop zu verschicken. Dann müsste dieser aber zu einem kleinen Warenwirtschaftssystem ausgebaut werden – zumindest nichts für die nähere Zukunft.

[XHalbert]

Falls man davon ausgehen könnte, dass der Shopbetreiber mit einem E-Mail-Client arbeitet, der gut mit .eml Dateien umgehen kann, dann könnte man die E-Mail als Anhang verschicken, den der Shopbetreiber öffnet und verschickt

das scheint mir eine gute Lösung. Ist dann halt eine Zusatzleistung des Shops, für die bestimmte Vorraussetzungen beim Shopbetreiber erfüllt sein müssten.

Was sind denn Web-Clients? Müssen wir die hier berücksichtigen?

zu einem kleinen Warenwirtschaftssystem ausgebaut werden – zumindest nichts für die nähere Zukunft

sehe ich auch so. Aber vielleicht findet sich irgendwann mal jemand, der open-source-Lösungen kennt, die schon existieren und die als Plugin in den Shop eingebaut werden könnten... oder mit denen der Shop kommunizieren kann. Ich denke da an sowas wie "afterbuy" ... dafür müsste der Shop dann angepasst werden...

Außerdem gibt es ja auch noch die Möglichkeit, irgendwas mit open-office oder anderen Programmen zu basteln, die der Shopbetreiber in seinem PC nutzt, und für die der Shop lediglich die geeigneten Daten liefert.

[frase-git]

Was sind denn Web-Clients? Müssen wir die hier berücksichtigen?

Das sind E-Mail-Programme, die im Browser laufen. Viele Leute haben nur sowas (z.B. web.de ...) Auch bei t-onl gibt es Web-Mail. Und die können dann mit *.eml gar nichts anfangen.

Auf meinem Rechner findet sich auch kein Outlook. Hätte ich nicht Thunderbird händisch installiert, ginge es mir genau so.

[XHalbert]

mit *.eml gar nichts anfangen

Habs mal spaßeshalber mit gmx probiert. Da kann ich auf den eml-Anhang klicken und "Öffnen/Auf Festplatte speichern" wählen. Da ich Thunderbird habe, geht öffnen...

[XHalbert]

Viele Leute haben nur sowas

ok verstanden. Aber sollen wir wegen denen eine Möglichkeit ausschließen, wenn uns dafür nichts besseres einfällt? Im Übrigen können die ja Thunderbird bekommen, wenn sie wollen.

Ich vermute, dass es nicht übertrieben viel Mehraufwand machen würde, zunächst einmal die Emailanhanglösung zu realisieren? (und später weiter zu sehen?)

[cmb69]

Ich vermute, dass es nicht übertrieben viel Mehraufwand machen würde, zunächst einmal die Emailanhanglösung zu realisieren?

Die E-Mails als Anhang zu versenden ist kaum Mehraufwand, aber das Erstellen der Mails u.U. schon, je nachdem was genau drin stehen soll, und inwieweit das konfigurierbar sein soll. Und Versandbestätigung und Bewertungsaufforderungen sind ja nur zwei Dinge, die man sich wünschen könnte. Andere wollen dann vielleicht noch eine vorbereitete Zahlungserinnerung, Dankeschönmail um den Zahlungseingang zu quittieren – CMSimpler sind da oft sehr kreativ.

Außerdem gibt es ja auch noch die Möglichkeit, irgendwas mit open-office oder anderen Programmen zu basteln, die der Shopbetreiber in seinem PC nutzt, und für die der Shop lediglich die geeigneten Daten liefert.

Eigentlich halte ich das für die richtigere Lösung (zumindest fürs erste). Der Shop dient nur dem Online-Kauf; alles andere wird mit einer separaten Auftragsbearbeitung erledigt.

PS: Bewertungsaufforderung erfodert natürlich auch ein Bewertungssystem für den Shop.

[frase-git]

Fass ohne Boden

[XHalbert]

Mehraufwand... je nachdem was genau drin stehen soll, und inwieweit das konfigurierbar sein soll.

muss ja nicht konfigurierbar oder sonstwie perfekt sein. Einfach eine als "Versandbestätigung" vorbereitete .eml... das wär schon was (wenn Betreff, Name und Email des Kunden, evtl. Datum des Kaufs und die gekauften Artikel drin sind) und wer die verwenden will, kann sie selbst anpassen...

Ich denke, das könnten viele Shopnutzer gut gebrauchen (solange es nichts besseres gibt)

Aber ihr kennt mich ja. Wenn der Shop sowas derzeit nicht bietet, bastel ich bei Gelegenheit selbst eine Lösung für mich - nur, da hatte ich in der Vergangenheit einiges probiert und es klappte nicht - aber mit XH-Shop gehts vielleicht besser, und dann gibt es ja auch noch das Forum...

Mehraufwand, Interessanter Artikel leider mit einigem Chinesisch.

Bewertungsaufforderung erfodert natürlich auch ein Bewertungssystem für den Shop.

das von mir erweiterte poll_XH stände zur Verfügung. Sternchen vergeben, cookie-vermittelt kein Problem, außer bei paypal-Kauf. dito Link für Kommentare in logingeschütztem Kundenbereich, die aber nicht auf den jeweiligen Artikel bezogen sind. Link für Kommentare in allgemeinem Forum geht sowieso.

Programmen ... für die der Shop lediglich die geeigneten Daten liefert.

das wenige, was ich da bisher gesehen habe war entweder teuer und/oder umständlich.

Aber letztlich war das der Grund, weshalb ich mich schon nach anderen Shops umgesehen hatte, die nebenbei in der Regel auch eine Schnittstelle zu verschiedenen Paketdiensten, und zu amazon, ebay und co. bieten. Klar will XH-Shop mit denen nicht konkurrieren, aber es hat schon seinen Grund, weshalb "richtige" Shops sowas haben... und vielleicht würden mehr Leute unseren "kleinen" Shop nutzen, wenn er etwas mehr zu bieten hätte, ggf. als plugin...

eine richtige Schnittstelle wäre wohl sehr kompliziert, oder? und Zukunftsmusik...

[cmb69]

Fass ohne Boden

Da kann ich mich nur anschließen, zumal ich heute schon wieder ein paar Stunden in den Shop gesteckt habe, nur um Bugs zu fixen, und ein paar kleinere Verbesserungen vorzunehmen. Ich denke, falls nicht noch ein Programmierer dazu stößt, dass wir diese Sache auf 2.0 schieben müssen. Leider.

eine richtige Schnittstelle wäre wohl sehr kompliziert, oder? und Zukunftsmusik...

Ich vermute schon, weiß aber nicht mal wie eine Schnittstelle zu Paketdiensten konkret auszusehen hätte.

[XHalbert]

Ich möchte nochmal hierauf zurückkommen (und der "Fass ohne Boden"-Äußerung widersprechen!):

muss ja nicht konfigurierbar oder sonstwie perfekt sein. Einfach eine als "Versandbestätigung" vorbereitete .eml... das wär schon was (wenn Betreff, Name und Email des Kunden, evtl. Datum des Kaufs und die gekauften Artikel drin sind) und wer die verwenden will, kann sie selbst anpassen...

Wichtig ist ja nicht, was in der .eml drin steht sondern dass der Shopbetreiber da nach Belieben Text und die benötigten Platzhalter einfügen kann. Je nach dem, ob es als Versandbestätigung, Feedback, Gutschein oder was auch immer eingesetzt werden soll. Aber zumindest eine Versansbestätigung wird wohl (fast) jeder benötigen.

Also eine mehr oder weniger blanko-eml im Anhang wär sicher sinnvoll und wünschenswert. Ein toller Service für einen "kleinen" Shop! Zumal "kleine" Shopbetreiber sich wahrscheinlich kein teures afterbuysystem leisten wollen werden.

---

Obwohl "eml im Anhang" wohl die bessere Lösung wäre, käme aber immer noch die "zusätzliche Email an Shopbetreiber"-Lösung in frage

Man könnte hier wohl höchsten einen Reply-To-Header auf die Adresse des Kunden setzen, so dass der Shopbetreiber auf die E-Mail antworten könnte... ... könnte es Probleme auf Webservern geben, wenn Empfänger und Reply-To unterschiedlich sind (weiß ich nicht, könnte ich mir aber vorstellen).

So sieht der Header bei Emails aus, die Paypal verschickt. "Antwort an" ist die Emailadresse des Kunden "An" die des Shopbetreibers

daher nehme ich an, dass sowas grundsätzlich möglich ist.

[cmb69]

Zumal "kleine" Shopbetreiber sich wahrscheinlich kein teures afterbuysystem leisten wollen werden.

Das ist halt ein grundsätzliches Ding, wobei es gar nicht mal um eine teure Auftragsbearbeitung geht. Ist keine solche im Einsatz, und lebt das Geschäft ausschließlich vom Onlinehandel (und vielleicht Direktverkäufen), dann genügt der XH-Shop Version 1.0 trotzdem nicht ansatzweise.

Eine optionale zusätzliche E-Mail soll mir recht sein. Diese würde dann nur verschickt, wenn es entsprechende Templates gibt. Wenn du entsprechende Templates (HTML und TEXT) ausarbeitest, und Frank nichts dagegen hat, dann könnte ich deren Versand noch umsetzen.

[frase-git]

Nichts dagegen.

[XHalbert]

genügt der XH-Shop Version 1.0 trotzdem nicht ansatzweise

ab Version 2.0 wird das schon ein sehr schöner Shop sein, wo "man" was mit anfangen kann, und der seine Vorzüge hat...

könnte ich deren Versand noch umsetzen.

danke das ist sehr nett

entsprechende Templates (HTML und TEXT)

du meinst analog zu html.tpl und text.tpl? Das ergäbe dann eine zusätzliche Email. Wie sollten die dann heißen? Text einfach reinschreiben oder Sprachvariablen? OK werde mir mal Gedanken machen...

Stattdessen eine ".eml" im Anhang käme nicht in Frage? Bin mir im Moment nicht sicher, was praktischer wäre...

[cmb69]

du meinst analog zu html.tpl und text.tpl? Das ergäbe dann eine zusätzliche Email. Wie sollten die dann heißen? Text einfach reinschreiben oder Sprachvariablen? OK werde mir mal Gedanken machen...

Ja, ganz in der Art von html.tpl und text.tpl, und ebenso mit deren Platzhaltern. Wie die Dateien heißen sollen? Vielleicht ebenfalls html.tpl und text.tpl, aber im ordner additional_email/ oder so.

Stattdessen eine ".eml" im Anhang käme nicht in Frage?

Das nimmt sich nicht viel, und kann wohl leicht geändert werden.

[XHalbert]

habe jetzt html.tplund text.tpl für ordner additional_email/ erstellt additional_email.zip in einer de.txt sind die Sprachtexte (mit html.tpl hab ich getestet, müsste i.O. sein)

Im Betreff sollte unbedingt wieder der Name des Kunden stehen, z.B. "Versand - Vorname Name - Ihre Bestellung wurde verschickt!"

"An" Shopbetreiber "Weiterleiten an" Kunden

PS: Hab mal mit einer .eml im Anhang versucht. Doof, auch da musste ich "Antworten" oder "Weiterleiten" klicken, einfach nur "Senden" ging nicht - sonst wär das noch praktischer...

[cmb69]

Okay, das habe ich mal soweit umgesetzt. Die drei neuen Sprachtexte habe ich direkt in die Templates geschrieben, um alles möglichst allgemein zu halten – es handelt sich eben um eine zusätzliche E-Mail, die für diverse Zwecke genutzt werden kann. Ich frage mich, ob es nicht sogar noch besser wäre, wenn gar kein Text in den Templates vorgegeben wird.

Das Reply-To habe ich gesetzt, aber antworten will man eigentlich nicht, sondern eher weiter leiten. Hängt zwar letztlich vom verwendeten Mail-User-Agent ab, aber normalerweise quoten diese den vorhandenen Text beim antworten, und das zu korrigieren, erscheint zu aufwendig.

[frase-git]

Mein Thunderbird ist standardmäßig auf "nur Text" beim Verfassen von E-Mails eingestellt. Klicke ich bei der zusätzlichen Mail auf "weiterleiten" oder "antworten" kommt natürlich der Text als Text. Erst mit Shift-Click komme ich in den HTML-Modus. Ich schreibe das hier nur als Erinnerung. Das hatte ich nämlich schon fast wieder vergessen - und mich gewundert.

Ansonsten würde ich den Text dieser Zusatzmail für die allgemeine Auslieferung ganz allgemein halten - oder wirklich ganz entfernen (wie von Christoph vorgeschlagen).

Für mich steht jetzt noch die Frage, an welcher Stelle im Wiki das beschrieben werden soll - und wie? Und wie stellt man den Versand der 3. Mail ab?

Übrigens: Bei "antworten" wird die Adresse übernommen aber der Betreff wird: Re: Zusätzliche E-Mail über Bestellung von ... Außerdem wird gequotet. Bei "weiterleiten" wird nicht gequotet, aber der Betreff sieht genau so aus und die Mail-Adresse wird nicht automatisch übernommen. In beiden Fällen isses nix mit Klick und verschicken. Da muss man auf jeden Fall noch händisch ran.

[cmb69]

Da muss man auf jeden Fall noch händisch ran.

Ja, sehe ich auch so. Gerade diesbezüglich erscheint es sinnvoll, die Textbausteine in den Templates zu entfernen. Und eigentlich frage ich mich, ob das so überhaupt sinnvoll ist.

Für mich steht jetzt noch die Frage, an welcher Stelle im Wiki das beschrieben werden soll - und wie? Und wie stellt man den Versand der 3. Mail ab?

Die 3. Mail wird nur verschickt, wenn sowohl html.tpl als auch text.tpl vorhanden sind. Man kann also eine der beiden Dateien (oder gleich beide) löschen, wenn man die 3. Mail nicht will.

Beschreiben könnte man es vielleicht am Ende der Shop-Konfiguration, da dort ja auch die Bestätigungs-E-Mails erwähnt werden. Oder es wird noch ein Abschnitt "Ablauf einer Bestellung" ergänzt; ist zwar eigentlich selbtserklärend, aber vielleicht doch ganz nett. Das zeigt dann den Shop einmal eher aus Käufersicht, vermittelt aber auch ein Stück weit, was der Shop kann und was nicht.

[frase-git]

Wahrscheinlich wäre es wohl sinnvoller, dann doch eine *.eml zu haben, in der Absender, Empfänger und Betreff richtig drinstehen. Bleibt die Frage, wie erstellt man die Vorlage dafür richtig? Und wenn, wäre es möglicherweise besser genau wie bei "Email attachment" ein Feld in der Sprachdatei zu haben, wo man den Dateinamen (oder auch mehrere) angeben kann? Die Lösung mit der 3. Zusatzmail scheint mir wirklich wenig Nutzen zu bringen. Hören wir mal, wie @XHalbert das sieht.

[XHalbert]

sinnvoller, dann doch eine *.eml zu haben

manch einer würde es vllt. als Vorteil sehen, dass die .eml als 2. Anhang in der Bestellbestätigung kommen könnte, aber das sehe ich im Moment nicht (mehr) so, denn mehrere Anhänge bedeutet (zumindest bei Thunderbird) ein Klick mehr bzw. Doppelklick.

Ich verfahre im Moment so: Die Bestellbestätigung ziehe ich, nachdem ich die Rechnung erstellt habe, in den Thunderbird-Ordner "versandfertig". Nachdem das Paket raus ist, erstelle ich eine Versandbestätigung, indem ich die Emailadresse des Kunden kopiere und mir den Namen im Kopf merke, dann in einer vorbereiteten Versandmail "Weiterleiten" klicke, dort die Mailadresse einfüge und den Namen von Hand reinschreibe. Dann noch "fwd :" im Betreff löschen und die fünf Zeilen am Anfang. Das ist natürlich ausgesprochen lästig. Danach ziehe ich die Bestellemail in einen Ordner "Bewerten". Da könnte ich nach einer gewissen Zeit das ganze Spielchen mit einem anderen Text zum Bewerten wiederholen, aber das spare ich mir derzeit... Vielleicht versteht ihr jetzt besser, dass eine vorbereitete Mail mit Betreff sowie Name und Emailadresse des Kunden schon eine tolle Erleichterung wäre und erst recht, wenn es noch eine weitere dritte für Bewerten gäbe. Insofern, Frank, würde mir die 3. schon eine Menge Nutzen bringen. Weiß nicht ob andere Shopbetreiber das anders sehen... Übrigens auch ohne Bewertungsplugin kann man zumindest um einen Kommentar im Kundenforum und auf Facebook, Google+ & Co. bitten, was ich auch tue, aber z.Zt. schon direkt in der Versandbestätigung, und das ist blöd, weil die Kunden die Sachen ja noch gar nicht haben..

In beiden Fällen, .eml im Anhang oder separate Mail, brauchte ich nur etwas Text rauslöschen, das ist allemal besser als ganz ohne. Und ich wüsste auch nicht, wie es "nur mit Bordmitteln", d.h. ohne andere Programme, die meist auch Nachteile haben, gehen könnte. Mit Serienbrieffunktion und Daten aus der Exel habe ich vielleicht nicht ausführlich genug experimentiert, aber war mir alles viel zu umständlich, und man verliert auch leicht den Überblick. Da geht Emails in Thunderbird von einem Verzeichnis in ein anderes verschieben schon deutlich besser.

Und wie gesagt: ...auch bei .eml im Anhang musste ich "Antworten" klicken, einfach nur "Senden" ging nicht. Und leider steht bei "Antworten" nicht nur "Re" im Betreff, sondern (zumindest bei Thunderbird) auch noch am Anfang der Mail "Am 05.08.2017 um 11:45 schrieb ..." und hier wird nicht Datum und Zeit von Jetzt eingesetzt, sondern von der ursprünglichen Mail. Die Zeile müsste also auch noch gelöscht werden. Aber wie gesagt, das finde ich akzeptabel.

wie bei "Email attachment" ein Feld in der Sprachdatei zu haben, wo man den Dateinamen (oder auch mehrere) angeben kann

ja genau, "oder auch mehrere" würde ich begrüßen, und wers nicht will, schreibt nix rein.

[cmb69]

manch einer würde es vllt. als Vorteil sehen, dass die .eml als 2. Anhang in der Bestellbestätigung kommen könnte, aber das sehe ich im Moment nicht (mehr) so, denn mehrere Anhänge bedeutet (zumindest bei Thunderbird) ein Klick mehr bzw. Doppelklick.

Hm, ist es wirklich mehr Aufwand die .eml aus dem Anhang zu versenden? Schließlich könnten bei dieser ja bereits die Adressen (Von und An) korrekt angegeben sein, so dass man nur noch Senden klicken muss; bei einer direkten Mail müsste man Antworten (und die Zitierung entfernen) oder Weiterleiten (und die E-Mail-Adresse des Empfängers eintragen). Und es ist zu bedenken, dass bei der Bearbeitung der E-Mail u.U. die schöne Formatierung der Artikel-Tabelle vor die Hunde geht (entweder im HTML oder im Text).

Nachteil bei .eml ist halt, dass vermutlich so mancher Mailer damit nicht viel anfangen kann, oder es zumindest aufwendig werden kann, die E-Mail zu importieren, damit sie versendet werden kann.

Jedenfalls habe ich im email-attachment Branch einmal die Variante implementiert, dass die zusätzliche E-Mail als Anhang an die Benachrichtungsmail angehängt wird. Bitte mal ausprobieren.

[frase-git]

Leider musste ich wieder mal dazulernen. Albert hat es ja schon geschrieben. Egal, ob die Mail als Extra-Mail oder als eml-Anhang kommt - sie wird immer wie eine empfangene Mail behandelt. Man muss also auf antworten oder weiterleiten klicken, um sie zu versenden. Damit gibt es die selben Probleme, wie schon beschrieben. Mir fällt jetzt nichts mehr ein.

@XHalbert Hast du mal probiert, den Anhang oder die 3. Mail mit "Nachchricht->als neu bearbeiten" Strg-E Damit funktioniert es einigermaßen. Nur bei den Adressen muss man aufpassen.

[cmb69]

Egal, ob die Mail als Extra-Mail oder als eml-Anhang kommt - sie wird immer wie eine empfangene Mail behandelt. Man muss also auf antworten oder weiterleiten klicken, um sie zu versenden. Damit gibt es die selben Probleme, wie schon beschrieben.

Upps! Soweit habe ich das gar nicht mehr nachverfolgt. Mir fällt auch erst mal nichts mehr ein.

[XHalbert]

"Nachchricht->als neu bearbeiten" Strg-E oh das kannte ich noch nicht. Das funktioniert wohl ganz gut. Was ist mit den Adressen? War bei mir ohne Probleme, ich hatte die .eml mit Thunderbird "speichern als" erstellt.

[frase-git]

"Nachchricht->als neu bearbeiten" Strg-E Ja, die Funktion kannte ich zwar, gehört aber zu denen, die ich so selten verwende, dass ichs vergaß.

Also damit kannst du jede Art von Mail bearbeiten. Also entweder die 3. Mail oder den eml-Anhang - da musst du dich jetzt entscheiden.

Ich denke, damit kannst du wohl auch deine bisherige Kopiererei mit "Namen merken" usw. etwas vereinfachen.

Ob sowas auch in anderen Mail-Programmen möglich ist, weiß ich nicht. Mit den Adressen scheint in Ordnung zu sein - oder? Antwort an: und An: ???

[cmb69]

"Nachchricht->als neu bearbeiten" Strg-E

Interessant, danke!

Wenn man mit der .eml als Anhang Variante leben kann, dann könnte ich mir vorstellen, dies als alternatives "bill" Format zu implementieren (bin nicht sicher, ob das mit .html und .txt Template geht, aber eigentlich könnte man hier wohl auf .txt auch verzichten). Und dann wäre es auch denkbar, das strikte "oder" aufzuheben, und beliebig viele "bill" Anhänge in unterschiedlichen Formaten zu erlauben. Dann kann sich jeder das oder die Templates erstellen, die er braucht.

Mit den Adressen scheint in Ordnung zu sein - oder? Antwort an: und An: ???

Das ist schon bei der Bestätigungsmail an den Kunden so, siehe https://github.com/cmsimple-xh/xhshop/blob/master/classes/FrontEndController.php#L580-L582. Ich sehe keinen Sinn darin, ein Reply-To anzugeben, das identisch zu From ist, würde es also entfernen.

[XHalbert]

habe den email-branch getestet. Eine Sache: Wenn ich "Additional subject" ändere, z.B. in: "Versand - %1$s - Ihre Bestellung bei %2$s wurde verschickt" dann wird nichts im Betreff angezeigt.

Ansonsten klappt das ja fast perfekt. Nur was nervt ist, dass ich thunderbird nicht beibringen kann, die eml bei Doppelklick gleich zu öffnen. eml als Anhang scheint unter "Einstellungen/Anhänge" nicht vorgesehen zu sein. Man muss aber den Anhang erst öffnen, direkt auf den eml-Anhang Strg E anwenden geht nicht.

[cmb69]

Eine Sache: Wenn ich "Additional subject" ändere, z.B. in: "Versand - %1$s - Ihre Bestellung bei %2$s wurde verschickt" dann wird nichts im Betreff angezeigt.

Das liegt daran, dass zumindest derzeit nur 1 Parameter unterstützt wird. Könnte aber leicht geändert werden.

Nur was nervt ist, dass ich thunderbird nicht beibringen kann, die eml bei Doppelklick gleich zu öffnen. eml als Anhang scheint unter "Einstellungen/Anhänge" nicht vorgesehen zu sein.

Das ging bevor ich den Mime-Type explizit auf application/octet-stream geändert habe, weil vorher zwar der .eml Anhang direkt geändert werden konnte, aber nur eine komplett leere E-Mail ohne Adressen angezeigt wurde (mit text/plain wurde die E-Mail verstümmelt angezeigt) . Nun ist es bei mir so, dass nach Doppelklick auf den .eml Anhang ein "Öffnen mit" Dialog angezeigt wird.

[frase-git]

Man muss aber den Anhang erst öffnen, direkt auf den eml-Anhang Strg E anwenden geht nicht.

Nun ist es bei mir so, dass nach Doppelklick auf den .eml Anhang ein "Öffnen mit" Dialog angezeigt wird.

Das ist das normale Verhalten. Den Anhang "als neu bearbeiten" geht nicht (ZIP, PDF ...). Also wird es besser sein, eine 3.Mail zu verwenden. Die empfängt man normal, klickt Strg-E und schon isse da. Schneller gehts nicht.

[frase-git]

Das ist schon bei der Bestätigungsmail an den Kunden so, siehe https://github.com/cmsimple-xh/xhshop/blob/master/classes/FrontEndController.php#L580-L582. Ich sehe keinen Sinn darin, ein Reply-To anzugeben, das identisch zu From ist, würde es also entfernen.

Ja. Weg damit.

Wenn man mit der .eml als Anhang Variante leben kann, dann könnte ich mir vorstellen, dies als alternatives "bill" Format zu implementieren (bin nicht sicher, ob das mit .html und .txt Template geht, aber eigentlich könnte man hier wohl auf .txt auch verzichten). Und dann wäre es auch denkbar, das strikte "oder" aufzuheben, und beliebig viele "bill" Anhänge in unterschiedlichen Formaten zu erlauben. Dann kann sich jeder das oder die Templates erstellen, die er braucht.

Wie meinst du das? Es gäbe dann ein Feld "Email attachment for customer"? und eines für den Betreiber? Dort kann man mehrere Dateien angeben, die der Shop - falls vorhanden - automatisch ausfüllt und versendet?

[cmb69]

Ja. Weg damit.

Erledigt.

Wie meinst du das? Es gäbe dann ein Feld "Email attachment for customer"? und eines für den Betreiber? Dort kann man mehrere Dateien angeben, die der Shop - falls vorhanden - automatisch ausfüllt und versendet?

Über die technischen Details gerade auch bezüglich der Konfiguration habe ich mir bisher wenig Gedanken gemacht. Meine Idee war eigentlich vor allem eine Vereinheitlichung, die zugleich viel Flexibilität erlaubt. Eben, dass man sich "beliebige" Anhänge mit der Benachrichtigungsmail zusenden lassen kann, und eben bei Bedarf auch mehrere im gleichen Format (abgesehen von Alberts Wunsch mehrere .eml zu haben, könnten andere z.B. mehrere .rtf wünschen).

Das ist aber hinfällig, wenn die zusätzliche E-Mail explizit verschickt werden soll, weil dann BillWriter eigentlich nicht mehr sinnvoll genutzt werden kann.

[frase-git]

ja. Da muss nun Abert entscheiden, ob er lieber mehr Flexibilität haben will - oder weniger Klicks ...

[XHalbert]

eine 3.Mail ... und schon isse da

bestechend einfach, und vllt. könnte man diese Mail sogar an eine andere Emailadresse senden?

Wenn man mit der .eml als Anhang Variante leben kann

klar kann man, ist viel besser als ohne obwohl "separate Email" s.o.

beliebig viele "bill" Anhänge in unterschiedlichen Formaten zu erlauben

stimmt, das hat was

Das ist aber hinfällig, wenn die zusätzliche E-Mail explizit verschickt werden soll, weil dann BillWriter eigentlich nicht mehr sinnvoll genutzt werden kann.

Ahah, ach so ?? (da steh ich im Moment aufm Schlauch) aber dann entscheide ich mich lieber für "mehr Flexibilität" (zumal ja auch ich über weitere Anhänge, wie Bewerten, Zahlungserinnerung etc. nachdenke, und für all diese jeweils eine separate Email wär natürlich Käse). Ich hatte schon an eine separate Email gedacht, die dann evtl. beliebige Anhänge haben könnte - aber wenn das nicht geht...

Nun ist es bei mir so, dass nach Doppelklick auf den .eml Anhang ein "Öffnen mit" Dialog angezeigt wird.

ja genauso bei mir - schade dass es nicht anders geht...

[cmb69]

Ich hatte schon an eine separate Email gedacht, die dann evtl. beliebige Anhänge haben könnte - aber wenn das nicht geht...

Grundsätzlich geht fast alles. Aber den ganzen Code umkrempeln ist halt aufwändig. Derzeit ist es so, dass in finishCheckOut zuerst der BillWriter aufgerufen wird, und dann das erzeugte "bill" an sendEmails() weiter gegeben wird. Das ließe sich prinzipiell leicht erweitern, so dass auch mehrere "bills" erstellt werden, und an sendEmails() weiter gegeben werden könnten. Die vorbereiteten .eml dann dort aber als separate E-Mails zu versenden, geht glaube ich nicht ohne weiteres. Außerdem ist es sehr uneffizient mehrere E-Mails einzeln zu verschicken – die effizientere SMTP-Lösung möchte ich mir aber lieber schenken.

ja genauso bei mir - schade dass es nicht anders geht...

Bei mir ist im Dialog "öffnen mit Thunderbird" vorgewählt, so dass ich nur noch auf Okay klicken oder Enter drücken muss. Dieser Mehraufwand ist verkraftbar.

Ich versuche mal in einem Branch eine entsprechende Variante auszuarbeiten.

[frase-git]

Für Outlook sollte "als neu bearbeiten" auch funktionieren (ungeprüft): https://support.office.com/de-de/article/Erneutes-Senden-einer-E-Mail-Nachricht-5c003c2e-50f0-458c-994d-e743377989e7

[cmb69]

Ich versuche mal in einem Branch eine entsprechende Variante auszuarbeiten.

Okay, mal ein erster Ansatz im eml-bill Branch. Bislang ist nach wie vor nur ein einziger "bill" Anhang möglich; das würde ich in einem zweiten Schritt noch erweitern. Aber bitte mal prüfen, ob die jetzige Lösung was taugt. Dazu eben in der Konfiguration Bill format auf eml umstellen, eine Testbestellung durchführen.

Die Vorlage für bill.eml ist templates/frontend/confirmation_email/billtemplate.eml. Die erste Zeile enthält den Betreff. Der Rest ist HTML, das später den E-Mail-Body bildet. bill.eml ist also eine reine HTML-Email, die aber auch von halbwegs modernen E-Mail-Clients noch einigermaßen vernünftig dargestellt werden dürfte.

Insgesamt gefällt mir diese Variante wesentlich besser als die bisherige Lösung mit der Zusatz-E-Mail (ob nun angehängt oder eigenständig), eben weil es sich prima in das BillWriter-Konzept integriert. Übrigens könnte aus EmlBillWriter auch leicht ein HtmlBillWriter geschrieben werden – falls das noch interessant ist.

[frase-git]

Für mich sieht es gut aus. Ein bisschen Klickerei - aber alles geht automatisch. Bin gespannt auf das Urteil unseres Praktikers.

[frase-git]

Falls iht zu viel Zeit über habt: Mit Crowdtesting die Usability des Onlineshops sicherstellen

[cmb69]

Mit Crowdtesting die Usability des Onlineshops sicherstellen

Interessant, kannte ich noch nicht. Aber, wer soll das bezahlen?

[frase-git]

Ich nicht ;-)))

[XHalbert]

Ein bisschen Klickerei - aber alles geht automatisch.

das klappt wunderbar, und die Klickerei ist nicht soooo schlimm (wenn man Strg E kennt). Immerhin hatten die anderen Lösungen ja auch Nachteile. Also sollten wir hierbei bleiben. Gut gemacht Christoph

[XHalbert]

das kleine Logo von Avast wird als "von außen stammender Inhalt" blockiert. (ist nicht schlimm)

[cmb69]

Also sollten wir hierbei bleiben.

Prima. Dann lege ich alsbald die Möglichkeit mehrere Anhänge zu haben nach.

das kleine Logo von Avast wird als "von außen stammender Inhalt" blockiert.

Hm, der Shop selbst sollte eigentlich kein Avast-Logo einblenden. Kann es sein, dass das an deinem Virenscanner liegt?

[frase-git]

das kleine Logo von Avast wird als "von außen stammender Inhalt" blockiert.

Wo erscheint denn ein Avast-Logo???

[XHalbert]

das Logo wird beim Versenden von avast immer automatisch unten angehängt - das ist auch animiert... vielleicht wird es deshalb blockiert? Mich hatte nur das "von außen" gewundert. Ist jedenfalls kein bug. Wenn mein Logo von thunderbird beim Versenden oben in die Mail gesetzt wird, wird das beim Abruf nicht blockiert, sondern ganz normal angezeigt.

[cmb69]

das Logo wird beim Versenden von avast immer automatisch unten angehängt - das ist auch animiert... vielleicht wird es deshalb blockiert? Mich hatte nur das "von außen" gewundert.

Ah, ich denke ich weiß worum es geht, nämlich um das Nachladen von Bildern in einer E-Mail. Werden nämlich Bilder, die in einer E-Mail verlinkt sind, geladen, dann kann der Domaininhaber der verlinkten Domain wissen, dass die E-Mail gelesen wurde. Daher werden Bilder gerne eingebettet, was beim Avast-Logo wohl nicht der Fall ist.

[frase-git]

Ich muss schon immer stark bis sehr breit schmunzeln, wenn ich Mails erhalte in denen unten steht: "Von meinem iPhone gesendet" ... Dass man als Geschäftsmann aber auch noch Mails mit Werbung für Avast verschickt, und auch noch mit externem Logo - das ist mir noch nicht passiert. Das kann man doch abschalten. Eine Sicherheit für Virenfreiheit ist das auf jeden Fall nicht zwangsläufig.