Bug#996433: transmission-daemon: Transmission fails to send mail using exim4

2024-04-19 Thread JT Hundley
If that's the official way to fix it, I think so. Hopefully this page stays
findable by search engines so that others trying to get Transmission to
send emails through Exim don't have to do all the troubleshooting that I
did :)
I've made this change to my system, thanks for the tip. I'm still learning
systemd.


Bug#996433: transmission-daemon: Transmission fails to send mail using exim4

2024-04-19 Thread Alexandre Rossi
Hi,

The transmission-daemon documentation was updated[1].

[1] 
https://github.com/transmission/transmission/commit/b34b5193ca5de83ae85cac3c971214b17c3035f2

To customize systemd services, you should user overrides.

$ sudo systemctl edit transmission-daemon.service

and add the following content to the override:

[Service]
NoNewPrivileges=false

and that override will be kept untouched by package upgrades.

(you should not modify /lib/systemd/system/ files)

So this can be closed I think?

Thanks,

Alex



Bug#996433: transmission-daemon: Transmission fails to send mail using exim4

2023-07-24 Thread JT Hundley
I've installed transmission 4.0.2 from testing and found that it reverted
my /etc/systemd/system/multi-user.target.wants/transmission-daemon.service
to have NoNewPrivileges=true which broke exim sending mail again. This bug
seems to still be present. Let me know if there's any other info I can
provide.

On Thu, Jun 15, 2023 at 3:17 PM JT Hundley  wrote:

> I have no idea. I assume upgrading transmission wouldn't ask me to keep an
> older file here and I did not modify any of these files until I ran into
> the issue. I did that test on a fresh install which rules out me messing up
> the files :)
> Also, I'm not sure how I missed your email about this, sorry about that.
> I'm not sure if this bug is still present in the current stable version. I
> found this ticket after looking to make a new one for transmission in
> Debian 12.
>
> On Wed, 13 Oct 2021 22:16:52 -0400 Sandro Tosi  wrote:
> > control: tags -1 +moreinfo
> >
> > > It seems that this bug is caused by this change in Transmission:
> https://github.com/transmission/transmission/pull/795
> > > After changing my
> > > /etc/systemd/system/multi-user.target.wants/transmission-daemon.service
> > > to read "NoNewPrivileges=false" instead of true and reloading the
> > > service and daemon, I find that transmission is properly sending emails
> > > again.
> >
> > this is weird: that PR is included in the 3.00 release provided in
> > debian, and infact the file
> > /lib/systemd/system/transmission-daemon.service includes the PR
> > change; how did you get that outdated file in /etc/systemd/system/ ?
> >
> > --
> > Sandro "morph" Tosi
> > My website: http://sandrotosi.me/
> > Me at Debian: http://wiki.debian.org/SandroTosi
> > Twitter: https://twitter.com/sandrotosi
> >
> >
>


Bug#996433: transmission-daemon: Transmission fails to send mail using exim4

2023-06-15 Thread JT Hundley
I have no idea. I assume upgrading transmission wouldn't ask me to keep an
older file here and I did not modify any of these files until I ran into
the issue. I did that test on a fresh install which rules out me messing up
the files :)
Also, I'm not sure how I missed your email about this, sorry about that.
I'm not sure if this bug is still present in the current stable version. I
found this ticket after looking to make a new one for transmission in
Debian 12.

On Wed, 13 Oct 2021 22:16:52 -0400 Sandro Tosi  wrote:
> control: tags -1 +moreinfo
>
> > It seems that this bug is caused by this change in Transmission:
https://github.com/transmission/transmission/pull/795
> > After changing my
> > /etc/systemd/system/multi-user.target.wants/transmission-daemon.service
> > to read "NoNewPrivileges=false" instead of true and reloading the
> > service and daemon, I find that transmission is properly sending emails
> > again.
>
> this is weird: that PR is included in the 3.00 release provided in
> debian, and infact the file
> /lib/systemd/system/transmission-daemon.service includes the PR
> change; how did you get that outdated file in /etc/systemd/system/ ?
>
> --
> Sandro "morph" Tosi
> My website: http://sandrotosi.me/
> Me at Debian: http://wiki.debian.org/SandroTosi
> Twitter: https://twitter.com/sandrotosi
>
>


Bug#996433: transmission-daemon: Transmission fails to send mail using exim4

2021-10-13 Thread Sandro Tosi
control: tags -1 +moreinfo

> It seems that this bug is caused by this change in Transmission: 
> https://github.com/transmission/transmission/pull/795
> After changing my
> /etc/systemd/system/multi-user.target.wants/transmission-daemon.service
> to read "NoNewPrivileges=false" instead of true and reloading the
> service and daemon, I find that transmission is properly sending emails
> again.

this is weird: that PR is included in the 3.00 release provided in
debian, and infact the file
/lib/systemd/system/transmission-daemon.service includes the PR
change; how did you get that outdated file in /etc/systemd/system/ ?

-- 
Sandro "morph" Tosi
My website: http://sandrotosi.me/
Me at Debian: http://wiki.debian.org/SandroTosi
Twitter: https://twitter.com/sandrotosi



Bug#996433: transmission-daemon: Transmission fails to send mail using exim4

2021-10-13 Thread John Hundley
Package: transmission-daemon
Version: 3.00-1
Severity: normal

Dear Maintainer,
After upgrading to Debian 11, I found that Transmission stopped sending
me emails about finished torrents. I did a bunch of troubleshooting and
ensured that Transmission is properly executing the completed torrent
script. I also saw that Exim still otherwise works, and can even send
email as the debian-transmission user after su-ing to this user. I even
did a fresh debian install on another machine and did the bare minimum
configuration to get both exim4 and transmission set up on it; I
witnessed the same exact error.

My smaller test script is a simple one-liner:
echo "Torrent Completed: $TR_TORRENT_NAME" | mail -s "Torrent Completed" 
jthund...@jthundley.com > /etc/transmission-daemon/mailout 2> 
/etc/transmission-daemon/mailerr

mailout is empty while mailerr is:
mail: cannot send message: Process exited with a non-zero status
mail: Cannot open file /var/lib/transmission-daemon/dead.letter: Permission 
denied

It seems that this bug is caused by this change in Transmission: 
https://github.com/transmission/transmission/pull/795
After changing my
/etc/systemd/system/multi-user.target.wants/transmission-daemon.service
to read "NoNewPrivileges=false" instead of true and reloading the
service and daemon, I find that transmission is properly sending emails
again.

-- System Information:
Debian Release: 11.1
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.10.0-9-amd64 (SMP w/2 CPU threads)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set 
LC_ALL to default locale: No such file or directory
UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages transmission-daemon depends on:
ii  adduser  3.118
ii  libc62.31-13+deb11u2
ii  libcurl4 7.74.0-1.3+b1
ii  libevent-2.1-7   2.1.12-stable-1
ii  libminiupnpc17   2.2.1-1
ii  libnatpmp1   20150609-7.1
ii  libssl1.11.1.1k-1+deb11u1
ii  libsystemd0  247.3-6
ii  lsb-base 11.1.0
ii  transmission-common  3.00-1
ii  zlib1g   1:1.2.11.dfsg-2

Versions of packages transmission-daemon recommends:
ii  transmission-cli  3.00-1

transmission-daemon suggests no packages.

-- Configuration Files:
/etc/transmission-daemon/settings.json [Errno 13] Permission denied: 
'/etc/transmission-daemon/settings.json'

-- debconf information:
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LC_TIME = "en_DK.UTF-8",
LC_MEASUREMENT = "en_US.UTF-8",
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to a fallback locale ("en_US.UTF-8").
locale: Cannot set LC_ALL to default locale: No such file or directory