Greetings, On a Debian sid box, I''m trying to achieve the following configuration: * mail can be sent from one user to another on the same box * cron can send mail to the respective owner of cronjobs * mail can be sent out * mail cannot be received from the outside Simple, right? Especially with exim4 supporting a zillion options. Here''s what works: mail can be sent out. How do I set up the first two? When I try to mail to a local user, I get "R=dnslookup T=remote_smtp defer (111)" instead of something like "R=local_user T=maildir_home". In /etc/exim4/update-exim4.conf.conf I have "dc_localdelivery=maildir_home", but it''s obviously not understood -- wrong syntax. When I run a cronjob, ps aux shows "/usr/sbin/sendmail -i -FCronDaemon -oem tna", where tna is the owner of the job, but nothing is received -- exim4 tries to send the e-mail to the remote address, which doesn''t exist (tna@mymachine.subnet.edu or tna@subnet.edu). How do you set this up so that mail to the outside goes to the smtp server, but mail within the machine doesn''t try to go outside? dc_eximconfig_configtype=''smarthost'' dc_other_hostnames='''' dc_local_interfaces=''127.0.0.1'' dc_readhost=''mymachine.subnet.edu'' dc_relay_domains='''' dc_minimaldns=''false'' dc_relay_nets='''' dc_smarthost=''mail.subnet.edu'' CFILEMODE=''644'' dc_use_split_config=''false'' dc_hide_mailname=''true'' dc_mailname_in_oh=''true'' dc_localdelivery=maildir_home Or more simply: what could be preventing cronjobs from delivering messages? In /etc/aliases I have this: # /etc/aliases mailer-daemon: postmaster postmaster: root nobody: root hostmaster: root usenet: root news: root webmaster: root www: root ftp: root abuse: root noc: root security: root root: tna But that shouldn''t affect mail from cronjobs, right? Those messages should just go to their respective owners. Dave
A quick followup: I found in an old exim3 configuration that local
delivery could be configured using
dc_local_domains=localhost:chianti
This had an effect in the right direction, but not quite there:
2005-05-15 21:25:51 1DXXA5-0003eN-Ac <= tna@chianti U=tna P=local S=799
2005-05-15 21:25:51 1DXXA5-0003eN-Ac == tna@chianti R=hub_user defer
(-17): error in redirect data: domain missing or malformed in "tna@"
How do I tell exim4 that tna@chianti is a perfectly good address, just
give the mail to user tna?
Dave
David Liontooth wrote:
>Greetings,
>
>On a Debian sid box, I''m trying to achieve the following
configuration:
>
> * mail can be sent from one user to another on the same box
> * cron can send mail to the respective owner of cronjobs
> * mail can be sent out
> * mail cannot be received from the outside
>
>Simple, right? Especially with exim4 supporting a zillion options.
>
>Here''s what works: mail can be sent out. How do I set up the first
two?
>
>When I try to mail to a local user, I get "R=dnslookup T=remote_smtp
>defer (111)"
>instead of something like "R=local_user T=maildir_home". In
>/etc/exim4/update-exim4.conf.conf
>I have "dc_localdelivery=maildir_home", but it''s
obviously not
>understood -- wrong syntax.
>
>When I run a cronjob, ps aux shows "/usr/sbin/sendmail -i -FCronDaemon
>-oem tna",
>where tna is the owner of the job, but nothing is received -- exim4
>tries to send the e-mail to
>the remote address, which doesn''t exist (tna@mymachine.subnet.edu
or
>tna@subnet.edu).
>How do you set this up so that mail to the outside goes to the smtp
>server, but mail within
>the machine doesn''t try to go outside?
>
>dc_eximconfig_configtype=''smarthost''
>dc_other_hostnames=''''
>dc_local_interfaces=''127.0.0.1''
>dc_readhost=''mymachine.subnet.edu''
>dc_relay_domains=''''
>dc_minimaldns=''false''
>dc_relay_nets=''''
>dc_smarthost=''mail.subnet.edu''
>CFILEMODE=''644''
>dc_use_split_config=''false''
>dc_hide_mailname=''true''
>dc_mailname_in_oh=''true''
>dc_localdelivery=maildir_home
>
>Or more simply: what could be preventing cronjobs from delivering
>messages? In /etc/aliases I have
>this:
>
># /etc/aliases
>mailer-daemon: postmaster
>postmaster: root
>nobody: root
>hostmaster: root
>usenet: root
>news: root
>webmaster: root
>www: root
>ftp: root
>abuse: root
>noc: root
>security: root
>root: tna
>
>But that shouldn''t affect mail from cronjobs, right? Those messages
>should just go to their respective owners.
>
>Dave
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>_______________________________________________
>Pkg-exim4-users mailing list
>Pkg-exim4-users@lists.alioth.debian.org
>http://lists.alioth.debian.org/mailman/listinfo/pkg-exim4-users
>
>
Exim4 appears to be designed for system supervisors responsible for a whole network. I want mail on a single machine, and cron working, and the exim4 configuration through debconfig just isn''t catering to this. On the other hand, I have an old machine running exim3 and looked at that configuration; within ten minutes I had everything working on my new one: local mail, external mail out, mail from cron. I''d still appreciate help from anyone to get this working on exim4, but at least the functionality I wanted is now in place. I guess I should add a plea to make this easier to configure for naive users on a single box; I wasted hours and got nowhere. Dave David Liontooth wrote:>A quick followup: I found in an old exim3 configuration that local >delivery could be configured using > > dc_local_domains=localhost:chianti > >This had an effect in the right direction, but not quite there: > >2005-05-15 21:25:51 1DXXA5-0003eN-Ac <= tna@chianti U=tna P=local S=799 >2005-05-15 21:25:51 1DXXA5-0003eN-Ac == tna@chianti R=hub_user defer >(-17): error in redirect data: domain missing or malformed in "tna@" > >How do I tell exim4 that tna@chianti is a perfectly good address, just >give the mail to user tna? > >Dave > > > >David Liontooth wrote: > > > >>Greetings, >> >>On a Debian sid box, I''m trying to achieve the following configuration: >> >>* mail can be sent from one user to another on the same box >>* cron can send mail to the respective owner of cronjobs >>* mail can be sent out >>* mail cannot be received from the outside >> >>Simple, right? Especially with exim4 supporting a zillion options. >> >>Here''s what works: mail can be sent out. How do I set up the first two? >> >>When I try to mail to a local user, I get "R=dnslookup T=remote_smtp >>defer (111)" >>instead of something like "R=local_user T=maildir_home". In >>/etc/exim4/update-exim4.conf.conf >>I have "dc_localdelivery=maildir_home", but it''s obviously not >>understood -- wrong syntax. >> >>When I run a cronjob, ps aux shows "/usr/sbin/sendmail -i -FCronDaemon >>-oem tna", >>where tna is the owner of the job, but nothing is received -- exim4 >>tries to send the e-mail to >>the remote address, which doesn''t exist (tna@mymachine.subnet.edu or >>tna@subnet.edu). >>How do you set this up so that mail to the outside goes to the smtp >>server, but mail within >>the machine doesn''t try to go outside? >> >>dc_eximconfig_configtype=''smarthost'' >>dc_other_hostnames='''' >>dc_local_interfaces=''127.0.0.1'' >>dc_readhost=''mymachine.subnet.edu'' >>dc_relay_domains='''' >>dc_minimaldns=''false'' >>dc_relay_nets='''' >>dc_smarthost=''mail.subnet.edu'' >>CFILEMODE=''644'' >>dc_use_split_config=''false'' >>dc_hide_mailname=''true'' >>dc_mailname_in_oh=''true'' >>dc_localdelivery=maildir_home >> >>Or more simply: what could be preventing cronjobs from delivering >>messages? In /etc/aliases I have >>this: >> >># /etc/aliases >>mailer-daemon: postmaster >>postmaster: root >>nobody: root >>hostmaster: root >>usenet: root >>news: root >>webmaster: root >>www: root >>ftp: root >>abuse: root >>noc: root >>security: root >>root: tna >> >>But that shouldn''t affect mail from cronjobs, right? Those messages >>should just go to their respective owners. >> >>Dave >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >>_______________________________________________ >>Pkg-exim4-users mailing list >>Pkg-exim4-users@lists.alioth.debian.org >>http://lists.alioth.debian.org/mailman/listinfo/pkg-exim4-users >> >> >> >> > > >_______________________________________________ >Pkg-exim4-users mailing list >Pkg-exim4-users@lists.alioth.debian.org >http://lists.alioth.debian.org/mailman/listinfo/pkg-exim4-users > >
Hi, On Sun, May 15, 2005 at 08:15:04PM -0700, David Liontooth wrote:> When I try to mail to a local user, I get "R=dnslookup T=remote_smtp > defer (111)"So the system doesn''t consider that mail local and tries to send to the smarthost.> I have "dc_localdelivery=maildir_home", but it''s obviously not > understood -- wrong syntax.The problem is earlier. Your local delivery is not even being considered.> dc_eximconfig_configtype=''smarthost'' > dc_other_hostnames='''' > dc_local_interfaces=''127.0.0.1'' > dc_readhost=''mymachine.subnet.edu'' > dc_relay_domains='''' > dc_minimaldns=''false'' > dc_relay_nets='''' > dc_smarthost=''mail.subnet.edu'' > CFILEMODE=''644'' > dc_use_split_config=''false'' > dc_hide_mailname=''true'' > dc_mailname_in_oh=''true'' > dc_localdelivery=maildir_homeLooks like you have been bitten by a change that was introduced in 4.50-5. The local hostname is no longer automatically considered a local domain, see /usr/share/doc/exim4-config/NEWS.Debian.gz, first paragraph. Solution: Add all domain names which should have their e-mail locally delivered to dc_other_hostnames.> Or more simply: what could be preventing cronjobs from delivering > messages? In /etc/aliases I have > this: > > # /etc/aliases > mailer-daemon: postmaster > postmaster: root > nobody: root > hostmaster: root > usenet: root > news: root > webmaster: root > www: root > ftp: root > abuse: root > noc: root > security: root > root: tna > > But that shouldn''t affect mail from cronjobs, right? Those messages > should just go to their respective owners.Mails from cronjobs are processed as any normal e-mail, so if you alias their recipient, the alias is used for that e-mail. But your issue is that the e-mail is not even being considered to be aliased since your exim doesn''t think it''s a local mail. 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
On Sun, May 15, 2005 at 09:34:56PM -0700, David Liontooth wrote:> A quick followup: I found in an old exim3 configuration that local > delivery could be configured using > > dc_local_domains=localhost:chianti(1) exim 3 is completely different from exim 4. Some knowledge can be transferred, but not all of it. Please be very careful when doing stunts like this. (2) localhost is implicitly added to dc_local_domains, that setting is redundant. (3) I''d use an FQDN for the local host name.> This had an effect in the right direction, but not quite there: > > 2005-05-15 21:25:51 1DXXA5-0003eN-Ac <= tna@chianti U=tna P=local S=799 > 2005-05-15 21:25:51 1DXXA5-0003eN-Ac == tna@chianti R=hub_user defer > (-17): error in redirect data: domain missing or malformed in "tna@"Please verify whether your dc_readhost is still set as claimed in the /etc/exim4/update-exim4.conf.conf you posted in your first message. Oh, yeah, and please do not top post. 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
Hi, On Sun, May 15, 2005 at 10:32:06PM -0700, David Liontooth wrote:> Exim4 appears to be designed for system supervisors responsible > for a whole network. I want mail on a single machine, and cron working, > and the exim4 configuration through debconfig just isn''t catering > to this.It is. However, there are some pitfalls which mostly result from the debconf templates being frozen for nearly one year, while the package itself has evolved under the templates. You seem to be caught by two of the pitfalls, one of them being clearly documented in the NEWS.Debian.gz which is a must-read on update [1], and the other one just being recently discovered and fixed in 4.50-6.> On the other hand, I have an old machine running exim3 and looked > at that configuration; within ten minutes I had everything working > on my new one: local mail, external mail out, mail from cron.Feel free to continue running exim3 - outdated, unsupported software. I am afraid that you have just "broken" your exim4 in a way which makes it very hard to support you in the future.> I''d still appreciate help from anyone to get this working on exim4,If you expect shorter turnaround times on the support hotline than two hours (your first message on this list is barely 140 minutes old), you should seek out a distribution with paid support.> I guess I should add a plea to make this easier to configure for naive > users on a single box; I wasted hours and got nowhere.Sorry to hear about that. The Debian exim 4 maintainers are open to suggestions how to enhance your exim 4 experience, but I am afraid that suggestions to improve the debconf templates are almost a year too late, and because of sarge''s freeze, more changes are not possible. Greetings Marc [1] there are packages available to hurl the changelog and NEWS.Debian in the user''s face on installation -- ----------------------------------------------------------------------------- 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
Hi Mark, Thanks, that''s very helpful. I have it working now. Marc Haber wrote:>Hi, > >On Sun, May 15, 2005 at 08:15:04PM -0700, David Liontooth wrote: > > >>When I try to mail to a local user, I get "R=dnslookup T=remote_smtp >>defer (111)" >> >> > >So the system doesn''t consider that mail local and tries to send to >the smarthost. > >exim 3 has better text guiding naive users towards the "Internet" choice, which is what I needed. A hint indicating that "if you''re not sure, try this one" is very useful for naive users, and what exim3 does was good enough in my case.>>I have "dc_localdelivery=maildir_home", but it''s obviously not >>understood -- wrong syntax. >> >> > >The problem is earlier. Your local delivery is not even being >considered. > > >Right, I realized that.>>dc_eximconfig_configtype=''smarthost'' >>dc_other_hostnames='''' >>dc_local_interfaces=''127.0.0.1'' >>dc_readhost=''mymachine.subnet.edu'' >>dc_relay_domains='''' >>dc_minimaldns=''false'' >>dc_relay_nets='''' >>dc_smarthost=''mail.subnet.edu'' >>CFILEMODE=''644'' >>dc_use_split_config=''false'' >>dc_hide_mailname=''true'' >>dc_mailname_in_oh=''true'' >>dc_localdelivery=maildir_home >> >> > >Looks like you have been bitten by a change that was introduced in >4.50-5. The local hostname is no longer automatically considered a >local domain, see /usr/share/doc/exim4-config/NEWS.Debian.gz, first >paragraph. Solution: Add all domain names which should have their >e-mail locally delivered to dc_other_hostnames. > >I don''t think I understand the details here -- after selecting "Internet", I do get prompted for system name, and it then appears as dc_other_hostnames=''chianti'' -- great! I suspect my problem was that I kept chosing ''satellite'' at the start -- but in fairness, it would have been extremely useful for me to be warned that this would deprive me of getting mail from cronjobs etc. On packages I track regularly, I always read the new docs, but on a core package like exim4, when I have no unusual or special needs, I expect it to just work. Oh well.> > >>Or more simply: what could be preventing cronjobs from delivering >>messages? In /etc/aliases I have >>this: >> >># /etc/aliases >>mailer-daemon: postmaster >>postmaster: root >>nobody: root >>hostmaster: root >>usenet: root >>news: root >>webmaster: root >>www: root >>ftp: root >>abuse: root >>noc: root >>security: root >>root: tna >> >>But that shouldn''t affect mail from cronjobs, right? Those messages >>should just go to their respective owners. >> >> > >Mails from cronjobs are processed as any normal e-mail, so if you >alias their recipient, the alias is used for that e-mail. But your >issue is that the e-mail is not even being considered to be aliased >since your exim doesn''t think it''s a local mail. > >Greetings >Marc > > >I appreciate your help and hope exim4 can be made somewhat more user-friendly! Cheers, Dave
Hi, On Sun, May 15, 2005 at 11:20:52PM -0700, David Liontooth wrote:> Hi Mark,^ *growl*> Marc Haber wrote: > >On Sun, May 15, 2005 at 08:15:04PM -0700, David Liontooth wrote: > >>When I try to mail to a local user, I get "R=dnslookup T=remote_smtp > >>defer (111)" > > > >So the system doesn''t consider that mail local and tries to send to > >the smarthost. > > > exim 3 has better text guiding naive users towards the "Internet" > choice, which is what I needed."Smarthost" should work for you as well, if configured correctly. Experience has shown that it is not a good idea to nudge people towards some choice, since there are always configurations in which the "default" choice won''t work. This actually is something we have learned from exim3 nudging people towards the "internet" choice, which will fall in pieces in a firewalled setup where usage of a smarthost is absolutely mandated - for example in most corporate environments and on ISP networks employing port 25 blocking.> A hint indicating that "if you''re > not sure, try this one" is very useful for naive users, and what > exim3 does was good enough in my case.In your case, yes.> >>dc_eximconfig_configtype=''smarthost'' > >>dc_other_hostnames='''' > >>dc_local_interfaces=''127.0.0.1'' > >>dc_readhost=''mymachine.subnet.edu'' > > > >Looks like you have been bitten by a change that was introduced in > >4.50-5. The local hostname is no longer automatically considered a > >local domain, see /usr/share/doc/exim4-config/NEWS.Debian.gz, first > >paragraph. Solution: Add all domain names which should have their > >e-mail locally delivered to dc_other_hostnames. > > > > > I don''t think I understand the details here -- after selecting > "Internet", I do get prompted for system name, and it then > appears as dc_other_hostnames=''chianti'' -- great!"This name will also be used by other programs; it should be the single, full domain name (FQDN) from which mail will appear to originate." "chianti" is not a fully qualified domain name. This is one of the first changes that will be done to the Debconf templates once the strings have been unfrozen after sarge''s release.> I suspect > my problem was that I kept chosing ''satellite'' at the start --No, satellite is fine.> but in fairness, it would have been extremely useful for me > to be warned that this would deprive me of getting mail from > cronjobs etc.Your problem was that you didn''t configure any local domains, hence all mail was considered non-local. I tried to explain that in my first message.> On packages I track regularly, I always read the new docs, > but on a core package like exim4, when I have no unusual or > special needs, I expect it to just work. Oh well.Mail is - unfortunately - a little more complex than your average core package, and the debconf templates have been frozen for too long time.> I appreciate your help and hope exim4 can be made somewhat > more user-friendly!We are open to your suggestions. May I suggest that you trim down your quoting to what you really are referencing? 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
Hi Marc, Marc Haber wrote:>>>On Sun, May 15, 2005 at 08:15:04PM -0700, David Liontooth wrote: >>> >>> >>>>When I try to mail to a local user, I get "R=dnslookup T=remote_smtp >>>>defer (111)" >>>> >>>> >>>So the system doesn''t consider that mail local and tries to send to >>>the smarthost. >>> >>>In brief, if I chose ''satelite'', to get exim4 to consider any mail local I need to manually add in this kind of thing: dc_other_hostnames=''chianti.cogweb.net'' Is that correct? So that means it''s a local address? That''s really not self-explanatory. I added this, borrowing from exim3 a more explicitly named variable: dc_local_domains=''localhost:chianti'' That seems to work, but I haven''t tested if this line is what makes the difference. Which one do I really need?>>exim 3 has better text guiding naive users towards the "Internet" >>choice, which is what I needed. >> >> >"Smarthost" should work for you as well, if configured correctly. > >Experience has shown that it is not a good idea to nudge people >towards some choice, since there are always configurations in which >the "default" choice won''t work. This actually is something we have >learned from exim3 nudging people towards the "internet" choice, which >will fall in pieces in a firewalled setup where usage of a smarthost >is absolutely mandated - for example in most corporate environments >and on ISP networks employing port 25 blocking. > >The fact that there''s no universal default configuration is a given; it''s still useful to suggest a commonly valid default.>"This name will also be used by other programs; it should be the >single, full domain name (FQDN) from which mail will appear to >originate." "chianti" is not a fully qualified domain name. This is >one of the first changes that will be done to the Debconf templates >once the strings have been unfrozen after sarge''s release. > >If I use the FQDN, will exim4 still understand this is to be treated as the local machine? Where the mail appears to originate isn''t much of an issue for me; I''m not receiving mail from the outside in any case.>>I suspect >>my problem was that I kept chosing ''satellite'' at the start -- >> >> >No, satellite is fine. > >Interesting -- but only after manually adding local machines, right?>Mail is - unfortunately - a little more complex than your average core >package, and the debconf templates have been frozen for too long time. > >I see -- so this is pain inflicted by a delayed sarge? Cheers, Dave
Hi, On Sun, May 15, 2005 at 09:34:56PM -0700, David Liontooth wrote:> A quick followup: I found in an old exim3 configuration that local > delivery could be configured using > > dc_local_domains=localhost:chianti > > This had an effect in the right direction, but not quite there: > > 2005-05-15 21:25:51 1DXXA5-0003eN-Ac <= tna@chianti U=tna P=local S=799 > 2005-05-15 21:25:51 1DXXA5-0003eN-Ac == tna@chianti R=hub_user defer > (-17): error in redirect data: domain missing or malformed in "tna@"> >dc_eximconfig_configtype=''smarthost''This doesn''t fit. The hub_user router is only active for config type satellite. Please try to reproduce this with dc_eximconfig_configtype=''smarthost''. Which version of exim4-config do you have installed? 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
Hi, On Mon, May 16, 2005 at 12:09:51AM -0700, David Liontooth wrote:> Marc Haber wrote: > >>>On Sun, May 15, 2005 at 08:15:04PM -0700, David Liontooth wrote: > >>> > >>> > >>>>When I try to mail to a local user, I get "R=dnslookup T=remote_smtp > >>>>defer (111)" > >>>> > >>>> > >>>So the system doesn''t consider that mail local and tries to send to > >>>the smarthost. > >>> > >>> > In brief, if I chose ''satelite'', to get exim4 to consider any mail local > I need to manually add in this kind of thing: > > dc_other_hostnames=''chianti.cogweb.net''Yes, as mentioned in the update-exim4.conf man page.> Is that correct? So that means it''s a local address?Yes.> That''s really not self-explanatory.Yes, but unfortunately hard to change without breaking updates. We''ll reconsider this post-sarge.> I added this, > borrowing from exim3 a more explicitly named variable: > > dc_local_domains=''localhost:chianti''It is a bad idea to borrow anything from exim 3. Exim 4 is a completely new package, and so it''s not a miracle that dc_local_domains is completely ignored by update-exim4.conf.> That seems to work, but I haven''t tested if this line is what makes > the difference. Which one do I really need?The one that is documented.> The fact that there''s no universal default configuration is > a given; it''s still useful to suggest a commonly valid default.Right, but there is no commonly valid default for e-mail. If we suggest a default, mail will be lost or invisibly queued in some setups, which is a bad thing. We have been through this.> >"This name will also be used by other programs; it should be the > >single, full domain name (FQDN) from which mail will appear to > >originate." "chianti" is not a fully qualified domain name. This is > >one of the first changes that will be done to the Debconf templates > >once the strings have been unfrozen after sarge''s release. > > > > > If I use the FQDN, will exim4 still understand this is to > be treated as the local machine?The Mail Name and the list of Local Domains are two entirely different things. The Mail name is used to qualify the _sender_ of _outgoing_ mail, while the list of Local Domains determines what to do with _incoming_ mail. The one exception being the hub_user router, which is only used in satellite configurations which have no notion of "local mail".> >>I suspect > >>my problem was that I kept chosing ''satellite'' at the start -- > >> > >> > >No, satellite is fine. > > > Interesting -- but only after manually adding local machines, > right?I was wrong here, sorry, it''s too early in the day. "satellite" does translate to "mail sent by smarthost; no local mail", which _really_ means "no local mail". What you need is the "smarthost" setup, translating to "mail sent by smarthost; received via SMTP or fetchmail".> >Mail is - unfortunately - a little more complex than your average core > >package, and the debconf templates have been frozen for too long time. > > > > > I see -- so this is pain inflicted by a delayed sarge?This is pain inflicted by the base freeze happening way too early - and <rant> we locally froze our string templates way before the base freeze was officially started to be nice to our translators. What we have here is a classic case of having misleading documentation in some-40ish-languages instead of having correct documentation at least in the default language.</rant> Greetings Marc, not being a friend of translated system messages at all -- ----------------------------------------------------------------------------- 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
On 2005-05-16 David Liontooth <liontooth@cogweb.net> wrote:> On a Debian sid box, I''m trying to achieve the following configuration:> * mail can be sent from one user to another on the same box > * cron can send mail to the respective owner of cronjobs > * mail can be sent out > * mail cannot be received from the outside[...]> dc_eximconfig_configtype=''smarthost'' > dc_other_hostnames='''' > dc_local_interfaces=''127.0.0.1'' > dc_readhost=''mymachine.subnet.edu'' > dc_relay_domains='''' > dc_minimaldns=''false'' > dc_relay_nets='''' > dc_smarthost=''mail.subnet.edu'' > CFILEMODE=''644'' > dc_use_split_config=''false'' > dc_hide_mailname=''true'' > dc_mailname_in_oh=''true'' > dc_localdelivery=maildir_homeYou forgot to note a) the contents of /etc/mailname b) The domainname of mails you want to consider as "local". 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/