Pkg exim4 users - Jul 2007 - main option bounce_message_file doesn''t work with Exim4 in Debian

Dear all,

I''m trying to customize the bounce messages in order to avoid the
subject "Mail delivery failed"
(for an unknown reason, probably a bug, my ISP smtp.free.fr simply
discard all these mails without any notification).

For this purpose, as mentioned in Exim4 specifications, I''ve put:
bounce_message_file = /etc/exim4/bouncemessage in the main section

I created the corresponding file /etc/exim4/bouncemessage:

Subject: trial bouncemail
  ****
  This message was created automatically by mail delivery software.

  The following address(es) failed:
  ****
  The following text was generated during the delivery attempt(s):
  ****
  ------ This is a copy of the message, including all the headers. ------
  ****
  ------ The body of the message is $message_size characters long; only
the first
  ------ $return_size_limit or so are included here.
  ****


No error with update-exim4.conf, but absolutely no change !
No error in the /var/log/exim4/ section...

Any idea ?

My config : Exim4 in Debian Etch.

Thanks in advance,
Bruno

On Sat, Jul 28, 2007 at 12:54:53AM +0200, Bruno CAPELETO
wrote:
> I''m trying to customize the bounce messages in order to avoid the
> subject "Mail delivery failed"
> (for an unknown reason, probably a bug, my ISP smtp.free.fr simply
> discard all these mails without any notification).
They might also be choking on the empty envelope sender. It is
distressing what some "modern" "ISP"''s call
"E-Mail service".
> For this purpose, as mentioned in Exim4 specifications, I''ve put:
> bounce_message_file = /etc/exim4/bouncemessage in the main section
... of which file?
> No error with update-exim4.conf, but absolutely no change !
grep split /etc/exim4/update-exim4.conf.conf?

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 3221 2323190

Hi,

I want to stop one user to receive mail''s and reject everything sent to
him
just for a while.
I don''t want to delete the user, could be possible do this? How?

As Always I''ll appreciate your help.

TIA

Jesus Gutierrez

Jose de Jesus Gutierrez Ramirez <jgtez at previtep.com.mx>
wrote:
> Hi,
> I want to stop one user to receive mail''s and reject everything
sent to him
> just for a while.
> I don''t want to delete the user, could be possible do this? How?
> As Always I''ll appreciate your help.
/etc/aliases.

blah: :fail: Temporarily disabled

cu andreas
-- 
`What a good friend you are to him, Dr. Maturin. His other friends are
so grateful to you.''
`I sew his ears on from time to time, sure''

Hello,

I was wondering how to configure exim4 to send outgoing email directly 
to the internet, but incoming to a smarthost. If I reconfigure 
exim4-config the options there don''t seem to cover it.

Thank you,
Jeroen

On Fri, Sep 28, 2007 at 03:14:49PM -0700, Jeroen van Aart
wrote:
> I was wondering how to configure exim4 to send outgoing email directly 
> to the internet, but incoming to a smarthost.
The definition of a smarthost is that _all_ nonlocal mail is forwarded
there.

Please tell us more about your setup, and what exactly you intend to do.

I guess that what you want is to forward mail for certain domains to
an internal host while your exim is the higest priority MX (so no
forwarding according to MX records can take place). If so, you''re
looking for /etc/exim4/hubbed_hosts, which is documented in the
exim4_files man page.

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 3221 2323190

Marc Haber wrote:

Thanks for the help.
> Please tell us more about your setup, and what exactly you intend to do.
The situation has changed a bit. I am looking into a way to direct 
specific email addresses to a specific server. Say I have 2 exim4 
servers, both of which can receive email for our domain. One server 
(Server1) only accepts one set of email addresses, lets say all emails 
starting with a "k", take my email address as an example.

Server1 needs to direct all emails but the "k" one to Server2, Server2
needs to direct all "k" emails to Server1. Both servers are added in
the
MX records. Well actually they are added in postini''s configuration. In
a load balancing kind of way.
> looking for /etc/exim4/hubbed_hosts, which is documented in the
> exim4_files man page.
I think hubbed_hosts in my example above wouldn''t work as it requires 
domains. My email addresses all have the same domain.

As a side note, for a while now I am using hobbed_hosts to correct a dns 
issue with a remote smtp server. I found out the hard way that using 
tabs after the "domain:" entry will break it.

Thank you,
Jeroen

On Tue, 2007-10-02 at 14:46 -0700, Jeroen van Aart
wrote:
> Marc Haber wrote:
> 
> Thanks for the help.
> 
> > Please tell us more about your setup, and what exactly you intend to
do.
> 
> The situation has changed a bit. I am looking into a way to direct 
> specific email addresses to a specific server. Say I have 2 exim4 
> servers, both of which can receive email for our domain. One server 
> (Server1) only accepts one set of email addresses, lets say all emails 
> starting with a "k", take my email address as an example.
I think a manual router will give you that kind of
control.
> 
> Server1 needs to direct all emails but the "k" one to Server2,
Server2
> needs to direct all "k" emails to Server1. Both servers are added
in the
> MX records. Well actually they are added in postini''s
configuration. In
> a load balancing kind of way.
> 
> > looking for /etc/exim4/hubbed_hosts, which is documented in the
> > exim4_files man page.
> 
> I think hubbed_hosts in my example above wouldn''t work as it
requires
> domains. My email addresses all have the same domain.
> 
> As a side note, for a while now I am using hobbed_hosts to correct a dns 
> issue with a remote smtp server. I found out the hard way that using 
> tabs after the "domain:" entry will break it.
> 
> Thank you,
> Jeroen
> 
> 
> 
> _______________________________________________
> Pkg-exim4-users mailing list
> Pkg-exim4-users at lists.alioth.debian.org
> http://lists.alioth.debian.org/mailman/listinfo/pkg-exim4-users
-- 
Ross Boylan                                      wk:  (415) 514-8146
185 Berry St #5700                               ross at biostat.ucsf.edu
Dept of Epidemiology and Biostatistics           fax: (415) 514-8150
University of California, San Francisco
San Francisco, CA 94107-1739                     hm:  (415) 550-1062

On Tue, Oct 02, 2007 at 02:46:35PM -0700, Jeroen van Aart
wrote:
> Marc Haber wrote:
> > Please tell us more about your setup, and what exactly you intend to
do.
> 
> The situation has changed a bit.
Ah, a moving target ;)  Always joy to work with.
>  I am looking into a way to direct specific email addresses to a
>  specific server. Say I have 2 exim4 servers, both of which can
>  receive email for our domain. One server (Server1) only accepts one
>  set of email addresses, lets say all emails starting with a "k",
take
>  my email address as an example.
> 
> Server1 needs to direct all emails but the "k" one to Server2,
Server2
> needs to direct all "k" emails to Server1. Both servers are added
in the
> MX records. Well actually they are added in postini''s
configuration. In
> a load balancing kind of way.
Postini is a commericial Spam Filter? Is it a software, an appliance
or a service? Wikipedia seems to be not very helpful here to me.

Having a domain local on two servers is joy. I did this years ago for
the last time, and it was not fun. I''d advise to ditch the load
balancing idea and to go to a more conventional approach.

If you insist on going this route, you probably need to:

- Have both servers know both about the locally and the remotely
  hosted mail addresses.
- Have a router that routes the remotely hosted mail addresses to the
  remote host. This can be a manualroute router like the hubbed_hosts
  router which doesn''t choose after domains but after local parts,
  like (untested!)
  hubbed_hosts:
     debug_print = "R: hubbed_hosts for $domain"
     driver = manualroute
     domains = yourdomain.example.com
     local_parts = "${if exists{CONFDIR/hubbed_hosts}\
                   {partial-lsearch;CONFDIR/hubbed_hosts}\
              fail}"
     route_data = ${lookup{$domain}partial-lsearch{CONFDIR/hubbed_hosts}}
     transport = remote_smtp
- By having a full list on both hosts you save yourself from loops
  that would arise otherwise for non-existing mail addresses where both
  hosts think that the other one is responsible

I am afraid that more detailed help is probably beyond the scope of
this list.
> > looking for /etc/exim4/hubbed_hosts, which is documented in the
> > exim4_files man page.
> 
> I think hubbed_hosts in my example above wouldn''t work as it
requires
> domains. My email addresses all have the same domain.
> 
> As a side note, for a while now I am using hobbed_hosts to correct a dns 
> issue with a remote smtp server. I found out the hard way that using 
> tabs after the "domain:" entry will break it.
How does it break? I cannot reproduce this issue:

$ exim -bt bar at foo.zugschlus.de
R: domain_literal for bar at foo.zugschlus.de
R: hubbed_hosts for foo.zugschlus.de
bar at foo.zugschlus.de
  router = hubbed_hosts, transport = remote_smtp
  host nechayev.zugschlus.de [193.201.54.31]
$ cat /etc/exim4/hubbed_hosts
realnechayev.zugschlus.de: nechayev.zugschlus.de
foo.zugschlus.de:               nechayev.zugschlus.de
$

After "foo.zugschlus.de:" there are two tabs in the configuration.

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 3221 2323190

Very late reply...

Marc Haber wrote:
> On Tue, Oct 02, 2007 at 02:46:35PM -0700, Jeroen van Aart wrote:
> Postini is a commericial Spam Filter? Is it a software, an appliance
> or a service? Wikipedia seems to be not very helpful here to me.
It''s a commercial spamfilter service. Basically you add their smtp 
servers in your mx records and configure their software to send to your 
smtp servers. Allowing you to do things like load balancing smtp servers 
  (so no need of round robin dns resolving) and of course various 
spamfilter tweaks. It works fine for the most part and it saves a lot of 
hassle doing load balancing yourself. It remains to be seen how well it 
works in the long run (they were bought by google...).
>> As a side note, for a while now I am using hubbed_hosts to correct a
dns
>> issue with a remote smtp server. I found out the hard way that using 
>> tabs after the "domain:" entry will break it.
> 
> How does it break? I cannot reproduce this issue:
> 
> $ cat /etc/exim4/hubbed_hosts
> realnechayev.zugschlus.de: nechayev.zugschlus.de
> foo.zugschlus.de:               nechayev.zugschlus.de
In the file /etc/exim4/hubbed_hosts if there are entries like this:
domain1.longernameorganisation: 99.88.77.66:55.44.33.22
domain2.organisation:           99.88.77.66:55.44.33.22

Where there is a tab or 2 after "domain2.organisation:" to align the 
entries, it will not read the ips correctly. I believe the tabbed entry 
will be not be read. So domain2.organisation will not resolve to either 
99.88.77.66 or 55.44.33.22, but to whatever to dns says.

Best regards,
Jeroen

On Thu, Jan 03, 2008 at 04:13:02PM -0800, Jeroen van Aart
wrote:
> In the file /etc/exim4/hubbed_hosts if there are entries like this:
> domain1.longernameorganisation: 99.88.77.66:55.44.33.22
> domain2.organisation:           99.88.77.66:55.44.33.22
> 
> Where there is a tab or 2 after "domain2.organisation:" to align
the
> entries, it will not read the ips correctly. I believe the tabbed entry 
> will be not be read. So domain2.organisation will not resolve to either 
> 99.88.77.66 or 55.44.33.22, but to whatever to dns says.
$ cat /etc/exim4/hubbed_hosts
realnechayev.zugschlus.de: nechayev.zugschlus.de
foo.zugschlus.de:               nechayev.zugschlus.de
domain1.longernameorganisation: 99.88.77.66:55.44.33.22
domain2.organisation:           99.88.77.66:55.44.33.22

$ exim -bt test at domain2.organisation
R: domain_literal for test at domain2.organisation
R: hubbed_hosts for domain2.organisation
test at domain2.organisation
  router = hubbed_hosts, transport = remote_smtp
  host 99.88.77.66 [99.88.77.66]
  host 55.44.33.22 [55.44.33.22]
$

I cannot reproduce this here, things just work fine.

Can you give debug output of exim -d -bt something at domain2.organisation?

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 3221 2323190

Marc Haber wrote:
> I cannot reproduce this here, things just work fine.
> 
> Can you give debug output of exim -d -bt something at domain2.organisation?
I tried that and indeed it works fine. So my memory of what I did is 
incorrect. I tested it also with:

domain1.longernameorganisation: 99.88.77.66:    55.44.33.22
domain2.organisation:           999.888.777.66: 55.44.33.22

Which resulted in errors. It reads the second IP address as options and 
reports: Error in hubbed_hosts router: unknown routing option or 
transport name "55.44.33.22".

I believe it is actually described in a readme or something to not have 
spaces in between the ip addresses, only a ":". So I don''t
think this is
actually a bug.

Thank you,
Jeroen

On Mon, Jan 07, 2008 at 04:40:48PM -0800, Jeroen van Aart
wrote:
> Which resulted in errors. It reads the second IP address as options and 
> reports: Error in hubbed_hosts router: unknown routing option or 
> transport name "55.44.33.22".
> 
> I believe it is actually described in a readme or something to not have 
> spaces in between the ip addresses, only a ":". So I
don''t think this is
> actually a bug.
You''re right. A routing rule has three parts, a domain pattern, a list
of hosts, and options. The three parts are separated by white space.
This is actually documented in spec.txt 20.2.

Exim is thus behaving as specified.

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 3221 2323190