Kannst du bitte mal testen? Wir haben einen Hotfix deployed. Hing mit einem Versionsupgrade einer Lib zusammen.
Sorry da ist etwas schief gelaufen...
Klingt zwar ähnlich aber Emojis im EmailSend gingen leider noch nie.
Das ist leider nicht so schnell im Code zu beheben, sonder erfordert eine Datenbankanpassung (charset) einer relativ großen Tabelle. D.h. das müssen wir in einer der nächsten geplanten Wartungsfenster machen. Wir haben das mit auf die TODO-Liste gepackt. Können noch nicht versprechen, wann genau.
Evtl. würde es im EmailSendSMTP gehen. Der muss (aktuell) nichts in unserer DB zwischen speichern, sondern geht direkt auf euren eigenen SMTP. Der sollte dadurch das Problem nicht haben.
Kannst du uns diese Stüp18.xlsx mal per Ticket zur Verfügung stellen?
@Micha:
Gerade mal versucht nachzustellen.
Im GMail kommt das korrekt an.
Im Quellcode der Mail steht:
------=_Part_2531_843875428.1611676074080
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Test
------=_Part_2531_843875428.1611676074080
Content-Type: application/octet-stream; name="Stüp18.xlsx"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="Stüp18.xlsx"
Hast du die Möglichkeit, dir den Quellcode der Mail anzuschauen, was da bei dir steht?
@Daniel: Ja da hast du recht. Wir schauen mal dass wir den Fehler besser abfangen.
@Micha:
Kannst du in deinem Email-Quellcode mal noch schauen, ob du irgendwo die Stelle findest, wo der Dateiname auftaucht? Die Stelle von dir sieht ein wenig anders aus, als die von uns.
Müsste eigentlich unter dem Teil kommen, den du gepostet hast.
Auffällig ist der X-Mailer Header bei dir:
X-Mailer: Microsoft Outlook 16.0
Der kommt nicht von uns und wenn wir die Nachricht bei uns anschauen, dann ist da kein X-Mailer und kein Microsoft Outlook 16.0.
Das legt die Vermutung nahe, dass da irgendwie dein Outlook auch noch irgendwie dazwischen klemmt.
Wie sieht das ganze im Web-Mail bei dir aus?
Kannst du ausserdem sagen, wie groß deine Excel ungefähr war? Bei uns war es nur eine kleine Testdatei.
Und um ganz sicher zu gehen: Du redest vom EmailSend Step richtig? Oder vom EmailSendSMTP?
Danke für die Infos.
Von wo aus hast du dir selbst Mails geschickt?
Dein Screenshot zeigt leider nicht alle Header - Das muss mindest eine A4 Seite lang sein. Keine Ahnung, ob Outlook das kann. Im Zweifel mal Gmail probieren da geht das über
Es sollte folgendes enthalten:
------=_Part_3504_1730425637.1611687154079
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Test
------=_Part_3504_1730425637.1611687154079
Content-Type: application/octet-stream; name*=UTF-8''St%C3%BCp18.xlsx
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename*=UTF-8''St%C3%BCp18.xlsx
Am Ende sieht man auch den Dateinamen encoded gemäß dem aktuellen RFC 2231.
Unser EmailSend sendet Mails gemäß RFC 2231.
Es scheint als hat Outlook generell Probleme mit diesem RFC2231, siehe hier und hier.
Hier findet man einen relativ aktuellen Hinweis auf einen Fix (mal nach RFC2231 suchen).
@Daniel wegen Emojis: Wir haben einen Fix deployed der die Emojis im Betreff erstmal entfernt. Ist nicht schön, aber besser als eine nicht gesendete Mail mit seltsamer Fehlermeldung.
Wir haben das Thema auf dem Schirm, ist allerdings aufwändiger.