6.0.0-git
2019-03-24

[#8499] DIMP random attachment bug
Summary DIMP random attachment bug
Queue DIMP
Queue Version 1.1.2
Type Bug
State Not A Bug
Priority 1. Low
Owners slusarz (at) horde (dot) org
Requester sebastien.bilbeau (at) univ-rennes1 (dot) fr
Created 2009-08-17 (3506 days ago)
Due
Updated 2009-08-21 (3502 days ago)
Assigned 2009-08-19 (3504 days ago)
Resolved 2009-08-20 (3503 days ago)
Milestone
Patch No

History
2009-08-21 08:47:21 sebastien (dot) bilbeau (at) univ-rennes1 (dot) fr Comment #6
New Attachment: dimp-test.jpg Download
Reply to this comment
Another test : I send 5 messages with 2 attachements at the same time.



After composing messages and before sending them, I can see 10 
attachements in the database => before section in dimp-test.jpg



After sending all messages, I can see 9 attachements in the database 
=> after section in dimp-test.jpg



In my inbox, I receive only 1 message with 1 attachemnt. Other 
messages are empty ... => inbox section in dimp-test.jpg
2009-08-21 07:41:26 sebastien (dot) bilbeau (at) univ-rennes1 (dot) fr Comment #5
New Attachment: dimp-bug[1].jpeg Download
Reply to this comment
I forgot to tell you, all attachements (imppat files) are stored on a 
NFS volumes.



But, since your last message, I actived the VFS option in the IMP 
config file :

$conf['compose']['use_vfs'] = true;



After check database, all attachements are stored in the horde_vfs table.



But I have the same issue. I compose 5 messages with 2 attachements at 
same time, I receive :



2 messages without attachements

1 message with only one attachement

2 messages with 2 attachements



PS : cf. dimp-bug.jpeg


2009-08-20 15:18:08 Michael Slusarz Comment #4
State ⇒ Not A Bug
Reply to this comment
Yes, we have 3 backend servers. It's a PHP cluster based on heartbeat.
Can you tell me how I can change this option ?
As mentioned before, you need to store attachments in a location that 
is accessible to all backend servers (such as VFS or NFS).  This is 
not a support forum.  Please see: http://www.horde.org/support.php
2009-08-20 08:25:40 sebastien (dot) bilbeau (at) univ-rennes1 (dot) fr Comment #3 Reply to this comment
Do you have more than one backend server?  This scenario sounds like
what happens when a user switches servers in the middle of composing.
  You can't use simple file-based attachment storage if using multiple
servers (VFS or NFS is needed).
Yes, we have 3 backend servers. It's a PHP cluster based on heartbeat.

Can you tell me how I can change this option ?


2009-08-19 19:41:58 Michael Slusarz Comment #2
State ⇒ Feedback
Priority ⇒ 1. Low
Reply to this comment
Do you have more than one backend server?  This scenario sounds like 
what happens when a user switches servers in the middle of composing.   
You can't use simple file-based attachment storage if using multiple 
servers (VFS or NFS is needed).
2009-08-18 11:13:47 Jan Schneider Version ⇒ 1.1.2
Queue ⇒ DIMP
 
2009-08-18 11:13:35 Jan Schneider Assigned to Michael Slusarz
Summary ⇒ DIMP random attachment bug
State ⇒ Assigned
 
2009-08-17 10:10:07 sebastien (dot) bilbeau (at) univ-rennes1 (dot) fr Comment #1
Type ⇒ Bug
State ⇒ Unconfirmed
Priority ⇒ 3. High
Summary ⇒ Dimp Random Attachement Bug
Queue ⇒ Horde Groupware Webmail Edition
Milestone ⇒
Patch ⇒ No
New Attachment: dimp-bug.jpeg Download
Reply to this comment
We have installed horde-webmail (actual verions is 1.2.3) in our 
University and since 2 mounth we are in production (approximately 3000 
users per day). Some users reported us an issue with Dimp interface 
and attachements. The problem reported is random, sometimes 
attachments work, sometimes not.



Every time, the message is send with attachments, but at the 
reception, they have disappeared. This bug doesn't exist with Imp 
interface.



After trying to reproduct the issue (it's very hard, because it's a 
random issue), I have finaly found a method, but I think that this is 
not the only one :



1/ open horde-webmail with Dimp interface

2/ compose a new message

3/ add an attachement



On our server, we can see the attachement :

# ls -lgrt impatt*

-rw-------  1 apache   224256 Aug 17 11:34 impattLCCVy8



4/ Wait one minute :

# date

Mon Aug 17 11:34:52 CEST 2009



# date

Mon Aug 17 11:35:55 CEST 2009



5/ open a new compose message box

6/ switch to the first compose message box

7/ add a second attachement



On our server, we can see all attachements :

# ls -lgrt impatt*

-rw-------  1 apache   224256 Aug 17 11:34 impattLCCVy8

-rw-------  1 apache   224768 Aug 17 11:35 impattW8pzfe



8/ send the message



In our inbox, the message is recieve whitout attachements. And on the 
server, the impatt* files are not deleted.





Additionnal informations :

horde-webmail version : 1.2.3

dimp version : 1.1.2



Sessions are stocked in a mysql database :

# Sessions

$conf['session']['name'] = 'Horde';

$conf['session']['cache_limiter'] = 'nocache';

$conf['session']['timeout'] = 0;

# Session en base de donnee

$conf['sessionhandler']['type'] = 'mysql';

$conf['sessionhandler']['params']['persistent'] = false;

$conf['sessionhandler']['params']['rowlocking'] = true;

$conf['sessionhandler']['params']['port'] = 3307;

$conf['sessionhandler']['params']['protocol'] = 'tcp';

$conf['sessionhandler']['params']['hostspec'] = '****';

$conf['sessionhandler']['params']['username'] = '****';

$conf['sessionhandler']['params']['password'] = '****';

$conf['sessionhandler']['params']['database'] = '****';



If we share all sessions with an NFS mounting, the issue is the same.



PS : Additionnal informations in the dimp-bug.jpeg

Saved Queries