When the package heirloom-mailx is installed and its selected as a alternative for mailx apticron fails.
# LANG=CC /usr/sbin/apticron
Content-type: text/plain; charset=UTF-8: No such file or directory
The problem is line 240 in /usr/sbin/apticron
-----
) 2>&1 | /usr/bin/mailx -a "Content-type: text/plain; charset=UTF-8" -s "$DISTRIB_ID package updates on $SYSTEM" $EMAIL
-----
The option -a is used in bsd-mailx for headers and in heirloom-mailx for adding attachments.
It would be better to directly call bsd-mailx, apticron already depends correctly on it.
-----
) 2>&1 | /usr/bin/bsd-mailx -a "Content-type: text/plain; charset=UTF-8" -s "$DISTRIB_ID package updates on $SYSTEM" $EMAIL
-----
Please see the patch attached.
Regards,
Markus
-- System Information:
Debian Release: 5.0.4
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.26-2-amd64 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages apticron depends on:
ii apt 0.7.20.2+lenny1 Advanced front-end for dpkg
ii bsd-mailx 8.1.2-0.20071201cvs-3 A simple mail user agent
ii debconf [debconf-2 1.5.24 Debian configuration management sy
ii ucf 3.0016 Update Configuration File: preserv
Versions of packages apticron recommends:
ii apt-listchanges 2.83 package change history notificatio
ii iproute 20080725-2 networking and traffic control too
apticron suggests no packages.
-- debconf information excluded
Hello,
I just noticed that this issue has been fixed in testing.
Well I guess backporting that would be a problem, but my fix should work without a problem :-)
Regards
Markus