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.
Created attachment 91760 [details] My .pinerc file
Created attachment 91761 [details] Pine showing duplicate messages
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
Created attachment 91767 [details] Mailbox file
Created attachment 91768 [details] pineps.log
Only important addition: this never happens with INBOX, only with folders where I sort my mailing lists.
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
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
"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.
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.
Ok, I am fine with that.
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.)
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