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

steffo76 at gmx.de steffo76 at gmx.de
Thu Jul 18 11:15:57 UTC 2013


 
 

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

 


More information about the horde mailing list