Bug 91091 - Pine shows same message many times
Summary: Pine shows same message many times
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: pine
Version: 9
Hardware: athlon
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Mike A. Harris
QA Contact: Ben Levenson
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-05-17 19:19 UTC by Petri T. Koistinen
Modified: 2007-04-18 16:53 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2003-05-30 18:27:28 UTC
Embargoed:


Attachments (Terms of Use)
My .pinerc file (21.68 KB, text/plain)
2003-05-17 19:21 UTC, Petri T. Koistinen
no flags Details
Pine showing duplicate messages (17.64 KB, image/png)
2003-05-17 19:21 UTC, Petri T. Koistinen
no flags Details
Mailbox file (31.20 KB, application/octet-stream)
2003-05-18 11:55 UTC, Petri T. Koistinen
no flags Details
pineps.log (134 bytes, text/plain)
2003-05-18 11:56 UTC, Petri T. Koistinen
no flags Details

Description Petri T. Koistinen 2003-05-17 19:19:25 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20030225

Description of problem:
Pine will show same message many times. Messages are totaly indentical, all
headers included. Mail system shows that only one message is delivered.

Version-Release number of selected component (if applicable):
pine-4.44-18

How reproducible:
Sometimes

Steps to Reproduce:
1. Just subscribe few mailing lists and sort them to folder.
2. See that duplicates appear.
    

Additional info:

See attached .pinerc file and picture about problem.

Comment 1 Petri T. Koistinen 2003-05-17 19:21:04 UTC
Created attachment 91760 [details]
My .pinerc file

Comment 2 Petri T. Koistinen 2003-05-17 19:21:58 UTC
Created attachment 91761 [details]
Pine showing duplicate messages

Comment 3 Mike A. Harris 2003-05-18 01:19:19 UTC
Please attach a single mailbox file to which this occurs with, for
examination.  Also, when this problem occurs, please switch shells,
and typethe following command, then attach the file pineps.log that
is generated:   ps ax | grep "[p]ine" > pineps.log


Comment 5 Petri T. Koistinen 2003-05-18 11:55:41 UTC
Created attachment 91767 [details]
Mailbox file

Comment 6 Petri T. Koistinen 2003-05-18 11:56:29 UTC
Created attachment 91768 [details]
pineps.log

Comment 7 Petri T. Koistinen 2003-05-18 12:41:43 UTC
Only important addition: this never happens with INBOX, only with folders where
I sort my mailing lists.

Comment 8 Petri T. Koistinen 2003-05-18 23:32:57 UTC
This might affect too, I kill my previous pine before starting new one. Still
Pine should handle it correctly.

$ cat bin/pinei 
killall pine ; pine -i

Comment 9 Mike A. Harris 2003-05-20 03:46:40 UTC
Your problem seems to stem from having multiple copies of pine running
simultaneously.  If multiple pine processes are running, while email
is coming in, and pine has mail filters set up, each pine process will
filter the mail, as each process has no idea there are other pine
processes running.

Your ps listing shows only one pine process, but it also probably isn't
triplicating mails when that output was captured.

Some other data points supporting this theory, is that pine 4.44 has been
out for a very long time now, and not even one other person has reported
this problem before.  I did encounter problems with multiple pine processes
running before causing multiplied emails when using pine filters, so I'm
certain this is what you are experiencing.

The solution to this, is to either:

- Not run multiple concurrant instances of pine accessing the same INBOX
- Use procmail to filter mail into folders instead of pine filters
- Write a wrapper script to run pine, which does:
         "killall pine ; sleep 2 ; pine -i"

My solution was to use procmail instead of pine filters.

If you think that multiple instances of pine should not all act upon their
filters, and should only permit one process to filter mail, feel free to
report a bug report to the pine development team directly upstream if you
like.

For additional suggestions, you may also want to consult the pine-info
mailing list.

Hope this helps.

Closing as NOTABUG


Comment 10 Petri T. Koistinen 2003-05-20 05:36:03 UTC
"Your problem seems to stem from having multiple copies of pine running
simultaneously."

I never have. See my previous comment, I already _have_ such wrapper script.

Comment 11 Mike A. Harris 2003-05-20 06:23:13 UTC
That may very well be the case.  Nonetheless, if there is a bug in pine,
occuring with a lone single instance of pine running, then this problem
is very rare, and not reproduceable easily.

With only one user reporting this as a problem out of multiple OS releases,
I can't give this any sort of high priority to investigate.  Red Hat provides
software updates for security issues, and for major software bugs.  This
problem, is neither, and so it would fall into the type of problem that
would either be investigated for the next OS release, or deferred to
the upstream pine developers as a generic pine problem.  Additionally, there
are workarounds as suggested above.

Pine was deprecated in Red Hat Linux 9, and is now removed from rawhide.  It
will not be in the next OS release, and so there wont be any updates available
via that mechanism.

If you indeed consider this a bug in pine (which I do not) then I urge you
to contact the pine development team directly at the University of Washington.
You will need to provide them with a detailed explanation of the problem, and
probably detailed step by step instructions on how to reproduce 100%.  They
will also likely require you to upgrade to pine 4.55 prior to them
investigating the problem.





Comment 12 Petri T. Koistinen 2003-05-20 06:28:14 UTC
Ok, I am fine with that.

Comment 13 Petri T. Koistinen 2003-05-30 09:21:35 UTC
HOWTO reproduce the bug:

Start pine
Setup
Rules
Filters
Add
Nickname: test
Subject: test
Filter Action: Move, Folder List = test
Exit Setup
Commit changes: yes
Create test folder: yes
Exit Setup
Commit changes: yes

Compose Message:
To: your-account@localhost
Subject: test
Send message: yes
Wait until test message is filter to test folder

i = 1;
do
        to go to test folder, do nothing.
        open another shell, type: killall pine
        start pine again
        go to test folder and see i messages.
        i++;
while (belive != TRUE)

If you don't kill pine, but quit, message won't be duplicated.

Reason seems to be that message is in INBOX until Pine has been quited and if
Pine gets killed, message will be filtered again to folder from INBOX. So
message MUST be removed from INBOX when it's moved to another folder.

No, correct solution is not: "Do not kill Pine."

(I reopened this bug just to get confirmation that you have read this message. I
am in process of forwarding this bug to UW Pine Development team.)

Comment 14 Petri T. Koistinen 2003-05-30 18:27:28 UTC
Got reply:
We don't do that because it is expensive to remove (Expunge) the message
from INBOX. There is a filter feature which is intended to solve this
problem. At the bottom of the filter definition page look for

   move-only-if-not-deleted

Steve Hubert <hubert>
Networks and Distributed Computing, Univ. of Washington, Seattle



Note You need to log in before you can comment on or make changes to this bug.