| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0027418 | Plugin - EmailReporting | General | public | 2020-10-21 03:20 | 2026-11-09 06:03 |
| Reporter | bos4711 | Assigned To | SL-Gundam | ||
| Priority | normal | Severity | minor | Reproducibility | always |
| Status | resolved | Resolution | fixed | ||
| Product Version | 0.10.1 | ||||
| Summary | 0027418: Importing lots of mail for one issue does not respect the time | ||||
| Description | I found this bug yesterday and it's reproducable everytime. ER monitors mailbox M and polls once an hour. Yesterday I found that one particular ticket had lots of mail to-be-imported (subject contains [Ticket XXX]), but the import did not respect the timestamps of the mail. At all. This resulted in that the bugnotes came in a random order, which screws things up. Attaching a screenshot to show how it looks in our system. All three mails were waiting in the mailbox to be imported. My hand-drawn 1, 2 and 3 shows which order the bugnotes should have been in. | ||||
| Tags | No tags attached. | ||||
 |
IMAP or POP3? |
 |
POP3. |
|
|
We don't have a date for sorting available so we are largely depending on the order the mail server delivers the emails. |
|
|
Does the same problem (lack of date) apply to IMAP as well? |
|
|
Yes the PEAR extensions work largely the same in this regard. There are plans to replace PEAR with PHP_IMAP (https://www.php.net/manual/en/book.imap.php) |
|
|
IMAP now uses the UID. This should suffice since the number will increase on every new email received. This is not fixable for POP3 |
