PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Postfix und aliases



mslin
10.08.09, 08:53
Hallo,

habe gerade nen neuen Mailserver auf SUSE 11.1 aufgesetzt.

Habe gerade die main.cf bearbeitet und folgendes geändert bzw. # entfernt:

mydomain = echtedomain.de
mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain

Habe nun folgende Emailadressen:
bert@echtedomain.de (user bert gibts wirklich unter SUSE)
lulu@echtedomain.de (user lulu gibts zwar beim provider ist aber unter SUSE julia)

Habe also die /etc/aliases geändert auf:
lulu julia

Habe das dann per postalias /etc/aliases gemapt und postfix neu gestartet.

Alles läuft soweit, bis auf das Emails die an lulu gesendet werden - egal von wem, ob intern oder von einem Kunden, unter /var/mail hängen bleiben.

Mailserver ist bei mir dovecot. Das Mailverzeichnis habe ich dementsprechend angepasst - funktioniert ja auch alles bei den anderen...

Irgendwas habe ich übersehen oder hab ich die aliases falsch?

Hatte das Problem schon mal vor ein paar monaten... leider weis ich nicht mehr wie ich das gelöst hatte...

Hoffe Ihr könnt mir auf die Sprünge helfen...

gruß
mslin

L00NIX
10.08.09, 09:32
Wie holst du denn deine E-Mails beim Provider ab?

Oder steht deine SuSE im Internet?

Gruß
L00NIX

mslin
10.08.09, 09:33
Hi,

per fetchmail - provider ist 1und1.

L00NIX
10.08.09, 09:48
Dann musst du das über die fetchmailrc lösen, nicht via postfix!

Hier das Fragment:


...
user lulu@echtedomain.de is user julia here
...


man fetchmailrc(5)

Gruß
L00NIX

mslin
10.08.09, 10:23
das habe ich auch so gemacht...

problem ist aber ... selbst wenn ich intern eine mail an lulu@echtdomain.de sende, wird diese zwar durch die aliases unter /var/mail/lulu ablegegt aber nicht mehr weiter an /home/Mail weiter geleitet.

L00NIX
10.08.09, 10:41
Das liegt daran, weil dein Postfix denkt, er wäre selbst für die Domäne "echtedomain.de" zuständig. Ist er aber nicht!

Kommentiere folgenden Eintrag in deiner main.cf aus, der ist unnötig:


#mydomain = echtedomain.de


Dein Server steht nicht im Internet.

Konfiguriere mydestination ohne $mydomain:


mydestination = $myhostname,
localhost.{interne Domain, sofern nicht gleich echtedomain.de},
localhost


Du benutzt intern die gleiche Domäne wie im Internet, hast aber die DNS-Server selbst nicht unter Kontrolle um Änderungen einzupflegen?

Das geht, ist aber umständlich und es werden Namen von Außen anders aufgelöst als von Innen. Cleverer wäre die Verwendung einer internen Domäne, deren Namen du selbst verwaltest. Für das, was du vorhast, geht das aber auch erstmal ohne, es sei denn, du willst interne Rechnernamen auflösen können.

Gruß
L00NIX

mslin
10.08.09, 11:53
also...

hab jetzt mal das von Dir ausprobiert... keine veränderung.

Das komische ist, daß es bei einem user funktioniert.

aber folgende meldung habe ich unter /var/log/mail gefunden das mich bisserl stutzig macht...


Das gibt postfix aus, wenn ich von user1 nach user2 sende -> das geht!


Aug 10 11:37:14 srv01-lin dovecot: imap-login: Login: user=<test1>, method=PLAIN, rip=192.168.1.102, lip=192.168.1.1
Aug 10 11:37:24 srv01-lin postfix/smtpd[12397]: connect from unknown[192.168.1.102]
Aug 10 11:37:24 srv01-lin postfix/smtpd[12397]: ADEF86FBD4: client=unknown[192.168.1.102]
Aug 10 11:37:24 srv01-lin postfix/cleanup[12400]: ADEF86FBD4: message-id=<4A7FEA55.6888888@echtedomain.de>
Aug 10 11:37:25 srv01-lin postfix/qmgr[12262]: ADEF86FBD4: from=<test1@echtedomain.de>, size=565, nrcpt=1 (queue active)
Aug 10 11:37:25 srv01-lin procmail[12449]: Error while writing to "/var/log/procmail.txt"
Aug 10 11:37:25 srv01-lin postfix/smtpd[12397]: disconnect from unknown[192.168.1.102]
Aug 10 11:37:25 srv01-lin postfix/local[12401]: ADEF86FBD4: to=<test2@echtedomain.de>, relay=local, delay=0.66, delays=0.52/0/0/0.14, dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail)
Aug 10 11:37:25 srv01-lin postfix/qmgr[12262]: ADEF86FBD4: removed
Aug 10 11:37:27 srv01-lin dovecot: imap-login: Login: user=<test2>, method=PLAIN, rip=192.168.1.102, lip=192.168.1.1


So schauts aus wenn ich von user2 zu user1 eine email sende:


Aug 10 11:44:28 srv01-lin postfix/smtpd[12577]: connect from unknown[192.168.1.102]
Aug 10 11:44:28 srv01-lin postfix/smtpd[12577]: 81E136FBD4: client=unknown[192.168.1.102]
Aug 10 11:44:28 srv01-lin postfix/cleanup[12580]: 81E136FBD4: message-id=<4A7FEBFD.6088888@echtedomain.de>
Aug 10 11:44:28 srv01-lin postfix/qmgr[12567]: 81E136FBD4: from=<test2@echtedomain.de>, size=702, nrcpt=1 (queue active)
Aug 10 11:44:28 srv01-lin procmail[12585]: Suspicious rcfile "/home/test1/.procmailrc"
Aug 10 11:44:29 srv01-lin postfix/smtpd[12577]: disconnect from unknown[192.168.1.102]
Aug 10 11:44:30 srv01-lin postfix/local[12581]: 81E136FBD4: to=<test1@echtedomain.de>, orig_to=<lulu@echtedomain.de>, relay=local, delay=1.6, delays=0.46/0/0/1.1,dsn=2.0.0, status=sent (delivered to command: /usr/bin/procmail)
Aug 10 11:44:30 srv01-lin postfix/qmgr[12567]: 81E136FBD4: removed


in der aliases steht:
lulu test1@echtedomain.de

Die .procmail sind bei beiden gleich soll alles immer in die /MAIL laufen - also Posteingang - habe ich nur angelegt, damit ich später mal was filtern kann.

Das komische ist, daß bei beiden alles gleich ist... aber beim einen kann es zu gestellt werden beim anderen nicht.

wenn ich von user1 zu user2 was sende, wird das sofort ohne über den echten Provider zu gehen in den Posteingang von user2 zugestellt.
anders herum landet die Mail unter /var/mail user2

Info: Wenn ich von user1 an eine externe adresse z.B. meine private bei gmx was sende klappt das auch.


Steh nun blöd da was ? :)

Vielleicht kannst mir ja nochmal helfen...


Was ist eigentlich will: Habe eine Domain bei 1und1. Wenn ich Emails abhole mit fetchmail (was ja schon geht) sollen diese den usern zugestellt werden.
Wenn ich von user zu user was sende will, sollen diese nur intern gesendet werden auch wenn da steht user1@echtedomain.de.

danke vorab und viele grüße
mslin

mslin
10.08.09, 13:21
also irgendwie bisserl eigenartig ist das ja schon. Da ich gerade meine damaligen config dateien angeschaut habe und meine neuen ... alles gleich.
Habe nun Postfix einfach mal aktualisiert und plötzlich gings!

Schon mal einer so ein phenomen gehabt?

Naja... egal...

Vielleicht wenn es interessiert - hier mal meine main.cf:


# Echter Mailserver
relayhost = smtp.(beim echten Provider).de
smtp_sasl_auth_enable = yes
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_always_send_ehlo = yes
smtp_sasl_security_options = noanonymous

# von mir veränderte Atribute
alias_maps = hash:/etc/aliases
home_mailbox = .Maildir/
mydomain = DIEDOMAIN.de
mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain
mynetworks = 192.168.0.0/24, 127.0.0.0/8
message_size_limit = 50000000

# so belassene Atribute
#myhostname = virtual.domain.tld
#myorigin = $myhostname
#myorigin = $mydomain
#mailbox_command = /usr/bin/procmail
queue_directory = /var/spool/postfix
command_directory = /usr/sbin
daemon_directory = /usr/lib/postfix
mail_owner = postfix
unknown_local_recipient_reject_code = 550
mail_spool_directory = /var/spool/mail
debug_peer_level = 2
debugger_command =
PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin
xxgdb $daemon_directory/$process_name $process_id & sleep 5
sendmail_path = /usr/sbin/sendmail
newaliases_path = /usr/bin/newaliases
mailq_path = /usr/bin/mailq
setgid_group = maildrop
html_directory = /usr/share/doc/packages/postfix/html
manpage_directory = /usr/share/man
sample_directory = /usr/share/doc/packages/postfix/samples
readme_directory = /usr/share/doc/packages/postfix/README_FILES
inet_protocols = all
biff = no


viele Grüße
mslin

L00NIX
10.08.09, 13:32
also irgendwie bisserl eigenartig ist das ja schon. Da ich gerade meine damaligen config dateien angeschaut habe und meine neuen ... alles gleich.
Habe nun Postfix einfach mal aktualisiert und plötzlich gings!

Schon mal einer so ein phenomen gehabt?


Du hast den postfix-Prozess nach jeder Konfig-Änderung aber schon neu gestartet?



/etc/init.d/postfix restart


Die Fehler (procmail) würde ich mir nochmal ansehen. Es scheint, dass in der procmailrc die Logdatei /var/log/procmail.txt definiert ist, wobei das Verzeichnis /var/log von normalen Benutzern nicht schreibbar ist. Biege das am besten nach $HOME/log/procmail.txt um ($HOME/log anlegen).

Warum meckert procmail beim zweiten Mal


Aug 10 11:44:28 srv01-lin procmail[12585]: Suspicious rcfile "/home/test1/.procmailrc"


Solltest du auch mal prüfen.

Gruß
L00NIX

mslin
10.08.09, 23:37
hallo,

vorab: ja klar, nach jeder Änderung einer einer conf-Dat. mache ich einen restart - auch hier bei Postfix.

Das mit dem Logbucheintrag kann es nicht sein, ich habe es nun rausgenommen, daß er kein log schreiben soll.

Aber eigentlich ist das ja nicht sinn der sache.

promailrc liegt unter jedem User unter /home/user/.procmail

komscih ist es halt nur beim einen gehts beim anderen nicht.

könnte das was mit den Berechtigungen zu tun haben ?
die user die das betrifft sind in unterschiedlichen Gruppen.

L00NIX
11.08.09, 14:32
promailrc liegt unter jedem User unter /home/user/.procmail

komscih ist es halt nur beim einen gehts beim anderen nicht.

könnte das was mit den Berechtigungen zu tun haben ?
die user die das betrifft sind in unterschiedlichen Gruppen.

Dann poste doch mal bitte beide Dateien (ohne Passwort). Kannst dabei ja gleich die Berechtigungen mitgeben, aber die sollten es nicht sein. Eine fetchmailrc sieht das wieder ganz anders, die darf nicht für andere lesbar sein.

Gruß
L00NIX

marce
24.08.09, 07:22
#12 als Spam gemeldet.