mailserver > postfix usw.

[H-net]

hi...

also ich fummel jetzt schon seit tagen an meinem mailserver rum...
es schaut so aus:
ich habe mir einen root-server(debian 2.6.11) gemitet, und mir auf den die domain fun-insite.de gelegt.... nun will ich mir da einen mailserver einrichten( so das ich halt mit outlook von mri dahei maus eine email an bla@fun-insite.de empfangen kann und darüber dann auch mails senden kann.... das ganze mi pop3 uns smtp)
habe also postfix installiert, bekomme es aber nicht zum laufen....
hier meine main.cf:
# See /usr/share/postfix/main.cf.dist for a commented, more complete version

smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no

# appending .domain is the MUA's job.
append_dot_mydomain = no

# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h
mail_owner = postfix
default_privs = nobody
myhostname = jena1.padberg-it.net
mydomain = jena1.padberg-it.net
inet_interfaces = eth0

alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
mydestination = fun-insite.de, fun-inside.de, ng-com.de, localhost
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
recipient_delimiter = +

mailbox_transport = procmail
fallback_transport = procmail

mtpd_recipient_restrictions = permit_mynetworks,permit_sasl_authenticated,reject _unauth_destination

smtpd_sasl_auth_enable = yes
broken_sasl_auth_clients = yes

smtpd_use_tls = no
smtp_use_tls = no

ist hier alles richtig?

dann frage ich mich wie ich jetzt definiere, welche email-adresse an welchen user geleitet wird... hat doch irgendwas mit der aliasses zu tun oder? köntne mir das jemand sagen wie das genau ist?
so sieht meine alieasses aus:
# /etc/aliases
mailer-daemon: postmaster
postmaster: root
nobody: root
hostmaster: root
usenet: root
news: root
webmaster: root
www: root
ftp: root
abuse: root
noc: root
security: root
clamav: root
fun-insite: test@fun-insite.de

ich hätte gerne, das das alle mails die an "test@fun-insite.de" gesendet werden, der user "fun-insite" abholen kann...

wenn ich aber jetzt mit outlook mails senden oder empfangen will, sagt outlook das der smtp-server zwar gefunden wird, aber nicht reagiert, und das die anmeldung am pop3-server fehlschlägt...


ich versteh das mit dem mail-zeug alles net... hab schon 100 tutorials durchgelesen, aber kein hilft mir weiter... ich hoffe einer von euch kann mir das mal erklären.... udn mir sagen was ich alles falsch mache....


vielen dank schonmal
h-net

[dipesh]

Bezüglich Aliasaddressen siehe http://www.usenetlinux.com/archive/index.php/t-247081.html
Wie willst du auf postfix zugreifen? imap/pop3? und welche Software hast du (auf dem Server) dafür installiert? Sagen die Logdateien irgendetwas? http://www.postfix.org/docs.html und http://www.postfix.org/documentation.html bereits angeschaut?

[H-net]

also ich bin jetzt scho netwas weitergekommen....

wenn ich eine mail vo nder kosnole aus an mic hselber schicken erscheint in der log aber:
May 18 23:02:41 jena1 postfix/pickup[9758]: E2EF431C299: uid=0 from=<root>
May 18 23:02:41 jena1 postfix/cleanup[9765]: E2EF431C299: message-id=<20050518210241.E2EF431C299@jena1.padberg-it.net>
May 18 23:02:41 jena1 postfix/qmgr[9759]: E2EF431C299: from=<root@jena1.padberg-it.net>, size=327, nrcpt=1 (queue active)
May 18 23:02:41 jena1 postfix/local[9767]: warning: connect #1 to subsystem private/procmail: No such file or directory
May 18 23:02:51 jena1 postfix/local[9767]: warning: connect #2 to subsystem private/procmail: No such file or directory
May 18 23:03:01 jena1 postfix/local[9767]: warning: connect #3 to subsystem private/procmail: No such file or directory
May 18 23:03:11 jena1 postfix/local[9767]: warning: connect #4 to subsystem private/procmail: No such file or directory
May 18 23:03:21 jena1 postfix/local[9767]: warning: connect #5 to subsystem private/procmail: No such file or directory
May 18 23:03:31 jena1 postfix/local[9767]: warning: connect #6 to subsystem private/procmail: No such file or directory
May 18 23:03:41 jena1 postfix/local[9767]: warning: connect #7 to subsystem private/procmail: No such file or directory
May 18 23:03:51 jena1 postfix/local[9767]: warning: connect #8 to subsystem private/procmail: No such file or directory
May 18 23:04:01 jena1 postfix/local[9767]: warning: connect #9 to subsystem private/procmail: No such file or directory
May 18 23:04:11 jena1 postfix/local[9767]: warning: connect #10 to subsystem private/procmail: No such file or directory
May 18 23:04:21 jena1 postfix/local[9767]: fatal: connect #11 to subsystem private/procmail: No such file or directory
May 18 23:04:22 jena1 postfix/qmgr[9759]: warning: premature end-of-input on private/local socket while reading input attribute name
May 18 23:04:22 jena1 postfix/qmgr[9759]: warning: private/local socket: malformed response
May 18 23:04:22 jena1 postfix/qmgr[9759]: warning: transport local failure -- see a previous warning/fatal/panic logfile record for the problem description
May 18 23:04:22 jena1 postfix/master[9757]: warning: process /usr/lib/postfix/local pid 9767 exit status 1
May 18 23:04:22 jena1 postfix/master[9757]: warning: /usr/lib/postfix/local: bad command startup -- throttling

was kann ich machen damit das:
May 18 23:02:41 jena1 postfix/local[9767]: warning: connect #1 to subsystem private/procmail: No such file or directory

nocht mehr kommt?
ps: procmail ist installiert...

mfg

[H-net]

noch was... wenn ich jetzt mit outlook connecten will kommt:

May 18 23:54:31 jena1 postfix/smtpd[10441]: connect from p5494755D.dip.t-dialin.net[84.148.117.93]
May 18 23:54:31 jena1 postfix/smtpd[10441]: NOQUEUE: reject: RCPT from p5494755D.dip.t-dialin.net[84.148.117.93]: 550 <test@fun-insite.de>: Recipient address rejected: User unknown in local recipient table; from=<test@fun-insite.de> to=<test@fun-insite.de> proto=SMTP helo=<hnet>
May 18 23:54:31 jena1 postfix/smtpd[10441]: disconnect from p5494755D.dip.t-dialin.net[84.148.117.93]
May 18 23:54:32 jena1 courierpop3login: Connection, ip=[::ffff:84.148.117.93]
May 18 23:54:36 jena1 last message repeated 2 times
May 18 23:54:36 jena1 postfix/smtpd[10441]: connect from p5494755D.dip.t-dialin.net[84.148.117.93]
May 18 23:54:37 jena1 postfix/smtpd[10441]: NOQUEUE: reject: RCPT from p5494755D.dip.t-dialin.net[84.148.117.93]: 550 <test@fun-insite.de>: Recipient address rejected: User unknown in local recipient table; from=<test@fun-insite.de> to=<test@fun-insite.de> proto=SMTP helo=<hnet>
May 18 23:54:37 jena1 postfix/smtpd[10441]: disconnect from p5494755D.dip.t-dialin.net[84.148.117.93]


da steht ja: User unknown in local recipient table;

was heißt das? wie kann ich das beheben?

gruß

[Webdude]

Weiterleitungen werden in /etc/postfix/virtual eingetragen (nach Änderungen "postmap virtual" nicht vergessen).
Ansonsten bitte nochmal die Config per "postconf -n" posten.

[dipesh]

May 18 23:02:41 jena1 postfix/local[9767]: warning: connect #1 to subsystem private/procmail: No such file or directory

Versuch doch mal procmail mit vollen Pfad anzugeben. "which procmail" sollte dir sagen, wo die bin zu finden ist. Siehe auch http://www.postfix.org/faq.html#procmail


noch was... wenn ich jetzt mit outlook connecten will kommt:

May 18 23:54:31 jena1 postfix/smtpd[10441]: connect from p5494755D.dip.t-dialin.net[84.148.117.93]
May 18 23:54:31 jena1 postfix/smtpd[10441]: NOQUEUE: reject: RCPT from p5494755D.dip.t-dialin.net[84.148.117.93]: 550 <test@fun-insite.de>: Recipient address rejected: User unknown in local recipient table; from=<test@fun-insite.de> to=<test@fun-insite.de> proto=SMTP helo=<hnet>

Hier führt dich vor allem das Wort reject in die richtige Richtung. Postfix will von außerhalb keine Mail annehmen, was auch gut so ist! Sonst würde dein System innerhalb kürzester Zeit von Spammern mißbraucht! Es dreht sich also um die Frage der Authentifizierung (ich rate von einer Freigabe von Mails mit bestimmten Sendern/Empfängern dringenst ab, das ist unsicher und leicht zu fälschen!). Siehe http://www.postfix.org/docs.html und http://www.postfix.org/documentation.html.

p.s. in deiner conf-datei findet sich der Eintrag;
mtpd_recipient_restrictions = permit_mynetworks,permit_sasl_authenticated,reject _unauth_destination

Zum einem heißt es smtpd_recipient_restrictions und zum anderem wird "reject _unauth_destination" zusammengeschrieben. Mittels postfconf -n, wie von webdude bereits angemerkt, findest du heraus welche Konfiguration von postfix verwendet wird.

[H-net]

also ich ahb jetzt den vollen pfad angegeben... dann kommt:
May 20 22:38:26 jena1 postfix/local[19312]: warning: connect #1 to subsystem private//usr/bin/procmail: No such file or directory


jena1 ~ # postconf -n
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
broken_sasl_auth_clients = yes
config_directory = /etc/postfix
default_privs = nobody
fallback_transport = /usr/bin/procmail
mail_owner = postfix
mailbox_command = procmail -a "$EXTENSION"
mailbox_size_limit = 0
mailbox_transport = /usr/bin/procmail
mydestination = fun-insite.de, fun-inside.de, ng-com.de, localhost
mydomain = jena1.padberg-it.net
myhostname = jena1.padberg-it.net
mynetworks = 0.0.0.0/0
recipient_delimiter = +
smtp_use_tls = no
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
smtpd_sasl_auth_enable = yes
smtpd_use_tls = no


kann mir da jemand weiterhelfen?

mfg

[Tomek]

Ändere mal:

mailbox_command = procmail -a "$EXTENSION"
in:

mailbox_command = /usr/bin/procmail -a "$EXTENSION"

[H-net]

danke für die schnelle antwort...

aber geht trozdem nicht... der gleiche fehler wie zuvor:
May 20 23:59:13 jena1 postfix/local[19549]: warning: connect #1 to subsystem private//usr/bin/procmail: No such file or directory

ich versteh das einfach net.... wo is da der fehler?

gruß

[Tomek]

Was wird ausgegeben bei:

ls -l /usr/bin/procmail
Und poste bitte die Datei /etc/postfix/master.cf.

[H-net]

jena1 ~ # ls -l /usr/bin/procmail
-rwsr-sr-x 1 root mail 71640 2005-03-01 16:37 /usr/bin/procmail

und meine master.cf:
# ================================================== ========================
# service type private unpriv chroot wakeup maxproc command + args
# (yes) (yes) (yes) (never) (100)
# ================================================== ========================
smtp inet n - n - - smtpd
#submission inet n - - - - smtpd
# -o smtpd_etrn_restrictions=reject
#628 inet n - - - - qmqpd
pickup fifo n - - 60 1 pickup
cleanup unix n - - - 0 cleanup
qmgr fifo n - - 300 1 qmgr
#qmgr fifo n - - 300 1 oqmgr
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
smtp unix - - - - - smtp
relay unix - - - - - smtp
# -o smtp_helo_timeout=5 -o smtp_connect_timeout=5
showq unix n - - - - showq
error unix - - - - - error
local unix - n n - - local
virtual unix - n n - - virtual
lmtp unix - - n - - lmtp
anvil unix - - n - 1 anvil
#
# Interfaces to non-Postfix software. Be sure to examine the manual
# pages of the non-Postfix software to find out what options it wants.
#
# maildrop. See the Postfix MAILDROP_README file for details.
#
maildrop unix - n n - - pipe
flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient}
uucp unix - n n - - pipe
flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient)
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 -d -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}

# only used by postfix-tls
#tlsmgr fifo - - n 300 1 tlsmgr
#smtps inet n - n - - smtpd -o smtpd_tls_wrappermode=yes -o smtpd_sasl_auth_enable=yes
#587 inet n - n - - smtpd -o smtpd_enforce_tls=yes -o smtpd_sasl_auth_enable=yes
tlsmgr unix - - - 1000? 1 tlsmgr
scache unix - - - - 1 scache
discard unix - - - - - discard


gruß

[dipesh]

Das hört sich so an, als ob postfix weiterhin versucht procmail im chroot zu finden. Also;
1. Rausfinden welcher Dienst in der main.cf für den procmail-Aufruf verantwortlich ist und aus dem chroot nehmen oder
2. eine andere Möglichkeit finden...

[H-net]

hmmm...
wie chroot?
wohin macht denn postfix einen chroot? wie kann ich rausfinden wie ich procmail dann verlinken muss, das es postfix auch in der "chroot-umgebung" findet?

gruß
ps:danke für die antwort

[dipesh]

hmmm...
wie chroot?
wohin macht denn postfix einen chroot? wie kann ich rausfinden wie ich procmail dann verlinken muss, das es postfix auch in der "chroot-umgebung" findet?





#================================================= =========================
# service type private unpriv chroot wakeup maxproc command + args
# (yes) (yes) (yes) (never) (100)
# ================================================== ========================



n = nein
- = yes

siehe http://www.postfix.org/BASIC_CONFIGURATION_README.html#chroot_setup