[horde] groupware webmail edition 5.1.1: Dynamic view and attachments [resolved]

[steffo76 at gmx.de]

Gesendet: Donnerstag, 18. Juli 2013 um 11:47 Uhr
Von: "Jan Schneider" <jan at horde.org>
An: steffo76 at gmx.de
Cc: horde at lists.horde.org
Betreff: Re: Aw: Re: [horde] groupware webmail edition 5.1.1: Dynamic view and attachments [resolved]
Zitat von steffo76 at gmx.de:

>  
>  
>
> Gesendet: Donnerstag, 18. Juli 2013 um 10:45 Uhr
> Von: "Jan Schneider" <jan at horde.org>
> An: horde at lists.horde.org
> Betreff: Re: [horde] groupware webmail edition 5.1.1: Dynamic view
> and attachments [resolved]
> Zitat von steffo76 at gmx.de:
>
>>>> is anybody else having problems attaching files in dynamic view
>>>> after the latest update/ imp version 6.1.3 ?
>>>
>>>
>>> This is getting weirder by the minute... On one server I simply
>>> cannot send attachments in dynamic view, I checked with several
>>> browser versions up to Firefox 22.0. I cleaned the browser cache, I
>>> deleted horde cache files. No dice. Meanwhile on another server with
>>> the exact same php and horde version I can send attachments using
>>> the same browsers....
>>> Symptoms: In IMP dynamic view I add an attachment and IMP tells me
>>> that the attachment has been added. In debug mode the horde log says:
>>>
>>> 1. Horde_Core_Ajax_Application->doAction()
>>> /var/www/htdocs/horde5/services/ajax.php:58
>>> 2. call_user_func() /usr/local/lib/php/Horde/Core/Ajax/Application.php:162
>>> 3. IMP_Ajax_Application_Handler_ComposeAttach->addAttachment()
>>> 4. IMP_Compose->addAttachmentFromUpload()
>>> /var/www/htdocs/horde5/imp/lib/Ajax/Application/Handler/ComposeAttach.php:58
>>> 5. IMP_Compose->_addAttachment()
>>> /var/www/htdocs/horde5/imp/lib/Compose.php:2871
>>> 6. Horde_Mime_Magic::analyzeFile()
>>> /var/www/htdocs/horde5/imp/lib/Compose.php:2907
>>> 7. finfo_open() /usr/local/lib/php/Horde/Mime/Magic.php:156
>>> 8. Horde_ErrorHandler::errorHandler()
>>>
>>> No error message occurs after sending but the mail arrives without
>>> the attachment as simple text/plain.
>>
>> Okay, this has partly been resolved. Using strace I could see that
>> horde tried to open /var/tmp/.horde/imp/compose and failed since the
>> directory /var/tmp/.horde already existed but belonged to root with
>> mode 400. The directory has been created 2008 and I suspect the
>> ownership has been the same ever since, so I guess with the update
>> to groupware webmail edition 5.1.0 the used path changed, since I
>> didn't see these problems before. Adjusting the rights on the
>> directory solved the issue.
>>
>> In the strace I can see Vfs/Exception.php and
>> Horde/Exception/Wrapped.php being opened but I don't see any error
>> message in the log. This is reproducible, just make the
>> .horde/imp/compose path inaccessible to the webserver and sending
>> attachments will fail without error message. Should I open a bug for
>> this ?
>
>> Make sure you have the latest Horde_Vfs package, and track_errors
>> enabled in PHP.
>
> Horde_Vfs is version 2.1.1 (latest). Even with this combination in php.ini:
> log_errors = On
> error_reporting = E_ALL
> track_errors = On
> error_log = "/tmp/php_errors.log"
>
> I do not receive an error message whatsoever, not even in the php_errors.log.
>
>> How is the decision made which path will be used for
>> .horde/imp/compose ? On one server this is done in /tmp, on the
>> other in /var/tmp although both have the same settings.
>
>> Your Horde's tmpdir setting, or PHP's default temp dir.

> Sorry, I misunderstood you. I thought you didn't see any error
> messages in the exception objects.

So do you think there is a chance of throwing in an error message in this particular case ? I realise that this is error only occurs on rare occasions but if it shows up it doesn't show up, so to speak.

Regards
Stephan