that's how remove works... it starts at current position, so it should be the same in doing port stuff.
GrahamC
but there's no concept of position in pop
Andreas
that's the problem with trying to press things into the port abstraction :)
maybe a pop3 scheme is better off with pretending to be positional (as in R2), but then you'll probably have to maintain a list of already deleted messages.
GrahamC
well then it becomes tricky
If you're at the 10th email, and you skip 10 but that includes 5 deleted ones ... you have to skip 15
Andreas
maintaining deleted state is a performance optimisation, no?
GrahamC
I guess it's just math
Andreas
you can always just in/decrement and try if you really are at a message or continue on
GrahamC
I mean it's a potential source of bugs
destructive ones at that
Maxim
are the delete ones still visible while the deletes are pending?
Andreas
you are at 10th, skip 10, so move to 20, record direction and on the next interaction run LIST n to see if you really are at a non-deleted message and continue onwards if you aren't