eMail Adresse von Benutzern

LeoLinux

Well-Known Member
Vorausgesetzt man hat in der /etc/aliases konfiguriert, dass der Benutzer "root" alle mails von Daemons, dann bekommt man auch all deren Info-Mails, aber leider funtkioniert das bei mir nicht mehr. Vermutlich liegt es daran, dass ich mein Postfix & Dovecot SQL fähig gemacht habe und dabei irgend etwas in der Konfiguration zerstört habe was dafür verantwortlich war ...
Deshalb habe ich versucht eine einfache Testmail zu schreiben:
Code:
echo "Testmail from 'root'" | mail root
Wenn ich dann danach das Mail-Logbuch kontroliere, dann stelle ich fest, dass er mir aus dem Benutzernamen "root" "root@domain" macht - und dann beschwehrt er sich, dass es diesen root@domain acccount so nicht gibt?! aber Zuvor musste ich auch nie einen Root Account erstellen?!
Code:
May 16 22:52:52 server postfix/virtual[28233]: 225FF17BC0B: to=<root@server.home>, orig_to=<root>, relay=virtual, delay=1.4, delays=0.13/0.71/0/0.61, dsn=5.1.1, status=bounced (unknown user: "root@server.home")
... bis dann irgendwann ... :
Code:
May 16 22:52:52 server postfix/bounce[28235]: 225FF17BC0B: sender non-delivery notification: 8447617BC10


Hat jemand ne Idee? Wo wird festgelegt, dass aus "root" ein "root@domain" wird, bzw. wo wird diese Domain definiert?
 
Ich habe das hier gefunden:
http://www.postfix.org/faq.html#some_local
... es wird mein Problem wohl lösen, aber ich wollte nun um Rat fragen, da ich ja eigentlich PostgreSQL als one&only Datenbank verwende um Benutzer zu authentifizieren. Nun möchte ich dort nicht unbedingt einen root Account anlegen. Kann ich in dem Virtual File einen Vermerk auf die root Adresse machen, oder komme ich nicht drum herum einen root Account in meiner PG Datenbank anzulegen?
 
ich habe nun festgestellt, dass meine /etc/aliases komplett ignoriert wird.

woran könnte das liegen?

irgend ne Idee?
 
Postfix “übersetzt” laut dem maillog schlicht weg die Aliase nicht ;(

Code:
echo "Testmail `date`" | mail root ;

Code:
May 31 12:48:04 server postfix/pickup[944]: B1C0817BC3A: uid=0 from=<root>
May 31 12:48:04 server postfix/cleanup[1308]: B1C0817BC3A: message-id=<20100531104804.B1C0817BC3A@server.home>
May 31 12:48:04 server postfix/qmgr[945]: B1C0817BC3A: from=<root@server.home>, size=312, nrcpt=1 (queue active)
May 31 12:48:05 server postfix/virtual[1314]: B1C0817BC3A: to=<root@server.home>, orig_to=<root>, relay=virtual, delay=0.35, delays=0.15/0.11/0/0.09, dsn=5.1.1, status=bounced (unknown user: "root@server.home")
May 31 12:48:05 server postfix/cleanup[1308]: 0691917BC5E: message-id=<20100531104805.0691917BC5E@server.home>
May 31 12:48:05 server postfix/qmgr[945]: 0691917BC5E: from=<>, size=2152, nrcpt=1 (queue active)
May 31 12:48:05 server postfix/bounce[1316]: B1C0817BC3A: sender non-delivery notification: 0691917BC5E
May 31 12:48:05 server postfix/qmgr[945]: B1C0817BC3A: removed
May 31 12:48:05 server postfix/virtual[1314]: 0691917BC5E: to=<root@server.home>, relay=virtual, delay=0.03, delays=0.02/0.01/0/0.01, dsn=5.1.1, status=bounced (unknown user: "root@server.home")
May 31 12:48:05 server postfix/qmgr[945]: 0691917BC5E: removed


In der main.cf von postfix verweiße ich aber korrekt auf die /etc/aliases:
Code:
[...]

#### Alias Database
#
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
allow_mail_to_commands = alias, forward
allow_mail_to_files = alias, forward

[...]


Code:
server [~]# postmap -q root /etc/aliases
admin@server.home
JEDOCH
Code:
postmap -q root@server.home /etc/aliases
bleibt leer.
Wenn ich nun "root@server.home: root" in die /etc/aliases eintrage meckert er mir aber rum:
Code:
server [~]# /usr/local/bin/newaliases 
postalias: warning: /etc/aliases, line 9: name must be local


Hat niemand ne Idee? Ich bin echt ratlos und um jeden Tipp dankbar ;/
 
Last edited:
Hi LeoLinux,

Postfix “übersetzt” laut dem maillog schlicht weg die Aliase nicht ;(

In der main.cf von postfix verweiße ich aber korrekt auf die /etc/aliases:
Code:
[...]

#### Alias Database
#
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
allow_mail_to_commands = alias, forward
allow_mail_to_files = alias, forward

[...]


Code:
server [~]# postmap -q root /etc/aliases
admin@server.home
JEDOCH
Code:
postmap -q root@server.home /etc/aliases
bleibt leer.
Wenn ich nun "root@server.home: root" in die /etc/aliases eintrage meckert er mir aber rum:
Code:
server [~]# /usr/local/bin/newaliases 
postalias: warning: /etc/aliases, line 9: name must be local


Hat niemand ne Idee? Ich bin echt ratlos und um jeden Tipp dankbar ;/

Zeig doch bitte mal die /etc/aliases.

JueDan
 
Hi JueDan,

danke für deine Antwort - hier mein Output:


Code:
server [~]# cat /etc/aliases


root: admin@server.home


# Basic system aliases -- these MUST be present
MAILER-DAEMON: postmaster
postmaster: root

# General redirections for pseudo accounts
_dhcp:	root
_pflogd: root
bin:	root
bind:	root
daemon:	root
games:	root
kmem:	root
mailnull: postmaster
man:	root
news:	root
nobody:	root
operator: root
pop:	root
proxy:	root
smmsp:	postmaster
sshd:	root
system:	root
toor:	root
tty:	root
usenet: news
uucp:	root

# Well-known aliases -- these should be filled in!
# manager:
# dumper:

# BUSINESS-RELATED MAILBOX NAMES
# info:
# marketing:
# sales:
# support:

# NETWORK OPERATIONS MAILBOX NAMES
abuse:	root
# noc:		root
security:	root

# SUPPORT MAILBOX NAMES FOR SPECIFIC INTERNET SERVICES
ftp: 		root
ftp-bugs: 	ftp
# hostmaster: 	root
# webmaster: 	root
# www: 		webmaster

# NOTE: /var/msgs and /var/msgs/bounds must be owned by sendmail's
#	DefaultUser (defaults to mailnull) for the msgs alias to work.
#
# msgs: "| /usr/bin/msgs -s"

# bit-bucket: /dev/null
# dev-null: bit-bucket
server [~]#
 
Last edited:
Hi JueDan,

danke für deine Antwort - hier mein Output:


Code:
server [~]# cat /etc/aliases
[...]

server [~]#

Schaut soweit gut aus.
Hast Du Postfix NACH den Änderungen neu gestartet oder die Konfiguration neu einlesen lassen?
Stichwort:
Code:
# postfix reload

Ich habe bei mir einfach im Homedir von Root eine .forward angelegt, in der eine Zieladresse für die Root-Meldungen steht.


JueDan
 
Schaut soweit gut aus.
Hast Du Postfix NACH den Änderungen neu gestartet oder die Konfiguration neu einlesen lassen?
Stichwort:
^^ Ja, das habe ich nach jeder Änderung immer über das rc.d Script:
Code:
/usr/local/etc/rc.d/postfix restart

Ich habe bei mir einfach im Homedir von Root eine .forward angelegt, in der eine Zieladresse für die Root-Meldungen steht.
Wie machst du postfix darauf aufmerksam, dass er diese .forward berücksichtigen soll?
Aber dennoch frustriert es mich, dass ich mein Problem noch immer nicht lösen konnte ;/

Ich habe das Gefühl, dass hier das Problem beginnt:

Code:
server [~]# postmap -q root /etc/aliases
admin@server.home

server [~]# postmap -q root@server.home /etc/aliases

Denn mein Postfix macht ja folgendes:

May 31 12:48:05 server postfix/virtual[1314]: B1C0817BC3A: to=<root@server.home>, orig_to=<root>, relay=virtual, delay=0.35, delays=0.15/0.11/0/0.09, dsn=5.1.1, status=bounced (unknown user: "root@server.home")

anstelle einfach nur "root" schreibt er "root@server.home" und mit root@server.home ist ja NIX in der aliases hinterlegt NUR root hat nen forward. ABER leider kann ich ja kein:

"root@server.home: admin@server.home"

in die aliases eintragen sonst spuckt er mir wieder einen Fehler aus ... ;(


*hilflos* ;(
 
eMail-Verkehr:

Hallo Leander,

sodele. Ich habe jetzt mal nachgesehen und bin zu folgendem Ergebnis
gekommen:
In Deiner Konfiguration fehlt die Definition zu virtual_alias_maps. Das
hat nichts mit den alias_maps zu tun!
Die virtual_alias_maps definieren die Zuordnung bestimmter virtueller
Mailadressen zu bestimmten lokalen Mailadressen. Daher hat Postfix NICHT
auf /etc/aliases zugegriffen. Diese Aliases müssen separat definiert
werden. Siehe hierzu auch:
http://www.postfix.org/VIRTUAL_README.html

Das bedeutet in Deinem Fall:
virtual_alias_maps = pgsql:/usr/local/etc/postfix/virtual_alias_maps

Dazu musst Du auch keinen Account anlegen!
Da Du die komplette virtual-Konfiguration eh schon in PostgreSQL
abgelegt hast, würde ich die virtual_alias_maps auch dort ablegen.

Ich hoffe, das hilft Dir weiter.

Viele Grüße

Jürgen
 
Eine Frage habe ich noch:

Weshalb liegt auf meinem FreeBSD immer eine exakte Kopie von "/etc/aliases" auf "/etc/mail/aliases"?


Grüße

Leander
 
Moin Leander,

Eine Frage habe ich noch:

Weshalb liegt auf meinem FreeBSD immer eine exakte Kopie von "/etc/aliases" auf "/etc/mail/aliases"?


Grüße

Leander

Die Dateien in /etc/mail gehören zu sendmail und das File /etc/aliases ist für andere MTAs bestimmt - zumindest wurde mir das mal so erklärt.

JueDan
 
Die Dateien in /etc/mail gehören zu sendmail und das File /etc/aliases ist für andere MTAs bestimmt - zumindest wurde mir das mal so erklärt.

"sendmail" ist nicht Postfix, korrekt? Also kann ich den kompletten Ordner "/etc/mail" eigentlich löschen, oder?

Btw.: Wie entferne ich die verbliebenen sendmail-Reste eigentlich noch? Denn ich möchte sendmail in diesem Sinne ja eigentlich nie wieder nutzen ... oder benötigt Postfix hier und da noch etwas von den alten sendmail Dateien?

LG
 
Hi,

ich würde in die make.conf die Zeile "NO_SENDMAIL=yes" einfügen und die Welt bauen. Sendmail zu deinstallieren habe ich aber noch nie probiert... geht das so einfach? Das würde ich jetzt aber auch mal gerne wissen :)

Mal abgesehen davon würde ich auch nichts einfach so weglöschen in /etc/.

Beste Grüße
Tom
 
Zeile "NO_SENDMAIL=yes" einfügen und die Welt bauen
^^ auch ne gute Idee.

Das einzige was ich noch "grau" im Hinterkopf habe ist, dass man bei der Installation von FreeBSD irgendwo seinen primären MTA von "Sendmail" direkt auf "Postfix" setzten kann.

Habe es nie ausprobiert, aber ich vermute mal, dass er dann erst gar kein Sendmail mehr installiert.

Aber am geschicktesten wäre es natürlich schon, wenn man etwas Skript-ähnliches hätte um nur die signifikanten Binaries zu entfernen + gegebenenfalls das ein oder andere Systemskript anpasst ... müsste mal checken was sysinstall nach der installation da noch bieten kann ...
 
Das einzige was ich noch "grau" im Hinterkopf habe ist, dass man bei der Installation von FreeBSD irgendwo seinen primären MTA von "Sendmail" direkt auf "Postfix" setzten kann.
Meinst du folgende Einträge in der /etc/rc.conf
sendmail_enable="NO"
sendmail_submit_enable="NO"
sendmail_outbound_enable="NO"
sendmail_msp_queue_enable="NO"
postfix_enable="YES"

?
Gruß
 
LeoLinux said:
Aber am geschicktesten wäre es natürlich schon, wenn man etwas Skript-ähnliches hätte um nur die signifikanten Binaries zu entfernen

Einfach "NO_SENDMAIL=yes" setzen und anschließend in /usr/src "make delete-old" ausführen. Allerdings ungetestet, sollte jedoch gehen, sofern die entsprechenden Dateien mal in die Liste der Abhängigkeiten aufgenommen wurden. :)
 
Meinst du folgende Einträge in der /etc/rc.conf
sendmail_enable="NO"
sendmail_submit_enable="NO"
sendmail_outbound_enable="NO"
sendmail_msp_queue_enable="NO"
postfix_enable="YES"

Nein meinte ich eigentlich nicht - denn das ist ja kein Löschen der alten Binary- und Konfigurations-Files ...



Einfach "NO_SENDMAIL=yes" setzen und anschließend in /usr/src "make delete-old" ausführen.

Das hört sich exakt nach dem an was ich mir erhofft habe ;)

LG
 
Allerdings ungetestet, sollte jedoch gehen, sofern die entsprechenden Dateien mal in die Liste der Abhängigkeiten aufgenommen wurden.

Was meinst du mit Liste der Abhängigkeiten? Muss man das von Hand machen, oder ist das bereits mit der Installation von FreeBSD via Sysinstall geschehen?


LG
 
Ganz anders. Es gibt in /usr/src irgendwo eine große Datei, in welche die Entwickler gelöschte Dateien eintragen und außerdem welche Dateien zu welchen Bauoptionen gehören. Anhand derer entscheidet "make delete-old", was er löschen kann und was nicht.
 
D.H. Wenn die Entwickler von FreeBSDs Sendmail Port ordentlich waren sinddie Files dort auch aufgelistet - falls nicht dann sind sie auch nciht drin. D.H. ich kann nur hergehen und es mal auf Glück ausprobieren, ob er mir die Sendmail Binaries etc. auch entfernt?!
 
Back
Top