Active Topics
-
[ANNOUNCE] MeeShop - new app store (8)
to Applications by Maemish - 3 hrs, 58 mins ago -
HTTP-401 Sfos-Builder when using /etc/ssu credentials (0)
to SailfishOS by insanelysexy - 8 hrs, 28 mins ago -
Longtime users: What device(s) are you using today? (54)
to General by ryu1 - 2 days, 13 hrs ago -
Registering (1)
to General by Halftux - 5 days, 6 hrs ago -
Applications Wishlist (55)
to Maemo 7 / Leste by sixwheeledbeast - 6 days, 8 hrs ago - more...
asidana |
2009-12-28
, 08:05
|
|
Posts: 279 |
Thanked: 95 times |
Joined on Sep 2009
|
#21
|
eric what i am talking about is nothing to do with protocol. feature provided by the client. i dont know the backgorund but i assume locally deleted messages gets deleted from the server on next update/sync.
| The Following User Says Thank You to asidana For This Useful Post: | ||
 |
|
2009-12-28
, 08:20
|
|
Posts: 2,173 |
Thanked: 2,678 times |
Joined on Oct 2009
@ Cornwall, UK
|
#22
|
Originally Posted by asidana
That's my understanding and experience. I have my pop3 mail configured to collect from three computers. Only one (the cart horse) actually clears them all from the server. The rest d/l them for me to check through and decide what to do.
eric what i am talking about is nothing to do with protocol. feature provided by the client. i dont know the backgorund but i assume locally deleted messages gets deleted from the server on next update/sync.
When I delete them from one of the secondary computers, they remain in the trash - but once the trash is empty, they will be deleted from the server at the next synch. That way i don't have to plough through the same spam twice.
I had assumed that n900 did this too, though I haven't tried. I tend to simply delete all messages from the device once I have d/led them to the desktop. It does do something called 'purging' after that, which takes a long time if I'm on gprs, so I do it while still on wifi. I had assumed that was the device checking and finding that its email isn't still there.
On windows mail, that arrangement is set up from this dialogue box.
__________________
Hi! I'm Kathy and I'm a Maemo Greeter! Welcome.
Useful links for newcomers: New members say hello , New users start here, Community subforum, Beginners' wiki page, Maemo5 101, Frequently Asked Questions (FAQ)
Did you know Meego.com has forums too?
Hi! I'm Kathy and I'm a Maemo Greeter! Welcome.
Useful links for newcomers: New members say hello , New users start here, Community subforum, Beginners' wiki page, Maemo5 101, Frequently Asked Questions (FAQ)
Did you know Meego.com has forums too?
| The Following User Says Thank You to RevdKathy For This Useful Post: | ||
|
|
2009-12-28
, 11:56
|
|
Posts: 33 |
Thanked: 5 times |
Joined on Dec 2009
@ North West England
|
#23
|
Thanks for everybody's replies.
Please taken note of my comment that this worked perfectly on my E90: emails I deleted using 'from server' on the phone, when synch'd, also deleted from the server. And emails I deleted from the server after synching, once re-synch'd, deleted from the phone.
Basically the most recent activity in the inbox was updated on the other device (devices being server and phone).
So whether it's POP3 that allows this or a protocol on the phone, it's not working on the N900.
Please taken note of my comment that this worked perfectly on my E90: emails I deleted using 'from server' on the phone, when synch'd, also deleted from the server. And emails I deleted from the server after synching, once re-synch'd, deleted from the phone.
Basically the most recent activity in the inbox was updated on the other device (devices being server and phone).
So whether it's POP3 that allows this or a protocol on the phone, it's not working on the N900.
|
|
2009-12-28
, 12:17
|
|
Posts: 279 |
Thanked: 95 times |
Joined on Sep 2009
|
#24
|
Originally Posted by itambrose
Modest on N900 simply doesn't do that and for me, it is one of the fundamental usability options that an email client must have
Thanks for everybody's replies.
Please taken note of my comment that this worked perfectly on my E90: emails I deleted using 'from server' on the phone, when synch'd, also deleted from the server. And emails I deleted from the server after synching, once re-synch'd, deleted from the phone.
Basically the most recent activity in the inbox was updated on the other device (devices being server and phone).
So whether it's POP3 that allows this or a protocol on the phone, it's not working on the N900.
|
|
2009-12-28
, 14:19
|
|
Posts: 670 |
Thanked: 747 times |
Joined on Aug 2009
@ Kansas City, Missouri, USA
|
#25
|
@asidana...
Ok, now I think have a better understanding of what you're expecting.
With many clients like Thunderbird or Outlook there's an option to leave mail on the server plus another option like 'Until Deleted'. If both options are selected, only trashed emails will be deleted on the server, but not until another retreival pass is done. So, like I said before, it takes a 2nd pass, it won't just happen automagically, which is what I thought you were complaining about not happening.
Further, remember that if a retrieval pass is made from a different, 2nd computer before a 2nd retrieval (deletion) pass is done from the 1st computer that trashed the emails, they are still on the server so will be downloaded again to the 2nd computer.
So basically you were right, the option to delete trashed email only is missing in Modest. I just didn't fully understand what you meant. I was right about a 2nd pass being required.
Now I'm done...
Ok, now I think have a better understanding of what you're expecting.
With many clients like Thunderbird or Outlook there's an option to leave mail on the server plus another option like 'Until Deleted'. If both options are selected, only trashed emails will be deleted on the server, but not until another retreival pass is done. So, like I said before, it takes a 2nd pass, it won't just happen automagically, which is what I thought you were complaining about not happening.
Further, remember that if a retrieval pass is made from a different, 2nd computer before a 2nd retrieval (deletion) pass is done from the 1st computer that trashed the emails, they are still on the server so will be downloaded again to the 2nd computer.
So basically you were right, the option to delete trashed email only is missing in Modest. I just didn't fully understand what you meant. I was right about a 2nd pass being required.
Now I'm done...
__________________
Registered Linux user #266531.
Registered Linux user #266531.
| The Following User Says Thank You to Crashdamage For This Useful Post: | ||
|
|
2009-12-29
, 11:45
|
|
Posts: 33 |
Thanked: 5 times |
Joined on Dec 2009
@ North West England
|
#26
|
here's a situation from this morning:
1. 3 emails in the phone's inbox
2. 7 new emails on server (of which 3 are the ones on the phone)
3. Send and Receive on phone doesn't do anything - I still only have 3 emails in the phone's inbox
4. I delete 1 of the 3 emails from the server
5. I do Send and Receive on thep phone - I still have the 3 emais in the phone's inbox (the deleted one and the 4 new ones...no sign of activity)
Interesting though that Pidgin tells me correctly that there are xx new emails in my hotmail account and updates the count as and when the value changes on the server.
My hotmail account is fine as this worked perfectly on my E90.
In short...
**Is this just Mameo and there's a fix on the way?
or
**Are there email settings on the phone I can change to fix this?
1. 3 emails in the phone's inbox
2. 7 new emails on server (of which 3 are the ones on the phone)
3. Send and Receive on phone doesn't do anything - I still only have 3 emails in the phone's inbox
4. I delete 1 of the 3 emails from the server
5. I do Send and Receive on thep phone - I still have the 3 emais in the phone's inbox (the deleted one and the 4 new ones...no sign of activity)
Interesting though that Pidgin tells me correctly that there are xx new emails in my hotmail account and updates the count as and when the value changes on the server.
My hotmail account is fine as this worked perfectly on my E90.
In short...
**Is this just Mameo and there's a fix on the way?
or
**Are there email settings on the phone I can change to fix this?
 |
|
2009-12-29
, 11:57
|
|
Posts: 1,366 |
Thanked: 1,185 times |
Joined on Jan 2006
|
#27
|
Originally Posted by asidana
Heres the section from the Manual, would be interested if you have checked this. (I dont use pop so cant confirm)
Modest on N900 simply doesn't do that and for me, it is one of the fundamental usability options that an email client must have
Delete mail messages
=====================
To delete a mail message, select the message and .
For POP3 accounts, if you have activated the Leave messages
on server option in the incoming mail settings, the message
is only deleted from your device. If you deactivate the option
and want to delete the message from the server, select the
message and Delete.
For IMAP4 accounts, the messages you delete are always
deleted from the server.
=======================
__________________
N900_Email_Options Wiki Page
N900_Email_Options Wiki Page
|
|
2009-12-29
, 12:23
|
|
Posts: 6 |
Thanked: 2 times |
Joined on Dec 2009
@ Brisbane, Australia
|
#28
|
Ah, thank you for explaining that asidana and RevdKathy. Now that I reread the thread I feel stupid for not having got it earlier. I'll have a look into it in the next couple of days.
You might want to start a thread over with the modest people, and see what their thoughts are (and if they have intentions on adding it). (and perhaps if applicable use IMAP as a workaround). I'll check that that POP delete works as expected in QMF (a seperate library that will be hopefully used in the future) as I can see it's quite an important feature (and can see why it's frustrating without) .
Thanks for clarifying, and have a great day,
Eric
You might want to start a thread over with the modest people, and see what their thoughts are (and if they have intentions on adding it). (and perhaps if applicable use IMAP as a workaround). I'll check that that POP delete works as expected in QMF (a seperate library that will be hopefully used in the future) as I can see it's quite an important feature (and can see why it's frustrating without) .
Thanks for clarifying, and have a great day,
Eric
 |
|
2009-12-29
, 12:25
|
|
Posts: 1,217 |
Thanked: 446 times |
Joined on Oct 2009
@ Bedfordshire, UK
|
#29
|
There seems to be a fundamental discussion on the abilities of POP3. The RFC is available via Google: Post Office Protocol - Version 3
There is explicit reference to the DELE Command which marks the message for deletion. However, this delete is not actioned until the connection enters an UPDATE state (usually by disconecting). This is something familiar to S60 users.
I believe (but open to correction) that by default Modest does not issue an UPDATE state request and therefore this action would not happen unless the user manually chooses to disconnect an account.
The normal expected Use Case for POP3 client interaction would be to run through AUTHORIZATION state then TRANSACTION state (including marking for deletion) then UPDATE state (to perform required actions including pending deletions).
I suspect that the issue here is that Modest is either not passing the DELE action to the POP server. If the QUIT command were not being issued then this might also cause the issue but network sniffing would be simplest route to discovering this issue.
Despite several comments this is a TRANSACTION command in the POP3 command set and not one of the optional POP3 Commands.
My conclusion is therefore that this is technically a bug or a usability issue if someone can find a means to manually disconnect form a POP3 connection in modest and find the markers enacted as expected.
Any comments?
There is explicit reference to the DELE Command which marks the message for deletion. However, this delete is not actioned until the connection enters an UPDATE state (usually by disconecting). This is something familiar to S60 users.
I believe (but open to correction) that by default Modest does not issue an UPDATE state request and therefore this action would not happen unless the user manually chooses to disconnect an account.
The normal expected Use Case for POP3 client interaction would be to run through AUTHORIZATION state then TRANSACTION state (including marking for deletion) then UPDATE state (to perform required actions including pending deletions).
I suspect that the issue here is that Modest is either not passing the DELE action to the POP server. If the QUIT command were not being issued then this might also cause the issue but network sniffing would be simplest route to discovering this issue.
Despite several comments this is a TRANSACTION command in the POP3 command set and not one of the optional POP3 Commands.
My conclusion is therefore that this is technically a bug or a usability issue if someone can find a means to manually disconnect form a POP3 connection in modest and find the markers enacted as expected.
Any comments?
| The Following User Says Thank You to Fargus For This Useful Post: | ||
|
|
2009-12-29
, 12:28
|
|
Posts: 1,366 |
Thanked: 1,185 times |
Joined on Jan 2006
|
#30
|
Originally Posted by Fargus
As per my post above can someone check that the option "leave messages on server" has been deselected does the job. This sounds to me like what people are requesting.
There seems to be a fundamental discussion on the abilities of POP3. The RFC is available via Google: Post Office Protocol - Version 3
There is explicit reference to the DELE Command which marks the message for deletion. However, this delete is not actioned until the connection enters an UPDATE state (usually by disconecting). This is something familiar to S60 users.
I believe (but open to correction) that by default Modest does not issue an UPDATE state request and therefore this action would not happen unless the user manually chooses to disconnect an account.
The normal expected Use Case for POP3 client interaction would be to run through AUTHORIZATION state then TRANSACTION state (including marking for deletion) then UPDATE state (to perform required actions including pending deletions).
I suspect that the issue here is that Modest is either not passing the DELE action to the POP server. If the QUIT command were not being issued then this might also cause the issue but network sniffing would be simplest route to discovering this issue.
Despite several comments this is a TRANSACTION command in the POP3 command set and not one of the optional POP3 Commands.
My conclusion is therefore that this is technically a bug or a usability issue if someone can find a means to manually disconnect form a POP3 connection in modest and find the markers enacted as expected.
Any comments?
__________________
N900_Email_Options Wiki Page
N900_Email_Options Wiki Page