Menu
▾
▴
[Kshowmail-user] Re: About the email deletion bug published in MozillaQuest Magazine
|
From: Gustavo Z. S. <gz...@ca...> - 2003-12-08 05:54:02
|
The only way to delete an email from the POP3 server during a POP3 session is using its sequential number not its UIDL number. While a pop3 session is active those sequential numbers are used. If we delete some emails and close the session and reestablish a new POP3 session, emails left on the email server will be sequentially renumbered starting with 1. But their UIDL will be the same. So, kshowmail needs to use those sequential numbers but first, it has to recheck the UIDL in order to see if there was a sequential number change and then readjust its own sequential numbers. Kshowmail will need to be sure that both, the sequential number and UIDL are both the same on the POP server as well on its own list. ALL of that MUST be done during the same POP3 session. Steps to delete and email must be: -Establish a new POP3 session after a kshowmail list is created dring a previuos session. - Get a new list of emails from the POP3 server. - Compare both the kshowmail sequential number and UIDL with those on the new list. If the sequential numbers differ, then update kshowmail sequential numbers and get the new sequential number for the email to be deleted according to its UIDL. Then proceed to delete email using its new sequential number. - Then close session and show updated list. That is why I think that kshowmail should generate its own sequential email numbering, no matter what sequential number an email will have in the pop3 server. Kshowmail must keep pop3 sequential numbers hidden. In that way kshowmail does not have to alert the user that there was a sequential number change for some reason. Then, if user wants to delete email number 3 of kshowmail list. It is going to be number 3 on kshowmail list, no matter what number now it has on the POP3 because a new session HAD to be established. If new emails have arrived meanwhile, they have to be assigned following kshowmail own sequential numbers, but kshowmail should be refreshed and possible it will be necessary to alert the user that some emails were deleted from the server by another application. Now I see the picture in a clear way. GZS Gustavo Zamorano S. wrote: > Well. Article says that if you do not want your emails deleted, do not > use kshowmail. > I think it is not that way. In my case, I am the only one that has the > password for my email account. Mozilla is set to not to check for > emails automatically. I check for new emails first with kshowmail, and > after I deleted unwanted and kshowmail's spam filters trapped emails, > then I get wanted emails from my pop server with Mozilla and Mozilla > will delete the whole list from the server. There is no way kshowmail > will delete emails by mistake. > > I think that probabilities that kshowmail will delete other emails by > mistake will only occurr if: > > - More than one user receive emails in the same email address. > - The email client will delete some emails, not all from the pop server. > > Oh! Now that I am thinking about this problem, I found a potencial way > that it will really happen. Let me see... Yes. It happens: > > - Kshowmail checks for new emails and for example it finds 3 new emails. > - I run Mozilla Mail and get those three new emails. Mozilla deletes > those 3 emails from the pop server. > - Kshowmail still thinks that I have 3 new emails as per its own list > - Let's say I forget that I have already downloaded those 3 emails with > Mozilla. Then I return to kshowmail and see those 3 new emails there. > - I decide to delete the first one ( email number 1). > - But, meanwhile a new email has arrived and it will be listed as number > 1 becasue my email box was empty. > - kshowmail proceeds to delete email number 1 > > - It will delete the new email. > > Then, The only way to be sure what email kshowmail will delete is > working with UIDLs the pop server assigns to each email and not with the > sequential numbers assigned for each pop session. > > Conclusion: numbers can be assigned by kshowmail after sorting by date > and time. That means that numbering emails is not important. Each > email should be treated by its unique UIDL number. > > GZS > > > ksh...@li... wrote: > >> Send Kshowmail-user mailing list submissions to >> ksh...@li... >> >> To subscribe or unsubscribe via the World Wide Web, visit >> https://lists.sourceforge.net/lists/listinfo/kshowmail-user >> or, via email, send a message with subject or body 'help' to >> ksh...@li... >> >> You can reach the person managing the list at >> ksh...@li... >> >> When replying, please edit your Subject line so it is more specific >> than "Re: Contents of Kshowmail-user digest..." >> >> >> Today's Topics: >> >> 1. Re: About the email deletion bug published in MozillaQuest >> Magazine (Stephan Giesler) >> >> --__--__-- >> >> Message: 1 >> Date: Sun, 07 Dec 2003 11:45:20 -0300 >> From: Stephan Giesler <gi...@gm...> >> To: Ksh...@li... >> Subject: Re: [Kshowmail-user] About the email deletion bug published >> in MozillaQuest >> Magazine >> >> >> I don't agree. It's a very positive article, especially the comments >> on Eggert's effort. This kind of publicity is great for KSM, congrats! >> >> Stephan >> >> >> Gustavo Zamorano S. - 06/12/2003 22:04: >> >> >>> Those interested in this case, please read: >>> >>> http://mozillaquest.com/Linux03/KShowmail_Delete_Bug_Story01.html >>> Eggert is burning his brain trying to solve this problem. >>> >>> Words are hard on that article, i think. >>> >>> GZS >>> >>> >> >> > > -- This Message is sent from my Red Hat 9.0 Linux server Machine Registration number 205692 at http://counter.li.org/ .-. Gustavo Zamorano S. .-. | Registered Linux user number 320898 .-. | | at http://counter.li.org/ | | | | ___ | | | |/ _ \ ___ |
