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
>
>
> kshowmail-user-request@... wrote:
>
>> Send Kshowmail-user mailing list submissions to
>> kshowmail-user@...
>>
>> 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
>> kshowmail-user-request@...
>>
>> You can reach the person managing the list at
>> kshowmail-user-admin@...
>>
>> 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 <giesler@...>
>> To: Kshowmail-user@...
>> 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/
| | | | ___
| | | |/ _ \ ___
|