[Debian]:Re: Mailsystem
On Sun, Aug 06, 2000 at 01:08:31PM +0200, Michael Hierweck wrote:
>
> Es gibt einen Server auf dem fetchmail läuft und ein cronjob, der
> regelmäßig fetchmail und exim -qf ausführen soll. Dies amacht aufgrund
> der SMTP-after-POP-Technik des ISP auch Sinn.
> Nun gibt es weiterhin mehrere Workstations die alle das gleiche
> gemountete /var/spool/mail Verzeichnis benutzen.
Zu Problemen wurde ja schon auf die NFS-Locking-Seite von Roland
hingewiesen.
> Nun kann ich exim auf dem Server vermutlich wie auf einem
> Einzelplatzsystem mit dial-up konfigurieren, ähnlich dem Beispiel aus
> der Linux Gazette. Gibt es hier noch Besonderheiten zu beachten?
>
> Wie sieht das auf den Workstations aus? Sollte ich hier den Server als
> Smarthost angeben und dann Mails sofort weiterleiten lassen?
Ja, das würde ich so machen. Zum einen kannst Du so die Workstations
auch ausschalten, bevor die Mails ins Internet weitergereicht wurden,
zum anderen ist der Konfigurationsaufwand vermutlich geringer.
Wenn auf den Workstations Mailclients benutzt werden, die selber
direkt den SMTP-Server ansprechen (wie etwa Netscape), brauchst Du ja
auch nur noch den MTA auf dem Server. Aber auch wenn Du anständiger
Mailclients wie mutt benutzt, benötigst Du nicht auf jedem Rechner ein
MTA vom Kaliber exim. ssmtp ist da für die Workstations genau das
richtige: Der kann nix als die Mails sofort an einen anderen Rechner
weiterzureichen, ist dafür aber auch extrem simpel zu installieren und
konfigurieren.
> Der letzte Aspekt ist das Adress-Rewriting. Es gibt leider mehr als nur
> einen User, weshalb ich nicht roh alle lokalen Adressen auf eine
> spezielle umschreiben kann. Sollte das Rewriting jeder Rechner vornehmen
> oder nur der Server?
Auch hier würde ich die Konfiguration wieder zentral halten.
> Wie sage ich dem Server, dass ausgehende Mails gequeuet werden sollen,
> nicht aber die an andere Workstations
Bei dem 2.X exim in slink ist es "queue_remote = true"
> Ich muss zugeben, dass die exim-Doku sehr ausführlich ist. Aber wenn man
> keine Ahnung von diesem Thema hat, ist sie sehr schwer verständlich.
> Insbesondere wird man von vielen Details verwirrt.
Ja, deswegen mein Tip die Dinge nur zu überfliegen und spätere Kapitel
in der Doku zunächst ganz zu überspringen.
> Ich vermute, dass ich nicht der einzige mit einer solchen Konfiguration
> bin, da das Problem ja schon bei mehr als einem Rechner auftritt. Wenn
> hier jemanden gibt: ich würde mich über eine beispielhafte Konfiguration
> sehr freuen, auch wenn sie nicht exakt auf meine Situation passt.
Meine exim.conf ist zwar größtenteils mit der ursprünglichen
Konfigurationsdatei identisch, ich habe sie (abzüglich Kommentare)
trotzdem mal angehängt.
--
marko schulz
I am the "ILOVEGNU" signature virus. Just copy me to your signature.
This email was infected under the terms of the GNU General Public License.
######################################################################
# MAIN CONFIGURATION SETTINGS #
######################################################################
remote_max_parallel = 5
queue_remote = true
smtp_accept_queue_per_connection = 0
qualify_domain = rincewind.scheibenwelt
local_domains = rincewind
local_domains_include_host = true
local_domains_include_host_literals = true
never_users = root
host_lookup_nets = 0.0.0.0/0
sender_net_accept_relay = 192.168.0.0/24
trusted_users = mail
smtp_verify = true
gecos_pattern = ^([^,:]*)
gecos_name = $1
received_header_text = "Received: \
${if def:sender_fullhost {from ${sender_fullhost} \
${if def:sender_ident {(${sender_ident})}}\n\t}\
{${if def:sender_ident {from ${sender_ident} }}}}\
by ${primary_hostname} \
${if def:received_protocol {with ${received_protocol}}} \
(Exim ${version_number} #${compile_number} (Debian))\n\t\
id ${message_id}"
end
######################################################################
# TRANSPORTS CONFIGURATION #
######################################################################
# ORDER DOES NOT MATTER #
# Only one appropriate transport is called for each delivery. #
######################################################################
procmail_pipe:
driver = pipe
command = "/usr/bin/procmail -d ${local_part}"
user = $local_part
local_delivery:
driver = appendfile
group = mail
mode = 0660
mode_fail_narrower = false
file = /var/spool/mail/${local_part}
address_pipe:
driver = pipe
return_output
address_file:
driver = appendfile
address_directory:
driver = appendfile
no_from_hack
prefix = ""
suffix = ""
address_reply:
driver = autoreply
remote_smtp:
driver = smtp
end
######################################################################
# DIRECTORS CONFIGURATION #
# Specifies how local addresses are handled #
######################################################################
# ORDER DOES MATTER #
# A local address is passed to each in turn until it is accepted. #
######################################################################
real_local:
prefix = real-
driver = localuser
transport = local_delivery
system_aliases:
driver = aliasfile
file = /etc/aliases
search_type = lsearch
userforward:
driver = forwardfile
no_verify
check_ancestor
file = .forward
modemask = 002
filter
procmail:
driver = localuser
transport = procmail_pipe
localuser:
driver = localuser
transport = local_delivery
end
######################################################################
# ROUTERS CONFIGURATION #
# Specifies how remote addresses are handled #
######################################################################
# ORDER DOES MATTER #
# A remote address is passed to each in turn until it is accepted. #
######################################################################
lookuphost:
driver = lookuphost
transport = remote_smtp
literal:
driver = ipliteral
transport = remote_smtp
end
######################################################################
# RETRY CONFIGURATION #
######################################################################
# Domain Error Retries
# ------ ----- -------
* * F,2h,15m; G,16h,2h,1.5; F,4d,8h
end
######################################################################
# REWRITE CONFIGURATION #
######################################################################
marko@rincewind.scheibenwelt in6x059@public.uni-hamburg.de fF
Reply to: