Tickets :: [#1033] Problem with attachment-name (POP3)

6.0.0-RC7

6/23/26

History
Attachments
Comment
Watch
Download

Summary	Problem with attachment-name (POP3)
Queue	IMP
Queue Version	4.0
Type	Bug
State	Not A Bug
Priority	1. Low
Owners	Horde Developers (at) , slusarz (at) horde (dot) org
Requester	Christian.Bauer (at) nefkom (dot) de
Created	12/30/04 (7845 days ago)
Due
Updated	5/19/05 (7705 days ago)
Assigned	5/7/05 (7717 days ago)
Resolved	5/16/05 (7708 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch	No

99	vanner (at) pop-pa (dot) rnp (dot) br	Comment #14	Reply to this comment
This bug is still happing here. Could you please continue its resolution?

14	Michael Slusarz	Comment #13 State ⇒ Not A Bug	Reply to this comment
No feedback.

134	Chuck Hagenbuch	Comment #12 State ⇒ Feedback	Reply to this comment
Is this still happening?

65	Michael Slusarz	Comment #11 Summary ⇒ Problem with attachment-name (POP3)	Reply to this comment
Updated summary

151	Jan Schneider	Assigned to Horde Developers State ⇒ Assigned

494	christian (dot) bauer (at) nefkom (dot) de	Comment #10	Reply to this comment
and here the phpinfo: http://webmail.nefonline.de/test.php

34	christian (dot) bauer (at) nefkom (dot) de	Comment #9	Reply to this comment
no, PHP Version: 4.3.8 on apache2 minimum SuSE9.2 installation look at this: http://webmail.nefonline.de/horde/test.php

403	Chuck Hagenbuch	Comment #8	Reply to this comment
Are you by chance using PHP5?

412	christian (dot) bauer (at) nefkom (dot) de	Comment #7	Reply to this comment
Hello, did you test this failure with a pop3 server? I tried it today again with another pop3-server. so the problem doesn't depends on the mailserver. on IMAP-systems the problem does NOT exist. but we can't use IMP on our pop3 server in production with this bug. I'm NOT using any cache-software on this server running IMP. please try IMP on a pop3 server. regards, Chris

112	Christian (dot) Bauer (at) nefkom (dot) de	Comment #6	Reply to this comment
The Problem exists in the actual CVS version too. I tried it today (2005-01-03). It doesn't depend on the sender. It seems that imp caches the attachment-status by message number of the POP3-server per login-session?

3910	Christian (dot) Bauer (at) nefkom (dot) de	Comment #5	Reply to this comment
Oh sorry, I forgot to tell you that I used IMP with POP3 to the Mailserver. Not IMAP. I'm able to reproduce the behaviour and I don't use any caching mechanisms.

289	Michael Slusarz	Comment #4 State ⇒ Feedback	Reply to this comment
I can't reproduce this. We don't cache by message-id either - i believe we cache by IMAP mailbox/IMAP index. Someone else will have to be able to reproduce this before I work on this anymore. Make sure you are not using any PHP caching software (i.e. turck-mmcache or APC) in the meantime - that's the only thing I could think would be causing this.

3410	Christian (dot) Bauer (at) nefkom (dot) de	Comment #3	Reply to this comment
The Message-ID is different in these 2 mails. (at least in the sent-folder of Netscape)

5510	Jan Schneider	Comment #2 Assigned to Michael Slusarz State ⇒ Assigned	Reply to this comment
Michael, do we cache attachments based on the message id?

1110	Christian (dot) Bauer (at) nefkom (dot) de	Comment #1 Priority ⇒ 1. Low Type ⇒ Bug Summary ⇒ Problem with attachment-name Queue ⇒ IMP State ⇒ Unconfirmed	Reply to this comment
I did the following: 1. created and sent a text only-mail in Netscape 7.2 2. read it with IMP 3. reedited the mail (CTRL-e in sent-folder of NS) 4. attached attachment_ONE and sent it. 5. read and deleted the mail in IMP 6. reedited the FIRST mail (text only) and appended attachment_TWO NOW if i read the mail with attachment_TWO imp is displaying the name of attachment_ONE. The attached file is attachment_TWO. only with the wrong text. If I then do a logout from IMP and relogin, all errors disappeared and attachment_TWO is displayed with the name of attachment_TWO.