postfix: Mails gehen immer an nobody

[stefan hundler]

Hallo!

Ich vollziehe grade den Wechsel von einem V- zu einem echten Rootserver. Da Sendmail immer eine zähe Sache war, bin ich gleich zu postfix gewechselt.

Nachdem ich mich auf dem frisch aufgesetzten Sys längere Zeit mit Fehlermeldung rumgeschlagen habe, scheitert es jetzt aber schon an der Basis.

Folgendes, ich kann von root ohne probleme Mails raussenden. Beim Empfänger sehen diese dann so aus:

Code: Select all

Return-Path: <root@rechner.domain.com>
Received: from rechner.domain.com (domain.com [123.123.123.123])
	by andere.kiste.de (8.12.3/8.12.3/SuSE Linux 0.6) with ESMTP id j35HYVXY025784
	for <stefan@weitweg.de>; Tue, 5 Apr 2005 19:34:31 +0200
Received: by rechner.domain.com (Postfix, from userid 0)
	id 9FF4B584E52; Tue,  5 Apr 2005 19:35:11 +0200 (CEST)
Date: Tue, 05 Apr 2005 19:35:11 +0200
To: stefan@weitweg.de
Subject: test
Message-ID: <4252CC4F.mail2FA1S3TK8@rechner>
User-Agent: nail 10.6 11/15/03
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
From: root@rechner.domain.com (root)

Soweit ok. Nur Antworte ich auf diese, landet die mail nicht in der root box, sondern bei nobody


So sehen die log aus:

messages, mail.err, mail.info, mail.warn:
nix auffälliges

mail:

Code: Select all

postfix/smtpd[3066]: connect from kiste.de[234.234.234.234]
postfix/smtpd[3066]: A0734584E50: client=weitweg.de[234.234.234.234]
postfix/cleanup[3069]: A0734584E50: message-id=<32a401c53a4f$be121290$152ea8c0@blabla>
postfix/qmgr[2283]: A0734584E50: from=<Stefan@weitweg.de>, size=1255, nrcpt=1 (queue active)
postfix/smtpd[3066]: disconnect from weitweg.de[234.234.234.234]
postfix/local[3070]: A0734584E50: to=<root@rechner.domain.com>, relay=local, delay=0, status=sent (delivered to command: /usr/bin/procmail)
postfix/qmgr[2283]: A0734584E50: removed

procmail:

Code: Select all

procmail: [3071] Wed Apr  6 04:24:54 2005
procmail: Assigning "SHELL=/bin/sh"
procmail: No match on ! "^From[ ]"
procmail: Assigning "PATH=/var/lib/nobody/bin:/bin:/usr/bin:/sbin:/usr/sbin:/usr/local/bin:/usr/local/sbin:/usr/bin/X11"
procmail: Bypassed locking "/var/spool/mail/nobody.lock"
procmail: Assigning "LASTFOLDER=/var/spool/mail/nobody"
procmail: Opening "/var/spool/mail/nobody"
procmail: Acquiring kernel-lock
procmail: Notified comsat: "nobody@8429:/var/spool/mail/nobody"
From Stefan@weitweg.de  Wed Apr  6 04:24:54 2005
 Subject: Re: test
  Folder: /var/spool/mail/nobody                                           1393

Ich sehe keine Fehler hab schon viel gelesen und weiß nicht wo ich weiter suchen soll. Es geht wie gesagt erst mal um den Rechner selber nichts mit weiteren Domains usw. aber selbst da hackt es schon.

Ist vermutlich was einfaches .... aber ich komm nicht dauf. THX!

CU Stefan

[dodolin]

root wird ein Alias für nobody sein. Sei froh drum!
Du willst doch nicht allen Ernstes Mails als root empfangen und lesen?!

<fassungslos>

[stefan hundler]

Aber wo soll den diese Alias stecken?
Dachte ich auch schon aber ich seh sie nicht.

Und bisher (auf anderen Systemen) konnte ich problemlos Mail so verschicken und senden. Natürlich eben nicht alls mein Hauptaccout, aber eben wichtiges Zeugs was das Sys betrifft.

CU Stefan

[Joe User]

Code: Select all

cat /etc{,/mail}/aliases

[stefan hundler]

Das verstehe ich ja nicht ... da ist alles noch Standard bzw. nichts drin was dies auslösen könnte.

Code: Select all

# This is the aliases file - it says who gets mail for whom.
#
# >>>>>>>>>>      The program "newaliases" will need to be run
# >> NOTE >>      after this file is updated for any changes
# >>>>>>>>>>      to show through to sendmail.
#

# It is probably best to not work as user root and redirect all
# email to "root" to the address of a HUMAN who deals with this
# system's problems. Then you don't have to check for important
# email too often on the root account.
# The "root" will make sure that email is also delivered to the
# root-account, but also forwared to the user "joe".
#root:          joe, root

# Basic system aliases that MUST be present.
postmaster:     root
mailer-daemon:  postmaster

# amavis
virusalert:     root

# General redirections for pseudo accounts in /etc/passwd.
administrator:  root
daemon:         root
lp:             root
news:           root
uucp:           root
games:          root
man:            root
at:             root
postgres:       root
mdom:           root
amanda:         root
ftp:            root
wwwrun:         root
squid:          root
msql:           root
gnats:          root
nobody:         root
# "bin" used to be in /etc/passwd
bin:            root

# Further well-known aliases for dns/news/ftp/mail/fax/web/gnats.
newsadm:        news
newsadmin:      news
usenet:         news
ftpadm:         ftp
ftpadmin:       ftp
ftp-adm:        ftp
ftp-admin:      ftp
hostmaster:     root
mail:           postmaster
postman:        postmaster
post_office:    postmaster
# "abuse" is often used to fight against spam email
abuse:          postmaster
spam:           postmaster
faxadm:         root
faxmaster:      root
webmaster:      root
gnats-admin:    root
mailman:        root
mailman-owner:  mailman

# Majordomo can be used to have mailinglists on your site.
#majordomo:             "|/usr/lib/majordomo/wrapper majordomo"
#owner-majordomo:       root,
#majordomo-owner:       root,

# sample entry for a majordomo mailing-list called "test"
# read /usr/doc/packages/majordomo/README.linux for more information
# replace "test" with a new name and put the administrator into
# the "owner-test" alias instead of "root".
#
#test:                  "|/usr/lib/majordomo/wrapper resend -l test test-outgoing"
#test-outgoing:         :include:/var/lib/majordomo/lists/test
#test-request:          "|/usr/lib/majordomo/wrapper majordomo -l test"
#test-approval:         owner-test,
#owner-test-outgoing:   owner-test,
#owner-test-request:    owner-test,
#owner-test:            root,
#
# if you have bulk_mailer installed, you can replace the above
# "test-outgoing" line with the following:
#test-outgoing:         "|/usr/bin/bulk_mailer owner-test@host.com /var/lib/majordomo/lists/test"
#

[Joe User]

Gemäss Deiner /etc/aliases können die Mails nicht von root zu nobody weitergeleitet werden:

Code: Select all

nobody:         root

Wie sieht Deine procmailrc aus?

[stefan hundler]

Aha ... entlich versteht mich jemand. :-)

Procmail ist auch ziehmlich leer:

Code: Select all

DROPPRIVS=yes
LOGFILE=/var/log/procmail
VERBOSE=ON
SHELL=/bin/sh

# :0fw
# * < 256000
# | /usr/bin/spamc -f

# Mails with a score of 15 or higher are almost certainly spam (with 0.05%
# false positives according to rules/STATISTICS.txt). Let's put them in a
# different mbox. (This one is optional.)
#:0:
#* ^X-Spam-Level: ***************
#/var/spool/mail/almost-certainly-spam

# All mail tagged as spam (eg. with a score higher than the set threshold)
# is moved to "probably-spam".
#:0:
#* ^X-Spam-Status: Yes
#/var/spool/mail/probably-spam

# Work around procmail bug: any output on stderr will cause the "F" in "From"
# to be dropped.  This will re-add it.
:0 H
* ! ^From[ ]
* ^rom[ ]
{
        LOG="*** Dropped F off From_ header! Fixing up. "

        :0 fhw
        | sed -e 's/^rom /From /'
}

[Joe User]

OK, dann bleibt nur noch die main.cf:

Code: Select all

postconf -n

[stefan hundler]

Code: Select all

alias_maps = $alias_database
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/lib/postfix
debug_peer_level = 2
html_directory = /usr/share/doc/packages/postfix/html
mail_owner = postfix
mailbox_command = /usr/bin/procmail
mailq_path = /usr/bin/mailq
manpage_directory = /usr/share/man
mydomain = domain.com
myhostname = rechner.domain.com
mynetworks = 127.0.0.0/8
newaliases_path = /usr/bin/newaliases
queue_directory = /var/spool/postfix
readme_directory = /usr/share/doc/packages/postfix/README_FILES
sample_directory = /usr/share/doc/packages/postfix/samples
sendmail_path = /usr/sbin/sendmail
setgid_group = maildrop
unknown_local_recipient_reject_code = 450

[stefan hundler]

Hat niemand eine Idee ... oder übersehe ich da einen Bug der so einfach ist und keinen Posting wert?

CU Stefan

[Joe User]

Nimm vorerst procmail raus und erweitere folgende Option gemäss Manual:

Code: Select all

mynetworks = 127.0.0.0/8

[stefan hundler]

Hallo!

Ich hab jetzt Ã?nderung wie folgt gemacht:

# mailbox_command = /usr/bin/procmail
mynetworks = meine.feste.ip.adresse/16, 127.0.0.0/8

und siehe da es geht. Nur die IP-Adresse einzutragen hatte nicht geholfen.

Nur stehe ich genauso auf dem Schauch wie vorher.
Wieso ist dies so und was tun?

CU Stefan

[captaincrunch]

meine.feste.ip.adresse/16

Seit wann ist eine einzelne IP-Adress ein Class-B-Netz?

[stefan hundler]

Ich war mir nicht ganz sicher ob 32 geht, da ich dies nirgens gesehen habe. Steht jetzt zwar da, aber an den ursprünglichen Prob ändert dies leider nichts ...

[geo]

Und was ist, wenn du der Empfehlung in der /etc/aliases folgst, und die mails für root an einen normalen Benutzer leitest?

Code: Select all

root: user-xy

[Joe User]

Der root->user-Alias wird ihm (noch) nicht helfen, da die /etc/aliases bei ihm derzeit gar nicht berücksichtigt wird.

@Stefan
Hast Du nach der Konfiguration mal /bin/newaliases und postmap ausgeführt?

[stefan hundler]

Hallo!

Weiterleitung an eine externe Mailadresse sowie internen User geht ohne Probleme ...

Aber selbst wenn ich eine Mail local von root an root ohne Domainwerweiterung schreibe kommt die bei nobody an ...

versteh ich nicht ...

CU Stefan

[geo]

Das ist kein Fehler, sondern ein Sicherheitsmerkmal:

+++
Root's mail is delivered to nobody


If you use procmail (or some other command) for local mail delivery,
Postfix will not deliver mail as root. Instead, Postfix runs procmail (or
whatever) as nobody. Perhaps some day Wietse will trust Postfix enough to
run external commands as root.


Solution: just like you're not supposed to log in as root (except for
unusual conditions), you're not supposed to receive mail as root.


* Create a mail alias for root that forwards mail to a real user.


/etc/aliases:
root: you


* Execute the command newaliases whenever you change the alias database.


On some systems the alias database is not in /etc/aliases. To find out the
location for your system, execute the command postconf alias_maps.
++-

[stefan hundler]

Hallo!

Wo hast Du den diesen Text her ... ?
Sehe ich so zum ersten mal obwohl ich nach passenen Stichworten schon länger suche.

Für mich ist es aber Käse ... ich gehe als Root ins Sys um was dran zu drehen und möchte dabei auch eben wichtige System-Mails sehen.
Bekommt man die Zustellung zu root doch noch irgendwie hin?

root an alias root2 zu geben und im homedir dies wieder nach root umzuleiten wird wohl nicht gehen?



Andere Sache aber vielleicht gleiches Problem? Auf einem Sose 8.2 Sendmail + Procmail habe ich einigen lokalen Usern dies hier in die .rcprocmail gesetzt:

Code: Select all

:0 w
* !^FROM_DAEMON
! user@fremdedomian.de

Wenn ich aus welchen Gründen auch immer dem user@meinedomain.de von root eine Mail schicke z.B. logfile auswertung osä. dann wird die Mail nicht weitergeleitet sondern wird in die locale Mailbox zugestellt. Diese wird aber nie gelert geschweige den kontrolliert. - Geht mir aus tierisch gegen den Strich ... ;-(

CU Stefan

[geo]

Aus der postfix-FAQ

http://www.postfix.org/faq.html#root