Bug#297841: exim4-config: Local rewrite stopped working after upgrade in sarge
Still, I think the following behaviour is also a common one: outside mail sent by smarthost, local mail delivered in spool; no incomming mail. This is typical with a dialup machine where users have their mailboxes outside the system (on an IMAP server for instance). Does the "mail sent by smarthost; received via SMTP or fetchmail" give this behaviour? Yes, it does. It _allows_ incoming mail but does not require it. And the SMTP daemon will only listen on 127.0.0.1 by default, i.e. the local loopback interface. hth, cu andreas Thanks a lot. I chose the "mail sent by smarthost; received via SMTP or fetchmail", and it indeed seems to be doing what I want. I think there are two points to consider: 1) sarge upgrade. I'm afraid I'm only one who's going to be hit by this change. Basically, when your mail box is on an outside server, I does seem logical not to select "received by SMTP or fetchmail" but instead "no local mail". It looks like this cannot be fixed automatically (since for some people keeping the same option is desired) but there really should be some big warning about possibly needing to change one's setup. Do you plan to do so? Which brings us to: 2) debconf. As said above, one can be confused by the current list of options. I think the "internet site" idea is quite good: give a short description of the type of host. Then after ";" explain more technically what will happen in that setup. Would it make sense for the second line to start with "dial-up;" and the third line with "LAN;" ? There might be better terms, but this should give the idea to most people (in particular, not to chose the 3rd if the smart host is not a local server). Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297841: exim4-config: Local rewrite stopped working after upgrade in sarge
On 2005-03-04 Daniel Bonniot <[EMAIL PROTECTED]> wrote: [...] > Still, I think the following behaviour is also a common one: outside mail > sent by smarthost, local mail delivered in spool; no incomming mail. This > is typical with a dialup machine where users have their mailboxes outside > the system (on an IMAP server for instance). Does the "mail sent by > smarthost; received via SMTP or fetchmail" give this behaviour? Yes, it does. It _allows_ incoming mail but does not require it. And the SMTP daemon will only listen on 127.0.0.1 by default, i.e. the local loopback interface. hth, cu andreas -- "See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf, fuhggvat qbja gur juveyvat tha. Neal Stephenson in "Snow Crash" http://downhill.aus.cc/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297841: exim4-config: Local rewrite stopped working after upgrade in sarge
However, it seems to me that when a mail is sent to a local user, it is not a very sensible thing to do to forward it to the smart host as is, since it will surely fail. Shouldn't the default configuration do it differently? It won't surely fail in the situation that the local host is in a company network and does not have local mailboxes. OK, I understand the behaviour makes sense in that setup, and I suppose it's not an uncommon setup. Still, I think the following behaviour is also a common one: outside mail sent by smarthost, local mail delivered in spool; no incomming mail. This is typical with a dialup machine where users have their mailboxes outside the system (on an IMAP server for instance). Does the "mail sent by smarthost; received via SMTP or fetchmail" give this behaviour? Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297841: exim4-config: Local rewrite stopped working after upgrade in sarge
Thanks for the answer.
Hello,
Yes, that is caused by
- Make exim work correctly if dc_readhost ("visible, rewritten domain name
for local users") ends up as part of local_domain, which happens if
the same value is chosen for mailname and dc_readhost. This
implemented by new router, hub_user_smarthost. Previously users were
required to use something different (my.invalid.domain) for mailname.
and I actually consider this to be a correct change, fixing a bug.
I believe you that a bug was fixed, I don't know enough exim to comment on
that.
However, it seems to me that when a mail is sent to a local user, it is not a
very sensible thing to do to forward it to the smart host as is, since it will
surely fail. Shouldn't the default configuration do it differently?
> If I select "no local mail" I actually don't want local delivery.
Do you want mails to local users to fail?
This is important, because security checks, apt-changelogs, and surely other
things are sent to a local user (root) by default.
Cheers,
Daniel
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297841: exim4-config: Local rewrite stopped working after upgrade in sarge
On 2005-03-03 daniel <[EMAIL PROTECTED]> wrote:
> Package: exim4-config
> Version: 4.44-2
> Severity: normal
> After the recent upgrade in testing, exim started to try to deliver
> mail sent to local users though the smart host instead of doing a local
> delivery to /var/spool/mail as it used to. I tried to see why in
> the changelog, but failed. I don't think the NEWS message applies, since
> it's about rewriting From addresses, not routing (and anyway I use
> /etc/email-addresses, and that works fine).
> I'm in no way expert in exim configuration, so maybe there's something
> wrong in my config (made with dpkg-reconfigure exim4-config). In any
> case, this is confusing, and a potential problem for sarge upgrades.
[...]
> dc_eximconfig_configtype='satellite'
> dc_other_hostnames='blanche'
> dc_local_interfaces='127.0.0.1:10.0.0.2'
> dc_readhost='blanche'
> dc_relay_domains=''
> dc_minimaldns='false'
> dc_relay_nets=''
> dc_smarthost='mail.axelero.hu'
> CFILEMODE='644'
> dc_use_split_config='true'
> dc_hide_mailname='true'
> dc_mailname_in_oh='true'
> mailname:blanche
[...]
Hello,
Yes, that is caused by
- Make exim work correctly if dc_readhost ("visible, rewritten domain name
for local users") ends up as part of local_domain, which happens if
the same value is chosen for mailname and dc_readhost. This
implemented by new router, hub_user_smarthost. Previously users were
required to use something different (my.invalid.domain) for mailname.
and I actually consider this to be a correct change, fixing a bug. If
I select "no local mail" I actually don't want local delivery.
cu andreas
--
"See, I told you they'd listen to Reason," [SPOILER] Svfurlr fnlf,
fuhggvat qbja gur juveyvat tha.
Neal Stephenson in "Snow Crash"
http://downhill.aus.cc/
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297841: exim4-config: Local rewrite stopped working after upgrade in sarge
On Thu, Mar 03, 2005 at 10:00:56AM +0100, daniel wrote: > After the recent upgrade in testing, exim started to try to deliver > mail sent to local users though the smart host instead of doing a local > delivery to /var/spool/mail as it used to. Can you give examples how previous versions behaved, and how the current version does? Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 72739835 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#297841: exim4-config: Local rewrite stopped working after upgrade in sarge
Package: exim4-config Version: 4.44-2 Severity: normal After the recent upgrade in testing, exim started to try to deliver mail sent to local users though the smart host instead of doing a local delivery to /var/spool/mail as it used to. I tried to see why in the changelog, but failed. I don't think the NEWS message applies, since it's about rewriting From addresses, not routing (and anyway I use /etc/email-addresses, and that works fine). I'm in no way expert in exim configuration, so maybe there's something wrong in my config (made with dpkg-reconfigure exim4-config). In any case, this is confusing, and a potential problem for sarge upgrades. -- Package-specific info: Exim version 4.44 #1 built 27-Jan-2005 13:55:35 Copyright (c) University of Cambridge 2004 Berkeley DB: Sleepycat Software: Berkeley DB 4.2.52: (December 3, 2003) Support for: iconv() IPv6 GnuTLS Lookups: lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmnz dsearch nis nis0 passwd Authenticators: cram_md5 plaintext Routers: accept dnslookup ipliteral manualroute queryprogram redirect Transports: appendfile/maildir/mailstore autoreply lmtp pipe smtp Fixed never_users: 0 Configuration file is /var/lib/exim4/config.autogenerated # /etc/exim4/update-exim4.conf.conf # # Edit this file and /etc/mailname by hand and execute update-exim4.conf # yourself or use 'dpkg-reconfigure exim4-config' dc_eximconfig_configtype='satellite' dc_other_hostnames='blanche' dc_local_interfaces='127.0.0.1:10.0.0.2' dc_readhost='blanche' dc_relay_domains='' dc_minimaldns='false' dc_relay_nets='' dc_smarthost='mail.axelero.hu' CFILEMODE='644' dc_use_split_config='true' dc_hide_mailname='true' dc_mailname_in_oh='true' mailname:blanche -- System Information: Debian Release: 3.1 APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.6-2-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Versions of packages exim4-config depends on: ii adduser 3.59 Add and remove users and groups ii debconf [debconf-2.0] 1.4.30.11Debian configuration management sy ii passwd 1:4.0.3-30.9 change and administer password and -- debconf information: * exim4/dc_smarthost: mail.axelero.hu exim4/dc_relay_domains: exim4/exim3_upgrade: true * exim4/dc_eximconfig_configtype: mail sent by smarthost; no local mail * exim4/dc_readhost: blanche exim4/exim4-config-title: exim4/dc_noalias_regenerate: false exim4/dc_relay_nets: * exim4/mailname: blanche * exim4/dc_local_interfaces: 127.0.0.1:10.0.0.2 * exim4/dc_minimaldns: false * exim4/dc_other_hostnames: * exim4/no_config: true * exim4/hide_mailname: true * exim4/dc_postmaster: daniel * exim4/use_split_config: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
