[imp] two problems with attachments

[Benjamin Bagland]

Le 12.01.02 , Jan Schneider a écrit:
> Zitat von Benjamin Bagland <bagland@email.enst.fr>:
> 
> > Hi,
> > . Whenever I click on a attachment, I have the following error message:
> > 
> > Fatal error:  Call to a member function on a non-object in
> > /home/adm/pinguin/public_html/horde/imp/view.php on line 82
> > 
> > except when the attachment is of mime type text/* (at least it works
> > with
> > text/html and text/plain)
> 
> Does this happen to all attachments? 
> If so you probably messed some configuration file. Start fixing by copying 
> the mime_driver.php.dist in horde/config and imp/config to .php files and 
> uncommenting every helper app that is installed on you system.

I've done that but it still happens to attachements whose mime type doesn't 
have any driver: for example it work fine for text/html but when I suppress 
'html' in $mime_drivers_map['imp']['registered'] (in 
imp/config/mime_drivers.php) I end up with the error on line 82

> > . when I send an attachement (or several for that matter) through IMP, it
> > then 
> > appear as UNKNOWN_PARAMETER_VALUE and the line from which stems the
> > problem is:
> > Content-Type: application/pdf; name=; name="exo.pdf"
> 
> Again: Does this happen with every attachment? If so see above. If not 
> under which circumstances?

This does happen with every attachment I send with IMP, but sometimes I have
name=\\; or name=\\\\; instead.

For example:

MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="-MOQ10108511940d1c16557a65c7c53b7bcf1a12d9a39d"
User-Agent: Internet Messaging Program (IMP) 3.0


This message is in MIME format.

---MOQ10108511940d1c16557a65c7c53b7bcf1a12d9a39d
Content-Type: text/plain
Content-Transfer-Encoding: 7bit


---MOQ10108511940d1c16557a65c7c53b7bcf1a12d9a39d
Content-Type: application/x-gzip; name=\\; name="e.gz"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="e.gz"

H4sICGNdQDwAA2UAAwAAAAAAAAAAAA==

---MOQ10108511940d1c16557a65c7c53b7bcf1a12d9a39d--






thanks,
Benjamin