any problem.
I saw in the headers that there some filters in. Maybe they have problems
Post by Cameron Laird-----Original Message-----
Sent: Friday, December 07, 2007 12:03 AM
Subject: Re: [fw-formats] Zend_Mail and Microsoft Exchange Servers
(order of headers changed for easy comparison)
--=_a29b4740d6f627b6831d2d9a3903f74a
Content-Transfer-Encoding: base64
Content-Type: application/pdf; name="sample.pdf";
Content-Disposition: attachment; filename="sample.pdf";
--=-KKqrbXSr5EDql1JMe13W
Content-Transfer-Encoding: base64
Content-Type: application/pdf; name=sample.pdf
Content-Disposition: attachment; filename=sample.pdf
--b1_1c6f1fe5e97bc4a83a3a945f6ec79d7c
Content-Transfer-Encoding: base64
Content-Type: application/octet-stream; name="sample.pdf"
Content-Disposition: attachment; filename="sample.pdf"
--=_b100ee7e682ef3e0e9ecaeb8b26978ee
Content-Transfer-Encoding: base64
Content-Type: application/pdf
Content-Disposition: attachment; filename="sample.pdf"
------------------------------
I just glanced over the RFC and it mentions the Content-Type header
doesn't require the name parameter, but that seems to be the only
difference in the header for the ZendFramework message.
However......
The last few lines of the encoded messages are........
MSAwIFIgL1Jvb3QgNCAwIFIgL1ByZXYgMTczIC9JRCBbPDAwODM4Q0M1QkI2REQyQUYzMTI
0OTdG
REU3MjI0NUE1PiA8MDA4MzhDQzVCQjZERDJBRjMxMjQ5N0ZERTcyMjQ1QTU+IF0gPj4Kc3R
hcnR4
cmVmCjQ3NTI2MAolJUVPRgo=
--=-KKqrbXSr5EDql1JMe13W--
-----------------------------------------------------------------------
------------
MDAgbiAKMzMgMSAKMDAwMDQ3NTE2MCAwMDAwMCBuIAp0cmFpbGVyCjw8L1NpemUgMzQgL0l
uZm8g
MSAwIFIgL1Jvb3QgNCAwIFIgL1ByZXYgMTczIC9JRCBbPDAwODM4Q0M1QkI2REQyQUYzMTI
0OTdG
REU3MjI0NUE1PiA8MDA4MzhDQzVCQjZERDJBRjMxMjQ5N0ZERTcyMjQ1QTU+IF0gPj4Kc3R
hcnR4
cmVmCjQ3NTI2MAolJUVPRgo=
--=_a29b4740d6f627b6831d2d9a3903f74a--
-----------------------------------------------------------------------
-----------
--------------------8<------------ php_mailer
MSAwIFIgL1Jvb3QgNCAwIFIgL1ByZXYgMTczIC9JRCBbPDAwODM4Q0M1QkI2REQyQUYzMTI
0OTdG
REU3MjI0NUE1PiA8MDA4MzhDQzVCQjZERDJBRjMxMjQ5N0ZERTcyMjQ1QTU+IF0gPj4Kc3R
hcnR4
cmVmCjQ3NTI2MAolJUVPRgo=
--b1_1c6f1fe5e97bc4a83a3a945f6ec79d7c--
-----------------------------------------------------------------------
---
(all equal so far)
------------------------8<--------------- zf-trunk
MjAyIDAwMDAwIG4gCjAwMDA0NzI0MDggMDAwMDAgbiAKMzMgMSAKMDAwMDQ3NTE2MCAwMDA
wMC
BuIAp0cmFpbGVyCjw8L1NpemUgMzQgL0luZm8gMSAwIFIgL1Jvb3QgNCAwIFIgL1ByZXYgM
Tcz
IC9JRCBbPDAwODM4Q0M1QkI2REQyQUYzMTI0OTdGREU3MjI0NUE1PiA8MDA4MzhDQzVCQjZ
ERD
JBRjMxMjQ5N0ZERTcyMjQ1QTU+IF0gPj4Kc3RhcnR4cmVmCjQ3NTI2MAolJUVPRgo=
--=_b100ee7e682ef3e0e9ecaeb8b26978ee--
-----------------------------------------------------------------
So there might be an issue with the base64 encoding with the ZF code ?
Perhaps its acceptable in most circumstances and M$ is simply being
strict about what it accepts?
Just a guess :)
Matt