[exim-dev] [Bug 1874] Exim 4.87 silently losing email to our local mail stores (failing to retry lmtp deliveries)

2016-09-15 Thread admin
https://bugs.exim.org/show_bug.cgi?id=1874 Arkadiusz Miskiewicz changed: What|Removed |Added CC||ar...@maven.pl ---

[exim-dev] [Bug 1874] Exim 4.87 silently losing email to our local mail stores (failing to retry lmtp deliveries)

2016-09-15 Thread admin
https://bugs.exim.org/show_bug.cgi?id=1874 David Carter changed: What|Removed |Added Resolution|--- |FIXED

[exim-dev] [Bug 1874] Exim 4.87 silently losing email to our local mail stores (failing to retry lmtp deliveries)

2016-09-03 Thread admin
https://bugs.exim.org/show_bug.cgi?id=1874 Jeremy Harris changed: What|Removed |Added Status|ASSIGNED|WAIT_FIX_CONFIRMATION --

[exim-dev] [Bug 1874] Exim 4.87 silently losing email to our local mail stores (failing to retry lmtp deliveries)

2016-08-18 Thread admin
https://bugs.exim.org/show_bug.cgi?id=1874 Git Commit changed: What|Removed |Added CC||g...@exim.org --- Comment #8 from

[exim-dev] [Bug 1874] Exim 4.87 silently losing email to our local mail stores (failing to retry lmtp deliveries)

2016-08-15 Thread admin
https://bugs.exim.org/show_bug.cgi?id=1874 --- Comment #7 from David Carter --- > You could look at max_parallel instead of serialize_hosts. But that isn't the > issue... Indeed, and I imagine that we would see the same problem if the rate limiting was done by limiting

[exim-dev] [Bug 1874] Exim 4.87 silently losing email to our local mail stores (failing to retry lmtp deliveries)

2016-08-15 Thread admin
https://bugs.exim.org/show_bug.cgi?id=1874 --- Comment #6 from Jeremy Harris --- You could look at max_parallel instead of serialize_hosts. But that isn't the issue... I assume you're hard-assigning users to mailstores, and splitting them out in a router? Could I see

[exim-dev] [Bug 1874] Exim 4.87 silently losing email to our local mail stores (failing to retry lmtp deliveries)

2016-08-15 Thread admin
https://bugs.exim.org/show_bug.cgi?id=1874 --- Comment #5 from David Carter --- Just to add: the three people consistently losing email in the attached example (fanf2 rcf34 srk1) are all on the same Cyrus backend (cyrus-7a-intramail). fa...@hermes.cam.ac.uk <--

[exim-dev] [Bug 1874] Exim 4.87 silently losing email to our local mail stores (failing to retry lmtp deliveries)

2016-08-15 Thread admin
https://bugs.exim.org/show_bug.cgi?id=1874 --- Comment #4 from David Carter --- - Does your hermes have several IPs? We have eight separate LMTP mailstores, but each has only a single IP address, for example: ppsw-51[dpc22:~]$ /opt/exim/bin/exim -bt fa...@cam.ac.uk

[exim-dev] [Bug 1874] Exim 4.87 silently losing email to our local mail stores (failing to retry lmtp deliveries)

2016-08-15 Thread admin
https://bugs.exim.org/show_bug.cgi?id=1874 --- Comment #3 from Jeremy Harris --- Given the "Spool file is locked" I assuming that at least one queue-runner was active, while the immediate delivery process was handling the item. OTOH, we achieved two recipients delivered -

[exim-dev] [Bug 1874] Exim 4.87 silently losing email to our local mail stores (failing to retry lmtp deliveries)

2016-08-15 Thread admin
https://bugs.exim.org/show_bug.cgi?id=1874 --- Comment #2 from David Carter --- Sorry, Tony isn't around this week, so I can't ask him where that version number came from. A bit of divide and conquer on https://github.com/Exim/exim.git reveals that: commit

[exim-dev] [Bug 1874] Exim 4.87 silently losing email to our local mail stores (failing to retry lmtp deliveries)

2016-08-15 Thread admin
https://bugs.exim.org/show_bug.cgi?id=1874 Jeremy Harris changed: What|Removed |Added Summary|Exim 4.87 failing to retry |Exim 4.87 silently losing