Summary: | calls mailx from Firefox in a bad way | ||
---|---|---|---|
Product: | Branch 4.0 | Reporter: | Ivan Zakharyaschev <imz> |
Component: | url_handler | Assignee: | Dmitry V. Levin <ldv> |
Status: | CLOSED FIXED | QA Contact: | Q.A. 4.0 <qa-4.0> |
Severity: | critical | ||
Priority: | P2 | CC: | kharpost |
Version: | 4.0 | ||
Hardware: | all | ||
OS: | Linux |
Description
Ivan Zakharyaschev
2008-10-12 23:53:48 MSD
What happens: $ mailx -v -- imz < /dev/null No message, no subject; hope that's ok Mail Delivery Status Report will be mailed to <imz>. $ One more possible workaround/solution/enhancement: call mailx in url_handlers in a forced interactive mode; then it will fail in such cases: $ mailx -v -I -- imz < /dev/null mailx: tcgetattr: Inappropriate ioctl for device $ But that won't solve the problem of sending mail from Firefox when no other mailers are available. So, there is still need for some modification, such that xterm will be used in such cases. <a href="mailto:imz@example.com">An example link</a> to press in Firefox (which generates an empty message). Another way to reproduce: right click, and "Send" in the menu. It generates an empty message to nowhere. (See postfix logs.) url_handler-0.3.1-alt1 -> sisyphus: * Wed Nov 24 2010 Dmitry V. Levin <ldv@altlinux> 0.3.1-alt1 - url_handler.sh: added "mailto" type autodetection (closes: #24627). - url_handlers: changed mailx mode to XT (closes: #17538). - url_handler.sh: treat BROWSER and MAILER environment variables as colon-separated lists without necessary full path (closes: #3482). |