Created attachment 8364036 [details] ScreenshotComparison Description: Using two Buri devices with Email app configured to same email address on both, Device A being set to POP3 and Device B being set to IMAP, deleting an existing email message in the inbox on Device B does not delete message from Device A's inbox after syncing. Email account used was an AOL.com mailbox. Repro Steps: 1) Updated two Buri devices to Build ID: 20140122004001 2) Open email app on Device A 3) Set up email account on Device A using POP3 account type 4) Proceed to inbox on Device A 5) Open email app on Device B 6) Set up email account on Device B using IMAP account type and same email used on Device A 7) Proceed to inbox on Device B 8) Delete message from inbox on Device B 9) Press sync icon on Device B 10) Press sync icon on Device A Actual: Email deleted from server on IMAP device is not deleted from inbox of POP3 device using same account. Expected: Email deleted from server is not available to POP3 device. Environmental Variables Device: Buri v 1.3 Mozilla RIL Build ID: 20140122004001 Gecko: http://hg.mozilla.org/releases/mozilla-aurora/rev/71a8786c3815 Gaia: 744fb691c2b2a25a07c5d19fabf5748ae9aba4d9 Platform Version: 28.0a2 Firmware Version: V1.2-device.cfg Notes: Repro frequency: 3/3, 100% Test Suite Name: Email - POP3 Link to failed test case: https://moztrap.mozilla.org/manage/case/10910/ See attached: screenshot
In step 4 for Burirun 1.3-2 testrun Email - POP3 test cases 10907 & 10910 the last line appears unclear and can be interpreted as either: - "Device-A (FXOS) doesn't have an e-mail, which is moved from 'Inbox' to 'Trash'" OR - "Device-A (FXOS) doesn't have an e-mail which is moved from 'Inbox' to 'Trash'" Passed test cases until wording could be clarified.
As you'll unfortunately find out, POP3 is a terrible protocol, and I think there may be a lot of moztrap cases that were written with the expectation that POP3 can do things that it can't do. This is another one of those cases. Once you've retrieved the message using a POP3 account, it doesn't matter what happens to it on the IMAP side -- you can delete it, move it, turn it into a pumpkin... POP3 will never see the changes. POP3 merely pulls the e-mail from the server once, and saves it locally to the INBOX. IMAP, on the other hand, stores them on the server and the phone effectively watches the server for changes. Sadly, there's nothing we can do about this. This moztrap case should be removed, along with any other cases that expect POP3 to do things when an IMAP device changes.
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → WONTFIX
Confirming what Marcus said. This test case is invalid, per original discussion about POP3 test cases. Please invalidate the moztrap case (and any others from below in the list). Excerpting from the thread: === * Anything involving POP3 and IMAP https://moztrap.mozilla.org/manage/case/10913/ https://moztrap.mozilla.org/manage/case/10912/ https://moztrap.mozilla.org/manage/case/10911/ https://moztrap.mozilla.org/manage/case/10910/ https://moztrap.mozilla.org/manage/case/10909/ https://moztrap.mozilla.org/manage/case/10908/ https://moztrap.mozilla.org/manage/case/10907/ https://moztrap.mozilla.org/manage/case/10906/ https://moztrap.mozilla.org/manage/case/10905/ Remove. If the server supports IMAP, we don't support POP3 on that server. The user should just use IMAP. (Also note that POP3 is not capable of doing many of the things that these test cases describe.) ===
Resolution: WONTFIX → INVALID
You need to log in before you can comment on or make changes to this bug.