PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : fetchmail: emails landen alle bei root



_-=Unreal=-_
23.01.04, 12:47
moin,

ich hab postfix, qpopper und fetchmail unter suse 8.2 laufen.
fetchmail -v -a holt die mails für die eingerichteten user vom pop-server ab, aber alle landen in der inbox von root.

in der /root/.fetchmailrc hab ich folgendes eingetragen:

set postmaster = "root"
set bouncemail
set properties ""
poll pop.1und1.com with proto POP3
user 'ptxxxxxxx-123' there with password 'xxxxxxxx' is user peter
user 'ptxxxxxxx-456' there with password 'xxxxxxxx' is user irgendwer
postconnect "sendmail -q"

ok, der 1und1.-user 'ptxxxxxxx-123' hat die mailadresse ich@meine1und1domain.de
wenn ich 'ne mail dorthin sende, sollte diese also an den lokalen benutzer peter weitergeleitet werden.
während des abholens vom 1und1-server gibt fetchmail folgende meldung aus:

...
fetchmail: SMTP> RCPT TO:<root@localhost>
...

und die mail landet auch in root's inbox. hängt das damit zusammen?

kann mir jemand helfen plz?

gruss
peter

mbo
23.01.04, 13:16
Original geschrieben von _-=Unreal=-_
moin,
ich hab postfix, qpopper und fetchmail unter suse 8.2 laufen.



fetchmail: SMTP> RCPT TO:<root@localhost>
...

Wie hast Du denn postfix konfiguriert?
Was steht in den Headers?
Welche .fetchmailrc meinst Du?



kann mir jemand helfen plz?


Was heißt "plz"?

cu/2 iae

_-=Unreal=-_
23.01.04, 16:30
1. hm, also ich hab mich an folgende anleitung gehalten, schien mir die einfachste:

http://www.gkainzbauer.de/computer/linux/linux_server/mailserver.html

hab keine bessere dokumentation gefunden, auser im Elßer (linux-buch) und die anleitung dort ist für noobs absolut ungeeignet.
musste allerdings danach noch chmod 710 /root/.fetchmailrc ausführen, dann hat fetchmail erst die mails abgeholt :ugly:

2. im header der mail steht:


From absender@email_adresse
X-Original-To: root@localhost
Delivered to: root@localhost.UnrealServer.Network
Envelope-to: absender@email_adresse
...
To: empfänger@email_adresse (ist die richtige)


3. na die /root/.fetchmailrc, die ich laut oben genannter anleitung anlegen sollte... :ugly:

4. oh, mit plz meinte ich please ;)

theWireless
23.01.04, 17:45
hmm... meine .fetchmailrc sieht (mit deinen Settings angepasst) so aus:


poll pop.1und1.com
proto pop3
user "ptxxxxxxx-123"
pass "'xxxxxxxx'"
is peter
nokeep
fetchall


AFAIR hatte ich mal Probleme mit den Zusätzen wie "with", "there" und "is". lass die einfach mal weg (s.o.). Ka, ob fetchmail mit denen zurechtkommen solle, löste zumindest bei mir damals dir Probs.

Nen Versuch ists wert.

PS: lass ansonsten einfach alle Zusätze, die bei dir in der .fetchmailrc stehn weg (auch "postconnect "sendmail -q" ")

Edit:
Original geschrieben von mbo
Was heißt "plz"?

Postleitzahl? (SCNR :ugly: )

_-=Unreal=-_
23.01.04, 18:26
aha.

sieht dass dann bei zwei mailadressen so aus:

poll pop.1und1.com
proto pop3
user "ptxxxxxxx-123"
pass "'xxxxxxxx'"
is peter
nokeep
fetchall
user "ptxxxxxxx-456"
pass "'xxxxxxxx'"
is irgendweranders
nokeep
fetchall

oder so:
poll pop.1und1.com
proto pop3
user "ptxxxxxxx-123"
pass "'xxxxxxxx'"
is peter
user "ptxxxxxxx-123"
pass "'xxxxxxxx'"
is irgendweranders
nokeep
fetchall
?

oder kann dass sein, dass ich für jeden user in seinem homedir eine fetchmailrc anlegen muss?

_-=Unreal=-_
23.01.04, 18:45
aha.

ich hab's jetz mal auf die zweite tour versucht, die mails landen jetzt nicht mehr bei root, aber auch nirgendswo anders...

hmmm.

zumindest bringt fetchmail beim abrufen jetzt nicht mehr
fetchmail: SMTP> RCPT TO:<root@localhost>
sondern
fetchmail: SMTP> RCPT TO:<peter@localhost>
ist ja schon mal was...

ich hab jetz mal der einfachheit halber webmin installiert und mir die fetchmail-installation angesehen, dort steht jedenfalls ganz eindeutig unter Mailserver-Benutzerdetails:

Benutername auf Mailserver: ptxxxxx-123
Passwort auf Mailserver: xxxxxxx
Lokaler Benutzer: peter
...
Immer alle Nachrichten abholen: Ja
...

:rolleyes:

_-=Unreal=-_
26.01.04, 14:38
hat keiner mehr eine idee?

mbo
26.01.04, 15:36
Original geschrieben von _-=Unreal=-_
hat keiner mehr eine idee?
Ach je, Ideen habe ich viele ...

Hm, wie wäre es mit einem Auszug des maillogs? vielleicht ein grep mit peter, nach dem motto: da steht er, der peter.

fetchmail schmeißt keine mails weg, und postfix auch net.

cu/2 iae

LKH
26.01.04, 21:21
Hi,


Original geschrieben von mbo
...
fetchmail schmeißt keine mails weg, und postfix auch net.

Ne, wegschmeissen tun die beide keine Mails, aber der MTA schickt die schon mal in Nirvana. Deshalb immer "keep" beim Testen.

_-=Unreal=-_
27.01.04, 08:34
@mbo:

ähm, sorry dass ich so blöd frag, aber welche maillog? ich kämpfe hier grad zum ersten mal mit sowas... unter /var/log finde ich keine mail.err, mail.warn, auch nicht im userdir.

das empfangen lokaler mails geht übrigens...

_-=Unreal=-_
27.01.04, 08:54
ha ich habs :D
unter /etc/postfix/main.cf hab ich die zeile inet_interfaces=127.0.0.1 nicht kommentiert... die stand seltsamerweise zweimal drin: oben hatte ich sie mit einem # versehen, und unten hab ich sie übersehen (ich geh unter die dichter *g*)

die mails lassen sich abrufen, auch mit einem outlook-client, aber seltsamerweise bekommt der absender eine rückmail mit folgendem inhalt:

This is the Postfix program at host UnrealServer.Network.

I'm sorry to have to inform you that the message returned
below could not be delivered to one or more destinations.

For further assistance, please send mail to <postmaster>

If you do so, please include this problem report. You can
delete your own text from the message returned below.

The Postfix program

<peter@localhost.UnrealServer.Network>: mail forwarding loop for
peter@localhost.UnrealServer.Network


und was noch nicht funktioniert ist das senden von nachrichten an externe adressen...