PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Mit Mailserver auch mails empfangen?



delmonico
25.03.04, 16:15
Hi!

Mittlerweile läuft meine postfix+courier-imap+procmail+fetchmai Kombination recht gut. Jetz hab ich mir heut morgen gedacht, eigentlich müßte der doch jetz auch emails annehmen? Hab mal ne Testmail geschickt, aber die taucht nirgendswo auf - muss ich da im postfix noch irgendwas einstellen?

mfg, del

Svenny
25.03.04, 16:20
Musst halt den MX eintrag deiner domain auf deinen mailserver setzen

delmonico
25.03.04, 16:55
Hmm das hab ich jetzt gemacht, aber trotzdem kommt sie nicht an :/

drcux
25.03.04, 17:00
/var/log/mail

?

delmonico
25.03.04, 17:08
Hmm der einzigste verdächtige Eintrag is paarmal in var/log/mail/info und schaut so aus:

Mar 25 17:02:33 tanja postfix/smtpd[8607]: NOQUEUE: reject: RCPT from localhost[127.0.0.1]: 450 <FETCHMAIL-DAEMON@localhost>: Sender address rejected: User unknown in local recipient table; from=<FETCHMAIL-DAEMON@localhost> to=<delmonico@localhost> proto=ESMTP helo=<localhost>

Ist gleich merfach vorhanden, hab aber mittlerweile auch etliche Mails geschickt.

Und es kommen irgendwie nur die nicht an, die ich von woanders verschicke (z.B. gmx). Wenn ich am server mit /usr/bin/mail eine raushaue, kommt die auch an...

mfg, del

delmonico
18.04.04, 08:28
Ideen?Vorschläge?

drcux
18.04.04, 10:47
wie sieht denn deine fetchmailrc aus?

delmonico
18.04.04, 11:26
fetchmail funktioniert ja - aber das ist doch nur dazu da, emails regelmäßig von pop3-servern abzuholen. Ich will ne email, die an delmonico@delmonico.ath.cx gesendet wurde, auch bekommen und das ist wenn mich nicht alles täuscht die Aufgabe von postfix....

drcux
18.04.04, 11:39
also, eine lokal verschickte email mit to: elmonico@localhost kommt an, aber wenn du von "außen" sendest, bleibt sie zwischen postfix und fetchmail hängen?

delmonico
18.04.04, 11:49
also, eine lokal verschickte email mit to: elmonico@localhost kommt an, aber wenn du von "außen" sendest, bleibt sie zwischen postfix und fetchmail hängen?
Ja so siehts aus. in der fetchmailrc sind nur 3 pop3-server eingetragen, so in der form halt:
# Put here each user config
poll mail.gmx.net with proto POP3 user 'delmonico@gmx.net' there with password 'blah' is 'delmonico' here

Normal müsste procmail die mails doch direkt in die benutzermailbox einlagern, oder?

Schärple
18.04.04, 14:09
Hi Deli, :-)

ohne die main.cf wirds schwer zu helfen, aber nach den Logs nimmt dein postfix wohl keine Mail von externen Interfaces an.

Schärple
18.04.04, 14:11
also, eine lokal verschickte email mit to: elmonico@localhost kommt an, aber wenn du von "außen" sendest, bleibt sie zwischen postfix und fetchmail hängen?

was hat Das denn mit fetchmail zu tun? Postfix hat die mail nicht angenommen.

Terran Marine
18.04.04, 17:46
Ja so siehts aus. in der fetchmailrc sind nur 3 pop3-server eingetragen, so in der form halt:
# Put here each user config
poll mail.gmx.net with proto POP3 user 'delmonico@gmx.net' there with password 'blah' is 'delmonico' here

Normal müsste procmail die mails doch direkt in die benutzermailbox einlagern, oder?

Nochmal zum Verständnis,

was heisst genau, bei dir ankommen ? im Courier-IMAP abgelegt werden ?

Kommen die Mails ordentlich an, die mit fetchmail abgeholt werden ?

Und die main.cf wäre echt nicht verkehrt ;)

Gruß
Terran

delmonico
18.04.04, 18:02
Jap, fetchmail liefert wunder ein, das funktioniert problemlos. Das problem sind wirklich nur die E-Mails, die an den server selbst geschickt werden. Die kommen scheinbar nirgends an, weder in /var/spool/mail noch im courier imap...




# These are only the parameters changed from a default install
# see /etc/postfix/main.cf.dist for a commented, fuller version of this file.

# These are changed by postfix install script
readme_directory = /usr/share/doc/postfix-2.1.0/README_FILES
sample_directory = /usr/share/doc/postfix-2.1.0/samples
sendmail_path = /usr/sbin/sendmail.postfix
setgid_group = postdrop
command_directory = /usr/sbin
manpage_directory = /usr/share/man
daemon_directory = /usr/lib/postfix
newaliases_path = /usr/bin/newaliases.postfix
mailq_path = /usr/bin/mailq.postfix
queue_directory = /var/spool/postfix
mail_owner = postfix

#delmonico
myhostname = delmonico.ath.cx
mydestination = $myhostname, localhost.$mydomain, $mydomain
home_mailbox = Maildir/
mailbox_command = /usr/bin/procmail -Y -a $DOMAIN

# User configurable parameters

inet_interfaces = localhost
mynetworks_style = host
delay_warning_time = 4h
smtpd_banner = $myhostname ESMTP $mail_name ($mail_version) (Mandrake Linux)
unknown_local_recipient_reject_code = 450
smtp-filter_destination_concurrency_limit = 2
lmtp-filter_destination_concurrency_limit = 2
smtpd_sasl_path = /etc/postfix/sasl:/usr/lib/sasl2

Schärple
18.04.04, 18:10
huhu,

passe an/ergänze ggf mal diese Einträge.

mynetworks = 192.168.0.0/24, 127.0.0.0/8 (whatever)
myhostname = yourhostname
inet_interfaces = all (vorher auf jeden Fall port ins WAN sperren :] )

am letzten dürfte es liegen, Gruß

drcux
18.04.04, 22:15
was hat Das denn mit fetchmail zu tun? Postfix hat die mail nicht angenommen.

tja, genau das wollte ich mit "bleibt zwischen postfix und fetchmail haengen" sagen...

....

Schärple
19.04.04, 14:05
... aber wenn Se' doch garnicht von fetchmail abgeholt wird ;]

drcux
19.04.04, 16:12
... aber wenn Se' doch garnicht von fetchmail abgeholt wird ;]
Dann frage ich mich woher dieses hier kommt: from=<FETCHMAIL-DAEMON@localhost>

Schärple
19.04.04, 16:17
*Augenreib* Ok Du hast gewonnen, ich hab nur die obere Zeile gelesen, das Fetchmaillog interessiert nicht ;)

delmonico
19.04.04, 18:03
huhu,

passe an/ergänze ggf mal diese Einträge.

mynetworks = 192.168.0.0/24, 127.0.0.0/8 (whatever)
myhostname = yourhostname
inet_interfaces = all (vorher auf jeden Fall port ins WAN sperren :] )

am letzten dürfte es liegen, Gruß
thx das scheint zu gehen - aber wieso den port sperren? Dann gehts doch wieder nicht von außerhalb wenn der zu ist?


edit: und ich hab noch ne frage - jetz wo ich das so langsam verstehe. das jetz mit dem mails empfangen und so is eigentlich nebensache. hätte ich das abholen der mails von den POP-Boxen und bereitstellen per IMAP nicht völlig ohne Postfix erledigen können? Indem ich einfach die mails von fetchmail direkt an procmail geben lasse? Hab gelesen, dass fm das automatisch macht, wenn eben kein mailserver auf dem port läuft... Also das ich der server dann keine mails empfängt und sendet, sondern eben nur die von fetchmail geholten per procmail einsortiert und per courier bereitstellt? (war das jetz verständlich? :D)

drcux
19.04.04, 18:48
fetchmail -m /usr/bin/procmail

Könnte gehen, hab ich aber noch nie probiert...

delmonico
19.04.04, 20:05
edit: irgendwie funktioniert das leider nicht :/
[root@delmonico mail]# fetchmail -f /etc/fetchmailrc -m /usr/bin/procmail
1 message for delmonico@gmx.net at mail.gmx.net (1152 octets).
reading message delmonico@gmx.net@mail.gmx.net:1 of 1 (1152 octets) flushed
fetchmail: No mail for wp137576-delmonico at mail.delmonico.de


er macht nur das "flushed" und sie kommt niemals irgendwo an :/