mirror of
https://github.com/netblue30/firejail.git
synced 2026-05-15 14:16:14 -06:00
[GH-ISSUE #1457] Unable to write mail in mutt (using emacsclient) #981
Labels
No labels
LTS merge
LTS merge
bug
bug
converted-to-discussion
doc-todo
documentation
duplicate
enhancement
file-transfer
firecfg
firejail-in-firejail
firetools
graphics
help wanted
information_old
installation
invalid
modif
moved
needinfo
networking
notabug
notourbug
old-version
overlayfs
packaging
profile-request
pull-request
question
question_old
removal
runtime-permissions
sandbox-ipc
security
stale
wiki
wiki
wontfix
wordpress
workaround
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: github-starred/firejail#981
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Boruch-Baum on GitHub (Aug 11, 2017).
Original GitHub issue: https://github.com/netblue30/firejail/issues/1457
For firejail version 0.9.48 in debian, using mutt configured to edit with emacs client, with the command line invocation:
When attempting to open an edit buffer, mutt displays an error message about being unable to open emacsclient for a temp file in /tmp, and mangles the ncurses screen display. Upon exiting, the terminal display shows the following additional message:
emacsclient is a popular way of calling emacs, because it connects to an already running instance, saving what can be a wait for us impatient people as emacs loads.
It may even be a good idea to add a profile for emacsclient. Maybe it would be sufficient to just be call to the already-existing emacs profile.
@chiraag-nataraj commented on GitHub (Dec 8, 2017):
Hmmm...I have the same setup (I use emacsclient within mutt). And yet it works for me. Can you post the
muttprofile you're using?@Boruch-Baum commented on GitHub (Dec 8, 2017):
No, I'm not going to start redacting all the personal information from that file.
Since my report was four months ago, and you report that it is now working for you, I tried it again. The situation is only slightly better in that the ncurses display isn't being corrupted and upon exit, the terminal display does not need to be reset after exiting mutt. However, for me, mutt still fails to launch the emacsclient.
BTW, in the intervening four months, not only has firejail been under development but debian has upgraded its versions of mutt, and has changed the underlying codebase from neomutt back to the original mutt project. I'm using debian's latest-and-greatest version of mutt, 1.9.1 (2017-09-22). At this point, the version of firejail that I have installed is not the latest-and-greatest git development version; it's the debian version 0.9.50.
@chiraag-nataraj commented on GitHub (Dec 18, 2017):
By the mutt profile, I meant the firejail profile, not your mutt configuration. My apologies if there was a misunderstanding. I am on Debian sid/experimental, so I most likely have the same versions of the programs you have. Let's figure this out. Also, another question: are you using emacs in the terminal or in an X11 window?
@Boruch-Baum commented on GitHub (Dec 18, 2017):
We're good - there was a misunderstanding, but no need to apologize.
There is no mutt profile in my ~/.config/firejail directory, and /etc/firejail/mutt.profile is attached. It needed to renamed to foo.txt in order for github to allow it to be uploaded. Performing a stat on the original shows it was modified last on 2017-09-23 22:18, which matches the time-stamp of the last apt update for the firejail package on my system, so it should be an unmodified version, but have a look.
As of today, my firejail version is debian 0.9.50-3, and in a few minutes my mutt version should bump up to neomutt 20171215+dfsg.1-1 (remember: up until a few weeks ago, debian's version of mutt was really neomutt).
My emacs loads as either 'emacs-nox' or 'emacs -nw', and starts an emacs server daemon. The clients run either in a true linux terminal (often within tmux), or in a terminal emulator similar to xterm (and pretty much always within tmux).
@Boruch-Baum commented on GitHub (Dec 18, 2017):
mutt_profile.txt
@chiraag-nataraj commented on GitHub (Jan 7, 2018):
Cool. Just wanted to make sure you're not using a custom profile.
I presume you're following all the default updates, so you probably have mutt version 1.9.2 (compiled on 2017-12-15) and firejail version 0.9.52.
Okay, so there's the difference. I usually load
emacsin an X11 window. I also start a server daemon. Let me try loadingemacswithin the terminal instead of using the graphical version and see if it works.@chiraag-nataraj commented on GitHub (Jan 7, 2018):
I just got
emacsto load perfectly well in the terminal using my profile. Can you try using the profile I've attached and see what happens?mutt.txt
@chiraag-nataraj commented on GitHub (Jan 7, 2018):
This updated profile also works (and re-enables a lot of crap I had disabled at some point...)
mutt.txt
@chiraag-nataraj commented on GitHub (Mar 29, 2018):
Hey @Boruch-Baum! Just wondering if you ever had the chance to try the profiles I attached (or if this is still an issue for you).
@Boruch-Baum commented on GitHub (Mar 29, 2018):
Sorry, no, it got to be too much of a hassle, so I dropped firejail from use with mutt, and never got back to testing it.
@chiraag-nataraj commented on GitHub (Mar 29, 2018):
No worries. If you want to debug this further, feel free to reply after testing the profiles 🙂
@chiraag-nataraj commented on GitHub (May 6, 2018):
I'm going to go ahead and close this, but @Boruch-Baum: feel free to re-open if you still have this issue and want to debug further.