Ziemlich schwierig dazu was zu sagen, wenn man keinerlei verwertbare Angaben außer * Umzug von Exchange Server zu einem Linux-Server * Original-Datei 772kb, nach dem Import nur noch 765kb. hat. Letztere Ausgabe kann schon am Unterschied zwischen "kilo" (1000) und "kibi" (1024) liegen. Das wird immer wieder gern durcheinander verwendet. **Fragen:** - Wie wird das Mail erzeugt? - Wie versendet? - Was soll das für ein "Import" sein? - Kannst Du RAW-Quelltext eines solchen Mails mit Anhang und allen Headern in beiden Varianten (Erzeugt / Mailserver empfangen) zur Verfügung stellen? Generell ist das smtp sehr alt und die meisten Implementierungen sind "fehlerfrei". Deshalb vermute ich das Problem darin, dass das ausgehende Mail unsauber ist und das der Exchange Server den Fehler bisher ausgebügelt hat. **Was mich schon stört ist:** > [imap_base64](http://php.net/manual/de/function.imap-base64.php) — Dekodiert Base-64 kodierten **Text** Das "Text" ist auch bei PHP.net **FETT** - Gehe mal davon aus, dass die Nutzung dieser Funktion für binäre Daten (PDF ist ein Binärformat) **keine gute Idee** ist. Es kann also Zufall gewesen ein, dass es bisher womöglich nur ging weil `imap_base64()` in PHP unter Windows womöglich ein Alias für `base64_decode()` ist.

Ziemlich schwierig dazu was zu sagen, wenn man keinerlei verwertbare Angaben außer * Umzug von Exchange Server zu einem Linux-Server * Original-Datei 772kb, nach dem Import nur noch 765kb. hat. Letztere Ausgabe kann schon am Unterschied zwischen "kilo" (1000) und "kibi" (1024) liegen. Das wird immer wieder gern durcheinander verwendet. **Fragen:** - Wie wird das Mail erzeugt? - Wie versendet? - Was soll das für ein "Import" sein? - Kannst Du RAW-Quelltext eines solchen Mails mit Anhang und allen Headern in beiden Varianten (Erzeugt / Mailserver empfangen) zur Verfügung stellen? Generell ist das smtp sehr alt und die meisten Implementierungen sind "fehlerfrei". Deshalb vermute ich das Problem darin, dass das ausgehende Mail unsauber ist und das der Exchange Server den Fehler bisher ausgebügelt hat. **Was mich schon stört ist:** > [imap_base64](http://php.net/manual/de/function.imap-base64.php) — Dekodiert Base-64 kodierten **Text** Das "Text" ist auch bei PHP.net **FETT** - Gehe mal davon aus, dass die Nutzung dieser Funktion für binäre Daten (PDF ist ein Binärformat) **keine gute Idee** ist. Es kann also Zufall gewesen ein, dass es bisher ging. z.B. weil `imap_base64()` in PHP unter Windows womöglich ein Alias für `base64_decode()` ist.

Ziemlich schwierig dazu was zu sagen, wenn man keinerlei verwertbare Angaben außer * Umzug von Exchange Server zu einem Linux-Server * Original-Datei 772kb, nach dem Import nur noch 765kb. hat. Letztere Ausgabe kann schon am Unterschied zwischen "kilo" (1000) und "kibi" (1024) liegen. Das wird immer wieder gern durcheinander verwendet. **Fragen:** - Wie wird das Mail erzeugt? - Wie versendet? - Was soll das für ein "Import" sein? - Kannst Du RAW-Quelltext eines solchen Mails mit Anhang und allen Headern in beiden Varianten (Erzeugt / Mailserver empfangen) zur Verfügung stellen? Generell ist das smtp sehr alt und die meisten Implementierungen sind "fehlerfrei". Deshalb vermute ich das Problem darin, dass das ausgehende Mail unsauber ist und das der Exchange Server den Fehler bisher ausgebügelt hat. **Was mich schon stört ist:** > [imap_base64](http://php.net/manual/de/function.imap-base64.php) — Dekodiert Base-64 kodierten **Text** Das "Text" ist auch bei PHP.net **FETT** - Gehe mal davon aus, dass die Nutzung dieser Funktion für binäre Daten (PDF ist ein Binärformat) **keine gute Idee** ist. Es kann also Zufall gewesen ein, dass es bisher ging. z.B. weil imap_base64() in PHP unter Windows womöglich ein Alias für base64_decode() ist.

Ziemlich schwierig dazu was zu sagen, wenn man keinerlei verwertbare Angaben außer * Umzug von Exchange Server zu einem Linux-Server * Original-Datei 772kb, nach dem Import nur noch 765kb. hat. Letztere Ausgabe kann schon am Unterschied zwischen "kilo" (1000) und "kibi" (1024) liegen. Das wird immer wieder gern durcheinander verwendet. **Fragen:** - Wie wird das Mail erzeugt? - Wie versendet? - Was soll das für ein "Import" sein? - Kannst Du RAW-Quelltext eines solchen Mails mit Anhang und allen Headern in beiden Varianten (Erzeugt / Mailserver empfangen) zur Verfügung stellen? Generell ist das smtp sehr alt und die meisten Implementierungen sind "fehlerfrei". Deshalb vermute ich das Problem darin, dass das ausgehende Mail unsauber ist und das der Exchange Server den Fehler bisher ausgebügelt hat. Was mich schon stört ist: > [imap_base64](http://php.net/manual/de/function.imap-base64.php) — Dekodiert Base-64 kodierten **Text** Das "Text" ist auch bei PHP.net **FETT** - Gehe mal davon aus, dass die Nutzung dieser Funktion für binäre Daten (PDF ist ein Binärformat) **keine gute Idee** ist.

Ziemlich schwierig dazu was zu sagen, wenn man keinerlei verwertbare Angaben außer * Umzug von Exchange Server zu einem Linux-Server * Original-Datei 772kb, nach dem Import nur noch 765kb. hat. Letztere Ausgabe kann schon am Unterschied zwischen "kilo" (1000) und "kibi" (1024) liegen. Das wird immer wieder gern durcheinander verwendet. **Fragen:** - Wie wird das Mail erzeugt? - Wie versendet? - Was soll das für ein "Import" sein? - Kannst Du RAW-Quelltext eines solchen Mails mit Anhang und allen Headern in beiden Varianten (Erzeugt / Mailserver empfangen) zur Verfügung stellen? Generell ist das smtp sehr alt und die meisten Implementierungen sind "fehlerfrei". Deshalb vermute ich das Problem darin, dass das ausgehende Mail unsauber ist und das der Exchange Server den Fehler bisher ausgebügelt hat. Was mich schon stört ist: > [imap_base64](http://php.net/manual/de/function.imap-base64.php) — Dekodiert Base-64 kodierten **Text** Das "Text" ist auch bei PHP.net **FETT** - gehe mal davon aus, dass die Nutzung dieser Funktion für binäre Daten (PDF ist ein binärformat) **keine gute Idee** ist.

Ziemlich schwierig dazu was zu sagen, wenn man keinerlei verwertbare Angaben außer * Umzug von Exchange Server zu einem Linux-Server * Original-Datei 772kb, nach dem Import nur noch 765kb. hat. Letztere Ausgabe kann schon am Unterschied zwischen "kilo" (1000) und "kibi" (1024) liegen. Das wird immer wieder gern durcheinander verwendet. **Fragen:** - Wie wird das Mail erzeugt? - Wie versendet? - Was soll das für ein "Import" sein? - Kannst Du RAW-Quelltext eines solchen Mails mit Anhang und allen Headern in beiden Varianten (Erzeugt / Mailserver empfangen) zur Verfügung stellen? Generell ist das smtp sehr alt und die meisten Implementierungen sind "fehlerfrei". Deshalb vermute ich das Problem darin, dass das ausgehende Mail unsauber ist und das der Exchange Server den Fehler bisher ausgebügelt hat. Was mich schon stört ist: > [imap_base64](http://php.net/manual/de/function.imap-base64.php) — Dekodiert Base-64 kodierten **Text** Das "Text" ist auch bei PHP.net **FETT** - gehe mal davon aus, dass die Nutzung dieser Funktion für binäre Daten (PDF ist ein binärformat) **keine gute Idee** ist.

Ziemlich schwierig dazu was zu sagen, wenn man keinerlei verwertbare Angaben außer * Umzug von Exchange Server zu einem Linux-Server * Original-Datei 772kb, nach dem Import nur noch 765kb. hat. Letztere Ausgabe kann schon am Unterschied zwischen "kilo" (1000) und "kibi" (1024) liegen. Das wird immer wieder gern durcheinander verwendet. **Fragen:** - Wie wird das Mail erzeugt? - Wie versendet? - Was soll das für ein "Import" sein? - Kannst Du RAW-Quelltext eines solchen Mails mit Anhang und allen Headern in beiden Varianten (Erzeugt / Mailserver empfangen) zur Verfügung stellen? Generell ist das smtp sehr alt und die meisten Implementierungen sind "fehlerfrei". Deshalb vermute ich das Problem darin, dass das ausgehende Mail unsauber ist und das der Exchange Server den Fehler bisher ausgebügelt hat.

Ziemlich schwierig dazu was zu sagen, wenn man keinerlei verwertbare Angaben außer * Umzug von Exchange Server zu einem Linux-Server * Original-Datei 772kb, nach dem Import nur noch 765kb. hat. Letztere Ausgabe kann schon am Unterschied zwischen "kilo" (1000) und "kibi" (1024) liegen. Das wird immer wieder gern durcheinander verwendet. **Fragen:** - Wie wird das Mail erzeugt? - Wie versendet? - Was soll das für ein "Import" sein? - Kannst Du RAW-Quelltext eines solchen Mails mit Anhang und allen Headern in beiden Varianten (Erzeugt / Mailserver empfangen) zur Verfügung stellen?

Ziemlich schwierig dazu was zu sagen, wenn man keinerlei verwertbare Angaben außer * Umzug von Exchange Server zu einem Linux-Server * Original-Datei 772kb, nach dem Import nur noch 765kb. hat. Letztere Ausgabe kann schon am Unterschied zwischen kilo (1000) ind kibi (1024) liegen. **Fragen:** - Wie wird das Mail erzeugt? - Wie versendet? - Was soll das für ein "Import" sein? - Kannst Du RAW-Quelltext eines solchen Mails mit Anhang und allen Headern in beiden Varianten (Erzeugt / Mailserver empfangen) zur Verfügung stellen?

Ziemlich schwierig dazu was zu sagen, wenn man keinerlei verwertbare Angaben außer * Umzug von Exchange Server zu einem Linux-Server * Original-Datei 772kb, nach dem Import nur noch 765kb. hat. **Fragen:** - Wie wird das Mail erzeugt? - Wie versendet? - Was soll das für ein "Import" sein? - Kannst Du RAW-Quelltext eines solchen Mails mit Anhang und allen Headern zur Verfügung stellen?