Bug#678361: stopped expanding aliases
On Sun, Jun 24, 2012 at 10:40:10AM +0100, Raf Czlonka wrote: On Sat, Jun 23, 2012 at 01:57:25PM BST, markus schnalke wrote: IMO, the problem is rather that the NEWS entries are not displayed by default. That's more or less what I meant. I wasn't aware of the requirement to put such information in the NEWS file, actually I wasn't even aware of the requirement to create such file in the first place. Since this is published in Debian Policy which is aimed at maintainers and developers, the end user won't have the first clue about it, unless (s)he reads the aforementioned policy which, at least now, is not a prerequisite to use Debian ;^) Some packages use debconf to display such information. How about using it instead? That's actually not allowed by policy, and for a good reason: if every package that changed its config files prompted the user with something as we changed a lot, re-read documentation and adjust everything to your needs. sorry., you, as an end user, would do hundreds of hits on OK buttons during dist-upgrades without any real advantage. I recommend installing apt-listchanges which has been promoted to priority standard in early 2009. It's a pretty well designed way of knowing what actually happens during (partial) upgrades. Our (end-user) release notes should recommend it. Don't remember if they do. Hauke [0] http://bugs.debian.org/516387 -- .''`. Jan Hauke Rahm j...@debian.org www.jhr-online.de : :' : Debian Developer www.debian.org `. `'` Member of the Linux Foundationwww.linux.com `- Fellow of the Free Software Foundation Europe www.fsfe.org signature.asc Description: Digital signature
Bug#678361: stopped expanding aliases
On Sat, Jun 23, 2012 at 01:57:25PM BST, markus schnalke wrote: Thanks for sharing your thoughts. Upstream masqmail does not assume there is such a default as /etc/aliases. Thus your expectations didn't match. But by defaulting to /etc/aliases in further package versions we solve this problem for Debian. Great to hear (read) that :^) IMO, the problem is rather that the NEWS entries are not displayed by default. That's more or less what I meant. I wasn't aware of the requirement to put such information in the NEWS file, actually I wasn't even aware of the requirement to create such file in the first place. Since this is published in Debian Policy which is aimed at maintainers and developers, the end user won't have the first clue about it, unless (s)he reads the aforementioned policy which, at least now, is not a prerequisite to use Debian ;^) Some packages use debconf to display such information. How about using it instead? meillo Cheers, -- Raf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678361: stopped expanding aliases
[2012-06-21 07:40] Raf Czlonka rafal.czlo...@gmail.com After upgrading to the new version masqmail stopped expanding aliases. Thanks for the bug report. I apologize for the inconveniece. Mail which usually landed in my mailbox ended up in root's. I agree that masqmail should do aliasing by default as the old package had done. We'll fix this with the next package version. Upgrade should not break the current setup without any warning. We do warn using the debian NEWS file, conforming to the policy. The NEWS entry contains a warning that the transition from 0.2.x versions to 0.3.x versions is not possible without human actions. The administrator must check the configuration manually. meillo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678361: stopped expanding aliases
On Sat, Jun 23, 2012 at 11:08:29AM BST, markus schnalke wrote: [2012-06-21 07:40] Raf Czlonka rafal.czlo...@gmail.com After upgrading to the new version masqmail stopped expanding aliases. Thanks for the bug report. I apologize for the inconveniece. No worries, it was an easy fix - not necessarily an intuitive one. /etc/aliases being the default on many unices I simply assumed that you can point to a different alias file but the default one would be read when the alias_file= is commented out, especially when the config file doesn't contain expand_aliases=true/false it seemed strange to me that alias_file would both point to an alias file AND enable alias expansion. Mail which usually landed in my mailbox ended up in root's. I agree that masqmail should do aliasing by default as the old package had done. We'll fix this with the next package version. Thank you. Upgrade should not break the current setup without any warning. We do warn using the debian NEWS file, conforming to the policy. The NEWS entry contains a warning that the transition from 0.2.x versions to 0.3.x versions is not possible without human actions. The administrator must check the configuration manually. Debian Policy seems to be aimed at maintainers and developers... ...not end users ;^) Thanks again for your reply. -- Raf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678361: stopped expanding aliases
[2012-06-23 12:22] Raf Czlonka rafal.czlo...@gmail.com /etc/aliases being the default on many unices I simply assumed that you can point to a different alias file but the default one would be read when the alias_file= is commented out, especially when the config file doesn't contain expand_aliases=true/false it seemed strange to me that alias_file would both point to an alias file AND enable alias expansion. Thanks for sharing your thoughts. Upstream masqmail does not assume there is such a default as /etc/aliases. Thus your expectations didn't match. But by defaulting to /etc/aliases in further package versions we solve this problem for Debian. On Sat, Jun 23, 2012 at 11:08:29AM BST, markus schnalke wrote: We do warn using the debian NEWS file, conforming to the policy. The NEWS entry contains a warning that the transition from 0.2.x versions to 0.3.x versions is not possible without human actions. The administrator must check the configuration manually. Debian Policy seems to be aimed at maintainers and developers... ...not end users ;^) IMO, the problem is rather that the NEWS entries are not displayed by default. meillo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678361: stopped expanding aliases
Package: masqmail Version: 0.3.4-1 Severity: important Hi, After upgrading to the new version masqmail stopped expanding aliases. Mail which usually landed in my mailbox ended up in root's. Upgrade should not break the current setup without any warning. Regards, Raf -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (999, 'unstable'), (500, 'testing-proposed-updates'), (500, 'stable-updates'), (500, 'testing'), (1, 'experimental'), (1, 'stable') Architecture: powerpc (ppc) Kernel: Linux 3.2.0-2-powerpc Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages masqmail depends on: ii dpkg 1.16.4.3 ii libc6 2.13-33 ii libglib2.0-0 2.32.3-1 ii liblockfile1 1.09-4 ii netbase 5.0 masqmail recommends no packages. Versions of packages masqmail suggests: ii bsd-mailx [mail-reader] 8.1.2-0.2006cvs-1 ii emacs23 [mail-reader]23.4+1-3 ii evolution [mail-reader] 3.4.3-1 ii icedove [mail-reader]10.0.4-1 ii logrotate3.8.1-4 ii mailutils [mail-reader] 1:2.2+dfsg1-6+b1 ii mutt [mail-reader] 1.5.21-5+b1 ii procmail 3.22-20 -- debconf information: * masqmail/ipup_fetch: false * masqmail/mda: /usr/bin/procmail -Y -d ${rcpt_local} * masqmail/init_smtp_daemon: false * masqmail/local_hosts: localhost;thor;thor.local * masqmail/host_name: thor.local * masqmail/manage_config_with_debconf: true * masqmail/use_syslog: false * masqmail/listen_addresses: * masqmail/init_fetch_daemon: false * masqmail/init_queue_daemon: false * masqmail/online_file: /var/run/masqmail-route * masqmail/mbox_default: mbox * masqmail/ipup_runqueue: false * masqmail/online_detect: file masqmail/queue_daemon_ival: -q10m * masqmail/alias_local_caseless: false masqmail/move_existing_nondebconf_config: true * masqmail/ifup_ifaces: none masqmail/online_pipe: masqmail/fetch_daemon_ival: -go5m * masqmail/local_nets: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org