We just deployed v0.1.1 here, and have been receiving reports from users that some attachments are not coming through properly. The paper clip shows up, and they show up in the source, but they cannot download them. They can, however, successfully download the attachments with a normal e-mail client.
There appears to be no rhyme or reason as to what file types, etc. trigger this problem. Has anyone else seen similar issues?
Thanks!
- John May
Has anyone else seen any behavior like this? I'm wondering if it could have something to do with my PHP build instead? I'm using 5.2.5 with the following configure command:
'./configure' '--with-apxs' '--with-openssl=/sw' '--enable-trans-sid' '--with-zlib' '--with-png-dir=/sw' '--with-jpeg-dir=/sw' '--with-freetype-dir=/sw/lib/freetype219' '--with-tiff-dir=/sw' '--enable-exif' '--with-gd=/sw' '--enable-gd-imgstrttf' '--enable-gd-native-ttf' '--enable-mbstring=all' '--enable-mbregex' '--with-mysql=/usr' '--with-mysqli=/usr/bin/mysql_config' '--with-iconv=/sw' '--with-pdflib=/sw' '--enable-ftp' '--with-curl=/sw' '--enable-sockets' '--enable-calendar' '--enable-tokenizer' '--enable-bcmath' '--with-gmp=/sw' '--with-mcrypt=/sw' '--with-gettext=/sw' '--enable-xslt' '--with-xslt-sablot=/usr/local' '--with-xml' '--with-expat-dir=/sw' '--enable-wddx' '--with-xmlrpc' '--with-dom=/sw' '--with-dom-xslt=/sw' '--with-ldap=/usr' '--with-imap-ssl=/sw' '--with-imap=/sw/share/c-client' '--with-mhash=/sw' '--enable-soap'
- John
John May wrote:
We just deployed v0.1.1 here, and have been receiving reports from users that some attachments are not coming through properly. The paper clip shows up, and they show up in the source, but they cannot download them. They can, however, successfully download the attachments with a normal e-mail client.
There appears to be no rhyme or reason as to what file types, etc. trigger this problem. Has anyone else seen similar issues?
Thanks!
- John May