View Issue Details
| ID | Project | Category | View Status | Date Submitted | Last Update |
|---|---|---|---|---|---|
| 0011514 | Taler | merchant backend | public | 2026-06-12 10:42 | 2026-09-19 14:41 |
| Reporter | vecirex | Assigned To | vecirex | Resolution deadline | |
| Implementer | Reviewer | ||||
| Release signed by | Deployed by | ||||
| Verifier | Communicator | ||||
| Data protection authority notification required | No | ||||
| CSIRT notification required | No | ||||
| Estimated effort (hours) | Actual effort (hours) | 0 | |||
| Fast-track | No | ||||
| Work package | none | ||||
| Priority | none | Severity | tweak | Reproducibility | always |
| Status | closed | Resolution | not fixable | ||
| Target Version | 1.6 | Fixed in Version | 1.6 | ||
| Summary | 0011514: if email helper fails, error messaging by helper script / merchant backend not helpful | ||||
| Description | While the interface has a spinning wheel hanging, such a line is shown:Jun 12 09:46:52 betel taler-merchant-httpd[335330]: s-nail: Cannot save to $DEAD: Permission denied | ||||
| Additional Information | While fallback email delivery is being tested (and looks functional), it might still happen (in seldom cases) both MTA services fail, then error messaging should be better: this could also be done w/ better error handling (i.e., additional messages) in the helper script, thus not having to touch the merchant backend on this. | ||||
| Tags | email, quality, srv-betel, srv-lifeline | ||||
| How do you expect the merchant backend to even learn about the failure? I mean, unless the 'mail' command is down, a locally running MTA would forward asynchronously to the smarthosts, and the parent process would never know (until it gets a bounce or such). So I'm not sure what you propose could be realistically implemented here. | |
| Helpers now have more useful exit status codes, as Christian said, we can't fix the mail issue. | |
| Date Modified | Username | Field | Change |
|---|---|---|---|
| 2026-06-12 10:42 | vecirex | New Issue | |
| 2026-06-12 10:43 | vecirex | Additional Information Updated | |
| 2026-06-12 11:16 | Christian Grothoff | Assigned To | => Christian Grothoff |
| 2026-06-12 11:16 | Christian Grothoff | Severity | minor => tweak |
| 2026-06-12 11:16 | Christian Grothoff | Status | new => implementing |
| 2026-06-12 11:16 | Christian Grothoff | Target Version | => 1.8 |
| 2026-06-12 11:18 | Christian Grothoff | Note Added: 0028872 | |
| 2026-06-12 11:18 | Christian Grothoff | Assigned To | Christian Grothoff => vecirex |
| 2026-07-03 14:25 | vecirex | Tag Attached: email | |
| 2026-07-03 14:25 | vecirex | Tag Attached: srv-betel | |
| 2026-07-03 14:25 | vecirex | Tag Attached: srv-lifeline | |
| 2026-07-03 14:25 | vecirex | Tag Attached: quality | |
| 2026-08-27 09:03 | Florian Dold | Status | implementing => informing |
| 2026-08-27 09:03 | Florian Dold | Resolution | open => not fixable |
| 2026-08-27 09:03 | Florian Dold | Note Added: 0029672 | |
| 2026-08-29 15:01 | vecirex | Status | informing => closed |
| 2026-09-19 14:41 | Christian Grothoff | Fixed in Version | => 1.6 |
| 2026-09-19 14:41 | Christian Grothoff | Target Version | 1.8 => 1.6 |