Dovecot-Fehler nach sauberer Neuinstallation?

[Curio]

Hallo Leute,

 

Habe meinen Strato vServer mit Debian 6.0 und Froxlor neu aufgesetzt. Ich verwende als Mailsystem Postfix/Dovecot. Die einzigen zus?tzlichen ?nderungen an den Mail-Configs waren jene zum Aktivieren der ssl/tls-Funktionalit?t.

Das Mailsystem funktioniert eigentlich ganz hervorragend.

 

Doch wenn ich in die /var/log/mail.log schaue, erhalte ich Fehlermeldungen mit denen ich nichts anfangen kann:

Oct  4 18:16:03 h1947420 dovecot: deliver(root): chdir(/root) failed: Permission denied
Oct  4 18:16:03 xxx dovecot: deliver(root): mail_location not set and autodetection failed: Mail storage autodetection failed with home=/root
Oct  4 18:16:03 xxx dovecot: deliver(root): Fatal: Namespace initialization failed
Oct  4 18:16:03 xxx dovecot: deliver(www-data): mail_location not set and autodetection failed: Mail storage autodetection failed with home=/var/www
Oct  4 18:16:03 xxx dovecot: deliver(www-data): Fatal: Namespace initialization failed
Oct  4 18:16:03 xxx postfix/local[17923]: 8925B98E67: to=<root@xxx.stratoserver.net>, orig_to=<root>, relay=local, delay=12961, delays=12961/0.06/0/0.02, dsn=4.3.0, status=deferred (temporary failure)

 

Diese beziehen sich alle auf Mails in der postfix-queue die sich stets wiederholen:

5997898E62     2791 Tue Oct  4 14:20:06  www-data@xxx.stratoserver.net
                                                          (temporary failure)
                                        www-data@xxx.stratoserver.net

572EA98E92      730 Tue Oct  4 17:00:01  smmsp@xxx.stratoserver.net
                                                          (temporary failure)
                                        root@xxx.stratoserver.net

 

Ich bin davon ausgegangen, dass mit den Konfigurationen von Froxlor alles ok ist.

Auch meine Einstellungen in Froxlor->System- und Maileinstellungen sind einwandfrei:

Heimatverzeichnis --- /var/customers/webs/
Hostname          --- xxx.stratoserver.net
Mails-Homedir     --- /var/customers/mail/

 

1. Um was f?r Email-Adressen handelt es sich dabei? Sie m?ssen ja vom System erstellt worden sein.

2. Was bedeuten die Fehlermeldungen im mail.log genau und was muss ich ?ndern?

3. Habe ich hier eine Konfigurationsaufgabe ?bersehen, bzw. m?sste das nicht durch die Froxlorkonfiguration korrekt eingerichtet sein?

 

Gru?, Curio

[Linux-Admin]

Hallo,

 

poste bitte mal Deine Postfixkonfiguration. Insbesondere die "transport" Option in der Datei main.conf w?rdee mich interessieren. Der Mailversand geschieht praktisch ?ber zwei ebenen wenn Du Froxlor aufgesetzt hast. Mysql f?r die viruellen Domains und Linux-based als "R?ckfallenbene". Genau diese scheint bei Dir nicht zu funktionieren. Da die Zustellung zu root@xx nicht funktioniert.

 

Ging der Empfang von Emails an root@xx denn vor der Installation von Froxlor ??

 

Linux-Admin

[Curio]

@Linux-Admin:

 

Danke f?r die schnelle Antwort. Hier meine ../postfix/main.cf

 

## General Postfix configuration
# should be the default domain from your provider eg. "server100.provider.tld"
mydomain = xxx.stratoserver.net

# should be different from $mydomain eg. "mail.$mydomain"
myhostname = xxx.stratoserver.net

mydestination = $myhostname,
       $mydomain,
       localhost.$myhostname,
       localhost.$mydomain,
       localhost
mynetworks = 127.0.0.0/8
inet_interfaces = all
append_dot_mydomain = no
biff = no

# Postfix performance settings
default_destination_concurrency_limit = 20
local_destination_concurrency_limit = 2

# SMTPD Settings
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
smtpd_helo_required = yes
smtpd_recipient_restrictions = permit_mynetworks,
       permit_sasl_authenticated,
       reject_unauth_destination,
       reject_unauth_pipelining,
       reject_non_fqdn_recipient
smtpd_sender_restrictions = permit_mynetworks,
       reject_sender_login_mismatch,
       permit_sasl_authenticated,
       reject_unknown_helo_hostname,
       reject_unknown_recipient_domain,
       reject_unknown_sender_domain
smtpd_client_restrictions = permit_mynetworks,
       permit_sasl_authenticated,
       reject_unknown_client_hostname
# Maximum size of Message in bytes (50MB)
message_size_limit = 52428800

## SASL Auth Settings
smtpd_sasl_auth_enable = yes
smtpd_sasl_local_domain = $myhostname
# Anonymen- und Klartext-Login untersagen
#smtpd_sasl_security_options = noanonymous noplaintext cram-md5 digest-md5
# Bei TLS gesicherten Verbindungen wird Klartext-Login erlaubt
#smtpd_sasl_tls_security_options = anonymous
# Username der SASL Authentifizierung wird nicht im Mail-Header abgelegt
#smtpd_sasl_authenticated_header = no
# ?ber die Outlook-Fehler hinwegsehen ;-)
broken_sasl_auth_clients = yes
## Dovecot Settings for deliver, SASL Auth and virtual transport
smtpd_sasl_type = dovecot
mailbox_command = /usr/lib/dovecot/deliver
virtual_transport = dovecot
dovecot_destination_recipient_limit = 1
smtpd_sasl_path = private/auth

# Virtual delivery settings
virtual_mailbox_base = /var/customers/mail/
virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual_mailbox_maps.cf
virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual_mailbox_domains.cf
virtual_alias_maps = mysql:/etc/postfix/mysql-virtual_alias_maps.cf
smtpd_sender_login_maps = mysql:/etc/postfix/mysql-virtual_sender_permissions.cf
virtual_uid_maps = static:2000
virtual_gid_maps = static:2000

# Local delivery settings
local_transport = local
alias_maps = $alias_database

# Default Mailbox size, is set to 0 which means unlimited!
mailbox_size_limit = 0
virtual_mailbox_limit = 0

### TLS settings
###
## TLS for outgoing mails from the server to another server
smtp_tls_security_level = may
smtp_tls_note_starttls_offer = yes
## TLS for email client
smtpd_tls_security_level = may
smtpd_tls_cert_file = /etc/ssl/startssl/mail.verwaltungsdomain.de.crt
smtpd_tls_key_file = /etc/ssl/startssl/mail.verwaltungsdomain.de.key
smtpd_tls_CAfile = /etc/ssl/startssl/ca.pem
smtpd_tls_loglevel = 1
smtpd_tls_received_header = yes

debugger_command =
        PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin
        ddd $daemon_directory/$process_name $process_id & sleep 5

 

Die main.cf besteht exakt aus dem Code, der durch die Froxlor-Konfiguration vorgegeben wurde (also der Inhalt der originalen main.cf wurde vollst?ndig ersetzt). Nur etwas abge?ndert f?r die ssl/tls-Implementierung.

 

Der Empfang von Mails vor der Froxlor-Installation konnte nicht getestet werden. Ich hatte ein nacktes Debian Squeeze-Image installiert. LAMP und Postfix/Dovecot kamen erst mit der Froxlor-Installation aufs System.

 

Gru?, Curio

[arnoldB]

Das Mailsystem funktioniert eigentlich ganz hervorragend.

 

Der Mailverkehr funktioniert nicht, zus?tzlich schreibst du:

 

Der Empfang von Mails vor der Froxlor-Installation konnte nicht getestet werden.

 

Das ist verwirrend.

 

 

 

Doch wenn ich in die /var/log/mail.log schaue, erhalte ich Fehlermeldungen mit denen ich nichts anfangen kann

 

Ich m?chte freundlich darauf hinweisen das dieses Forum in erster Linie den Support f?r Froxlor anbietet. Einige der o.g. Dinge (Wer ist root/www-data@hostname, was sagen die Logs aus) beziehen sich auf Postfix bzw. der genutzten Distri selbst.

 

 

 

Oct  4 18:16:03 xxx dovecot: deliver(root): mail_location not set and autodetection failed: Mail storage autodetection failed with home=/root
Oct  4 18:16:03 xxx dovecot: deliver(root): Fatal: Namespace initialization failed

 

Forensuchfunktion!

eindeutig die /etc/mail/aliases nicht angepasst, dann w?re das kein problem. Zus?tzlich in der dovecot.conf noch den <postmaster@example.com> mit einer echten e-mail adressen versehen - dann hast du schonmal einen riesen schritt nach vorne

=> http://forum.froxlor.org/index.php?/topic/1182-solved-standard-subdomains-nicht-erreichbar/page__view__findpost__p__6097

 

 

 

 

3. Habe ich hier eine Konfigurationsaufgabe ?bersehen, bzw. m?sste das nicht durch die Froxlorkonfiguration korrekt eingerichtet sein?

 

Wie sieht die /etc/postfix/master.cf aus?

Wurde die Datei um den Dovecot teil korrekterweise erg?nzt?

 

 

Configs nopasten. Logs nopasten. Abfolge der Installationsschritte bekannt geben (verwendete Tutorials, Scripts u.?.). Im Panel gesetzte Einstellungen bekannt geben.

 

Bei Problem-/ Fehlermeldungen bitte immer detaillierte Informationen bereitstellen.

 

 

Hast du wirklich alle Konfigurationsschritte f?r den SMTP Server/ MTA Postfix und dem MDA Dovecot ausgef?hrt?

[Curio]

@arnoldb

Und ich dachte, ich h?tte alles m?glichst klar formuliert:

 

Ausgangspunkt war eine Squeeze-Basisinstallation. Deshalb konnte hier nat?rlich noch keine Email-Funktion getestet werden, denn alle Programme, wie postfix, dovecot, proftpd, apache2, php5, mysql, etc. wurden erst w?hrend der Froxlorinstallation mit installiert.

 

Froxlor wurde mit nach Aufnahme und Aktualisierung entsprechender Quellen mit:

aptitude install froxlor

installiert. Als Tutorial habe ich folgendes genutzt: http://www.sam-city.eu/support/anleitungenhilfe/virtuelle-server-software/verwaltungs-panel/froxlor.html

 

Die Froxlorkonfiguration verlief ohne irgend welche Komplikationen.

Die Dienstekonfiguration folgte exakt den Vorgaben. Alle Conf.-Dateien wurden genau so angepasst, wie die Vorgaben es vorsahen (Copy & Paste - so auch Schreibfehler sehr unwahrscheinlich). Das Passwort f?r den MySQL-Admin wurde ebenso akribisch eingef?gt.

Alles geschah ohne die geringste Fehrlermeldung.

 

Hast du wirklich alle Konfigurationsschritte f?r den SMTP Server/ MTA Postfix und dem MDA Dovecot ausgef?hrt?

Wenn Du damit die Schritte im Men?punkt "Konfiguration" im Froxlor-Adminbereich meinst, dann ein gro?es JA (siehe oben).

 

Das Anlegen von Kunden und Domains funktionierte auch problemlos. Ebenso das Einf?gen von Zertifikaten und SSL-Einstellungen.

Auch bemerkte ich keine Email-Probleme. Mails wurden korrekt gesendet und empfangen, sowohl ?ber ssl/tls als auch ohne Verschl?sselung.

Wie gesagt - erst der Blick in die mail.log-Datei zeigte, dass es doch Probleme gab.

 

Ich habe mich mit der Frage an dieses Forum gewandt, weil ich davon ausgegangen bin, dass durch die Froxlorinstallation und -konfiguration der Mailserver schon korrekt eigerichtet ist. Ich habe in keiner Anleitung davon gelesen, dass man f?r den Mailserver noch weitere Konfigurationsschritte durchf?hren muss.

 

Die Forensuchfunktion hatte ich vor meinem Posting sehr ausgiebig genutzt und auch genau das von dir angesprochene Posting (http://forum.froxlor.org/index.php?/topic/1182-solved-standard-subdomains-nicht-erreichbar/page__view__findpost__p__6097) gelesen. Hier waren aber wohl Fehler in der Froxlorkonfiguration und eigene individuelle ?nderungen in den Config-Dateien der Grund f?r die Probleme.

Ist die Anpassung der /etc/mail/aliases das Stichwort? Dann werde ich mich damit besch?ftigen.

 

Nachfolgend noch meine /etc/postfix/master.cf:

# Postfix master process configuration file.  For details on the format
# of the file, see the master(5) manual page (command: "man 5 master").
#
# Do not forget to execute "postfix reload" after editing this file.
#
# ==========================================================================
# service type  private unpriv  chroot  wakeup  maxproc command + args
#               (yes)   (yes)   (yes)   (never) (100)
# ==========================================================================
smtp      inet  n       -       -       -       -       smtpd
submission inet n       -       -       -       -       smtpd
 -o smtpd_etrn_restrictions=reject
 -o smtpd_tls_security_level=encrypt
 -o smtpd_sasl_auth_enable=yes
 -o smtpd_client_restrictions=permit_sasl_authenticated,reject
#  -o milter_macro_daemon_name=ORIGINATING
#smtps     inet  n       -       -       -       -       smtpd
#  -o smtpd_tls_wrappermode=yes
#  -o smtpd_sasl_auth_enable=yes
#  -o smtpd_client_restrictions=permit_sasl_authenticated,reject
#  -o milter_macro_daemon_name=ORIGINATING
#628       inet  n       -       -       -       -       qmqpd
pickup    fifo  n       -       -       60      1       pickup
cleanup   unix  n       -       -       -       0       cleanup
qmgr      fifo  n       -       n       300     1       qmgr
#qmgr     fifo  n       -       -       300     1       oqmgr
tlsmgr    unix  -       -       -       1000?   1       tlsmgr
rewrite   unix  -       -       -       -       -       trivial-rewrite
bounce    unix  -       -       -       -       0       bounce
defer     unix  -       -       -       -       0       bounce
trace     unix  -       -       -       -       0       bounce
verify    unix  -       -       -       -       1       verify
flush     unix  n       -       -       1000?   0       flush
proxymap  unix  -       -       n       -       -       proxymap
proxywrite unix -       -       n       -       1       proxymap
smtp      unix  -       -       -       -       -       smtp
# When relaying mail as backup MX, disable fallback_relay to avoid MX loops
relay     unix  -       -       -       -       -       smtp
       -o smtp_fallback_relay=
#       -o smtp_helo_timeout=5 -o smtp_connect_timeout=5
showq     unix  n       -       -       -       -       showq
error     unix  -       -       -       -       -       error
retry     unix  -       -       -       -       -       error
discard   unix  -       -       -       -       -       discard
local     unix  -       n       n       -       -       local
virtual   unix  -       n       n       -       -       virtual
lmtp      unix  -       -       -       -       -       lmtp
anvil     unix  -       -       -       -       1       anvil
scache    unix  -       -       -       -       1       scache
#
# ====================================================================
# Interfaces to non-Postfix software. Be sure to examine the manual
# pages of the non-Postfix software to find out what options it wants.
#
# Many of the following services use the Postfix pipe(8) delivery
# agent.  See the pipe(8) man page for information about ${recipient}
# and other message envelope options.
# ====================================================================
#
# maildrop. See the Postfix MAILDROP_README file for details.
# Also specify in main.cf: maildrop_destination_recipient_limit=1
#
maildrop  unix  -       n       n       -       -       pipe
 flags=DRhu user=vmail argv=/usr/bin/maildrop -d ${recipient}
#
# ====================================================================
#
# Recent Cyrus versions can use the existing "lmtp" master.cf entry.
#
# Specify in cyrus.conf:
#   lmtp    cmd="lmtpd -a" listen="localhost:lmtp" proto=tcp4
#
# Specify in main.cf one or more of the following:
#  mailbox_transport = lmtp:inet:localhost
#  virtual_transport = lmtp:inet:localhost
#
# ====================================================================
#
# Cyrus 2.1.5 (Amos Gouaux)
# Also specify in main.cf: cyrus_destination_recipient_limit=1
#
#cyrus     unix  -       n       n       -       -       pipe
#  user=cyrus argv=/cyrus/bin/deliver -e -r ${sender} -m ${extension} ${user}
#
# ====================================================================
# Old example of delivery via Cyrus.
#
#old-cyrus unix  -       n       n       -       -       pipe
#  flags=R user=cyrus argv=/cyrus/bin/deliver -e -m ${extension} ${user}
#
# ====================================================================
#
# See the Postfix UUCP_README file for configuration details.
#
uucp      unix  -       n       n       -       -       pipe
 flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient)
#
# Other external delivery methods.
#
ifmail    unix  -       n       n       -       -       pipe
 flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient)
bsmtp     unix  -       n       n       -       -       pipe
 flags=Fq. user=bsmtp argv=/usr/lib/bsmtp/bsmtp -t$nexthop -f$sender $recipient
scalemail-backend unix  -       n       n       -       2       pipe
 flags=R user=scalemail argv=/usr/lib/scalemail/bin/scalemail-store ${nexthop} ${user} ${extension}
mailman   unix  -       n       n       -       -       pipe
 flags=FR user=list argv=/usr/lib/mailman/bin/postfix-to-mailman.py
 ${nexthop} ${user}

# Add this lines to be able to use dovecot as delivery agent
# Dovecot LDA
dovecot   unix  -       n       n       -       -       pipe
       flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -d ${recipient}

 

Hoffe, ich habe soweit alles korrekt dargestellt. W?rde mich ?ber konstruktive Anregungen freuen.

 

Gru?, Curio

[arnoldB]

So kommen wir der L?sung schon n?her.

 

 

Die Forensuchfunktion hatte ich vor meinem Posting sehr ausgiebig genutzt und auch genau das von dir angesprochene Posting (http://forum.froxlor...ndpost__p__6097) gelesen. Hier waren aber wohl Fehler in der Froxlorkonfiguration und eigene individuelle ?nderungen in den Config-Dateien der Grund f?r die Probleme.

Ist die Anpassung der /etc/mail/aliases das Stichwort? Dann werde ich mich damit besch?ftigen.

 

=> /etc/aliases

ist es unter Debian.

 

=> man newaliases

bzw.

=> help newaliases

 

Wie du oben gelesen hast, werden Mails nicht nur an die virtuellen User (diejenigen die man im Panel anlegt), sondern auch an die Systembenutzer root/www-data/usw. gesendet.

Diese Mails werden (unter Debian) zumeist in /var/mail/<user> abgelegt und/oder im Benutzerverzeichnis des Benutzers. In der f?r Froxlor ben?tigten Konfiguration werden die Benutzer (=> KUNDEN) aus der MySQL Datenbank gelesen. Auf diese greifen mehrere Dienste zu. Wenn aber f?r root und www-data, nachvollziehbar, KEINE Daten in der MySQL Datenbank hinterlegt sind, kann die Mail auch nicht zugestellt werden.

 

=> "mail_location not set and autodetection failed: Mail storage autodetection failed with home=/root"

 

Ohne mich weiter damit zu besch?ftigen, wird es wohl der Fall sein, dass der KONFIGURIERTE, zust?ndige "Mailuser" (default: vmail mit uid/gid 2000), der die Mails in den Mailverzeichnissen ablegt (u.v.m.) nicht auf das Verzeichnis /root/ zugreifen kann.

 

L?sung: Aliase

 

Im Internet gibts dazu n?heres. Das was im verlinkten Forenthread und von mir oben zitierte steht, sollte aber vorerst das eine Problem l?sen.

 

 

LIBNSS/ NSCD ist auch kofiguriert?

 

<distri> ? Sonstige (System) ? libnss (system login with mysql)

 

 

--

 

Wie gesagt, Froxlor ersetzt nicht _alle_ Aufgaben eines Systemadministrators. Mit "apt-get install froxlor" und der Konfiguration der Dienste ist der Server nicht fertig eingerichtet. Die Funktionen stehen dann vielleicht schon bereit, Sicherheitsoptimierungen und sonstige Tweaks sind und bleiben immer noch Aufgaben des Admins.

[Curio]

@arnoldB

Ja, prima arnoldb. Das hat's genau auf den Punkt gebracht. Wie Du schreibst, geht es um die lokale Mailzustellung von Systemnachrichten an root oder www-data, die nicht durch die DB der virtuellen Nutzer und Domains gedeckt ist.

Sie werden ?ber den Local Delivery Agent "deliver" von Dovecot abegewickelt(siehe deliver in den Fehlermeldungen in der mail.log). Da deliver nicht unter root-Rechten l?uft, hat es auch keine Schreibrechte auf das Homeverzeichnis von root. Deshalb m?ssen die Mails an root in der /etc/aliases auf einen Normaluser bzw. eine Datei umgeleitet werden.

 

Ich habe auf eine reine Verwaltungsdomain umgeleitet. Meine /etc/aliases sieht nun folgenderma?en aus:

#
# Mail aliases for sendmail
#
# You must run newaliases(1) after making changes to this file.
#

# Required aliases
postmaster:     root
MAILER-DAEMON:  postmaster
www-data:       postmaster

# Common aliases
abuse:          postmaster
spam:           postmaster

# Other aliases
root:           system@verwaltungsdomain.de

Danach noch die Alias-Datenbank f?r Postfix aktualisieren:

newaliases
postfix reload

Jetzt ist auch meine mail.log frei von Fehlern und die Systemnachrichten kommen auf system@verwaltungsdomain.de an.

 

Noch was Grunds?tzliches:

Wie gesagt, Froxlor ersetzt nicht _alle_ Aufgaben eines Systemadministrators.

Das ist problematisch. Wie soll ein Froxloreinsteiger wissen, wo der Froxloreinfluss aufh?rt und seine eigenen Konfigurationsaktivit?ten einsetzen m?ssen? Nach dem was in der Froxlorkonfiguration und den Einstellungen abzuarbeiten war, konnte man erwarten, dass der Mailserver in einer Grundkonfiguration voll funktionsf?hig ist. Dies ist ja wohl von den Entwicklern selbst auch so angedacht.

H?tte ich nicht zuf?llig in die mail.logs geschaut, h?tte ich von dem Problem ?berhaupt nichts mitbekommen, da ja au?er der Mailverkehr ?ber die Kundenaccounts v?llig normal lief.

 

Dass ?berhaupt lokaler Mailverkehr generiert wurde, ist ja auch nur deshalb so, weil weitere Fehler im System aufgetreten sind. Dies waren bei mir genau 2.

1. Fehler durch den awstats cronjob

2. Fehler durch den sendmail cronjob

Beide Fehler kan man einfach durch Abschalten der Cronjobs beseitigen, da diese Aufgaben schon durch Froxlor bew?ltigt werden:

Auskommentieren aller Befehle in /etc/cron.d/awstats und /etc/cron.d/sendmail

Insbesondere das Abschalten des awstats cronjobs wurde im Forum schon h?ufiger nachgefragt. Zwar kam dann auch der Hinweis auf das Abschalten, jedoch muss man eben lange suchen f?r so eine Lapalie. Auch hier geht man nat?rlich davon aus, dass Froxlor die Konfiguration f?r awstats vollst?ndig ?bernimmt, zumal es ja in der Konfiguration explizit angeboten wird.

 

Ich w?rde also gerne anregen, dass solche kleinen Konfigurationsprobleme, die aber dann stundenlanges Suchen nach sich ziehen, an zentraler Stelle oder am Besten in einer Installationswiki den Usern zug?nglich gemacht werden.

 

Danke noch mal an arnoldB f?r seine Unterst?tzung.

 

Gru?, Curio

[arnoldB]

Hallo,

 

da sehe ich einiges anders.

 

Nach dem was in der Froxlorkonfiguration und den Einstellungen abzuarbeiten war, konnte man erwarten, dass der Mailserver in einer Grundkonfiguration voll funktionsf?hig ist.

War er das bisher nicht? Die Aliase werden zwar vom MDA bzw. MTA genutzt, sind aber AFAIK bereits nach der Installation der Distribution (z.B. Debian) vorhanden.

 

 

Das ist problematisch. Wie soll ein Froxloreinsteiger wissen, wo der Froxloreinfluss aufh?rt und seine eigenen Konfigurationsaktivit?ten einsetzen m?ssen?

Hier handelt es sich aber nicht (nur) um einen Froxloreinsteiger, sondern jemandem dem wichtige Server- bzw. Linuxkenntnisse fehlen. Das ist der Unterschied.

 

 

H?tte ich nicht zuf?llig in die mail.logs geschaut [...]

Zuf?llig administrierst du einen weltweit erreichbaren (?) Server, der Wartung und Pflege voraussetzt. Schon bei der Installation und Einrichtung des Servers sollte man seine Augen offen halten und die Commands nicht blind in das System jagen.

Da du (davon gehe ich mal aus) Postfix selbst installiert hast, sollte dir dieser Hinweis beim Ausf?hren von "apt-get install postfix" (o.?.) aufgefallen sein:

 

WARNING: /etc/aliases exists, but does not have a root alias.

 

Postfix is now set up with a default configuration. If you need to make

changes, edit

/etc/postfix/main.cf (and others) as needed. To view Postfix configuration

values, see postconf(1).

 

After modifying main.cf, be sure to run '/etc/init.d/postfix reload'.

 

Running newaliases

 

 

Beide Fehler kan man einfach durch Abschalten der Cronjobs beseitigen, da diese Aufgaben schon durch Froxlor bew?ltigt werden:

Auskommentieren aller Befehle in /etc/cron.d/awstats und /etc/cron.d/sendmail

Insbesondere das Abschalten des awstats cronjobs wurde im Forum schon h?ufiger nachgefragt. Zwar kam dann auch der Hinweis auf das Abschalten, jedoch muss man eben lange suchen f?r so eine Lapalie.

 

Auch hier geht man nat?rlich davon aus, dass Froxlor die Konfiguration f?r awstats vollst?ndig ?bernimmt, zumal es ja in der Konfiguration explizit angeboten wird.

 

Hier gebe ich dir Recht, die Einrichtung/ Anleitung von AWstats ist optimierungs-bed?rftig. Ich pr?fe mal in den n?chsten Tagen was sich da machen l?sst.

 

 

oder am Besten in einer Installationswiki den Usern zug?nglich gemacht werden.

 

Unter http://redmine.froxlor.org/projects/froxlor/wiki/Contrib findet man als registrierter Benutzer volle Schreibrechte um das Wiki zu bereichern.

 

 

Mit freundlichstem Gru?,

 

arnoldB