PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : falsche mails nicht an root sondern....



Zero2000
11.05.05, 16:08
Hallo

Ich habe das Problem, dass falsch geschrieben oder manchmal auch richtig geschriebene Mails an root gehen.
Da ich root nicht mit Outlook Express abrufen kann vergesse ich immer diese Mails und wollte Sie mir aus diesem Grund an mich weiterleiten lassen.
Jedoch funktioniert das nicht so wie ich gedacht habe denn es gehen immer noch alle Mails an root.

Bisher habe ich dies unternommen:
-----------------------------------------------------
1. Ich habe im rootverzeichniss eine Datei ".forward" angelegt.
Inhalt der Datei ist meine User-email: xxx@xxx.xx

2. Ich habe in der /etc/aliases/ diese Zeile hinzugefügt bzw. verändert:
root: xxxx, \root
Wobei xxxx natürlich ich bin. ;)
Danach habe ich newaliases ausgeführt und soger postfix reload.
------------------------------------------------------

Funktionieren tut es allerdings trotzdem nicht.
Ich benutze Sendmail zum senden der E-Mails und Postfix zum abholen.
Meine Linuxdistri ist SuSe 8.2

Ich bin leider kein großer Linuxer... :o

Vielen Dank für eure Hilfe
Maik

tschloss
11.05.05, 16:45
Wie kann man mit Postfix Mails abholen? Du hast sicher noch einen POP3 und/oder IMAP-Server laufen, oder?

Und sendmail zusammen mit Postfix?? Postfix hat auch ein sendmail-Kommando, vielleicht meinst du das?

Wenn Postfix aber tatsächlich DER MTA ist, dann poste vielleicht mal "postconf -n".

Greetz
Thomas

Zero2000
12.05.05, 08:30
Hallo

Hier also meine postconf.
Meine Mails hole ich im übrigen mit fetchmail ab und verteile sie anschließend mit procmail.


2005-05-12 08:25:43.796 alias_maps = hash:/etc/aliases
2005-05-12 08:25:43.796 canonical_maps = hash:/etc/postfix/canonical
2005-05-12 08:25:43.812 command_directory = /usr/sbin
2005-05-12 08:25:43.812 config_directory = /etc/postfix
2005-05-12 08:25:43.812 content_filter =
2005-05-12 08:25:43.812 daemon_directory = /usr/lib/postfix
2005-05-12 08:25:43.812 debug_peer_level = 2
2005-05-12 08:25:43.812 defer_transports =
2005-05-12 08:25:43.812 disable_dns_lookups = no
2005-05-12 08:25:43.812 inet_interfaces = all
2005-05-12 08:25:43.812 mail_owner = postfix
2005-05-12 08:25:43.812 mail_spool_directory = /var/mail
2005-05-12 08:25:43.812 mailbox_command = /usr/bin/procmail
2005-05-12 08:25:43.812 mailbox_size_limit = 0
2005-05-12 08:25:43.812 mailbox_transport =
2005-05-12 08:25:43.812 mailq_path = /usr/bin/mailq
2005-05-12 08:25:43.812 manpage_directory = /usr/share/man
2005-05-12 08:25:43.812 masquerade_classes = envelope_sender, header_sender, header_recipient
2005-05-12 08:25:43.812 masquerade_domains = xxxxx.de
2005-05-12 08:25:43.812 masquerade_exceptions = root
2005-05-12 08:25:43.812 message_size_limit = 10240000
2005-05-12 08:25:43.812 mydestination = xxxxx.de
2005-05-12 08:25:43.812 myhostname = linux.xxxxx.de
2005-05-12 08:25:43.812 newaliases_path = /usr/bin/newaliases
2005-05-12 08:25:43.812 program_directory = /usr/lib/postfix
2005-05-12 08:25:43.828 queue_directory = /var/spool/postfix
2005-05-12 08:25:43.828 readme_directory = /usr/share/doc/packages/postfix/README_FILES
2005-05-12 08:25:43.828 relayhost = www.xxxxx.de
2005-05-12 08:25:43.828 relocated_maps = hash:/etc/postfix/relocated
2005-05-12 08:25:43.828 sample_directory = /usr/share/doc/packages/postfix/samples
2005-05-12 08:25:43.828 sender_canonical_maps = hash:/etc/postfix/sender_canonical
2005-05-12 08:25:43.828 sendmail_path = /usr/sbin/sendmail
2005-05-12 08:25:43.828 setgid_group = maildrop
2005-05-12 08:25:43.828 smtp_sasl_auth_enable = yes
2005-05-12 08:25:43.828 smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
2005-05-12 08:25:43.828 smtp_sasl_security_options =
2005-05-12 08:25:43.828 smtp_use_tls = no
2005-05-12 08:25:43.828 smtpd_client_restrictions =
2005-05-12 08:25:43.828 smtpd_helo_required = no
2005-05-12 08:25:43.828 smtpd_helo_restrictions =
2005-05-12 08:25:43.843 smtpd_recipient_restrictions = permit_mynetworks,reject_unauth_destination
2005-05-12 08:25:43.843 smtpd_sasl_auth_enable = no
2005-05-12 08:25:43.843 smtpd_sender_restrictions = hash:/etc/postfix/access
2005-05-12 08:25:43.843 smtpd_use_tls = no
2005-05-12 08:25:43.843 strict_rfc821_envelopes = no
2005-05-12 08:25:43.843 transport_maps = hash:/etc/postfix/transport
2005-05-12 08:25:43.843 unknown_local_recipient_reject_code = 450
2005-05-12 08:25:43.843


MfG Maik

Roger Wilco
12.05.05, 10:09
Wenn du die Mails sowieso mit procmail verarbeitest und verteilst, kannst du eine Regel für Mails mit "falschem" Empfänger erstellen.

:0
*
/path/to/mailbox
Wenn dieses Rezept als letztes in der procmailrc steht, werden alle Mails, die nicht durch vorherige Regeln erfasst wurden, an mailbox geschickt.

Zero2000
12.05.05, 10:48
@Roger Wilco
Das klappt. Alle falschen Mails werden an mich weitergeleitet.
Das Problem was jetzt besteht, ist das mein Outlook Express mein Passwort nicht mehr annimmt.
Ich kann also diese Mails nicht abholen...

In die Procmail habe ich folgendes an das Ende geschrieben:

:0
*
/var/mail/xxxxx

Am Anfang meiner Procmail steht folgendes und meine Verteilungen sehen so aus:


#MAILDIR=$HOME/mail
#DEFAULT=/var/spool/mail/username
LOGFILE=/var/log/procmail

:0
* ^(To|X-RCPT-TO|Bcc|Cc|X-RCPT):.*xxxxx@xxxxx.de
! xxxxx@xxxxx.de


Noch ne Idee??

MfG Maik

tschloss
12.05.05, 10:53
So ganz ist mir nicht klar, wie Mails mit fetchmail falsch abgeliefert werden können!? Es sei denn, man nutzt das sowieso etwas häkelige Multidrop Feature.

Aber normalerweise habe ich eine 1:1-Beziehung von externer POP3-Box und internem Mailaccount. Und den internen Account gibt es entweder oder es gibt ihn nicht.

Aber vielleicht verpfuscht der MDA ja das Ergebnis.
Ich würde das mal untersuchen.

Aber anyway. Das Rezept von Roger Wilco erschlägt das für mich nicht ganz nachvollziehbare Verhalten sicher .

Greetz
Thomas

tschloss
12.05.05, 11:00
@Roger Wilco
Das klappt. Alle falschen Mails werden an mich weitergeleitet.
Das Problem was jetzt besteht, ist das mein Outlook Express mein Passwort nicht mehr annimmt.
Ich kann also diese Mails nicht abholen...


Kann Outlook Express "maildir"-Format? :D
Oder gibt es doch noch einen POP3/IMAP-Server? Ein kleines Qpopper. z.B.?
Das müßte die Stelle sein, die einen POP3-Client authentifiziert, oder?

Daran dürfte sich aber durch ein weiteres procmail-Kommando nichts verändert haben. Kapier es nicht.

Greetz
Thomas

Zero2000
12.05.05, 11:15
@tschloss
Sorry, aber ich versteh nicht ein einziges Wort von dem was Du redest.
Wie schon gesagt bin ich was Linux betrifft Anfänger.

Aber für Dich versuche ich das ganze mal zu entschlüsseln:

fetchmail holt meine Mails ab die an die Domain www.xxxxx.de geht (Relay)
procmail leitet diese weiter an die user: aaa@xxxx.de geht also an den user a
bbb@xxxx.de geht an den user b und so weiter.
kommt jetzt aber eine Mail an ccc@xxxx.de und es gibt keinen user c dann landet diese Mail bei root.
und ich wollte einfach nur das diese mail eben nicht bei root landet sondern z.B. bei user aaa.

Ich hoffe es war ein wenig verständlicher....

MfG Maik

tschloss
12.05.05, 11:35
Sorry, ich wollte dir auch nicht "blöd" kommen. Aber mir war von Anfang deine Installation unklar, was natürlich die Möglichkeit zur Hilfestelltung einschränkt.
Hat sich teilweise geklärt, aber noch immer ist der Teil deiner Installation unklar, der dir jetzt Probleme bereitet: die Mailabholung.

Ich vermute, dass du Mails mit Outlook-Express per POP3 abholst?
Im POP3-Konto in Outlook muß ein Server und ein Benutzername(/Kontenname)/Passwort konfiguriert sein. Ist dort Dein Mailserver konfiguriert?

Wenn ja, muß auf Deinem Mailserver ein POP3-Server laufen. Das ein "kleiner" sein, wie "qpopper" oder was "Größeres" wie z.B. Cyrus.
Jedenfalls ist dieser Serverprozess erstmal dafür verantwortlich, deinen usernamen/passwort aus dem POP3-Konto in O-Express zu überprüfen und dann Mails per POP3 auszuliefern.
Wenn da jetzt eine Fehlermeldung (welche?) kommt, muß man hier einsteigen mit der Fehlersuche.
Also: erst mal rausfinden, welcher POP3-Server läuft.
Schau mal, ob du z.B. qpopper-Dateien auf deinem Rechner findest.

Andererseits sollte die procmail-Zeile auch nichts am POP3-Geschehen verändert haben. Hast Du noch mehr verändert?

Greetz
Thomas

Zero2000
12.05.05, 12:19
Ja ich hole die Mails mit Outlook Express ab.
Es geht ja auch ohne probleme. Nur wenn ich die von Roger Wilco genannte Methode verwende dann kommen die "falsche" Mails zwar bei mir aufm Linux an (/var/mail/user) aber ich kann sie mit OE nicht abholen weil er ein Passwort haben will. Das Passwort was sonst drin steht und funktioniert geht dann nicht mehr.

Wie finde ich denn qpopper dateien? Sind die in einem speziellen ordner?
Sonst habe ich nichts weiter verändert.

MfG Maik

tschloss
12.05.05, 12:40
Ist der Sammeluser für die falschen Mails ein neuer User oder gab es den schon immer? Anschlußfrage: hat das Abholen der richtigen Mails an diesen User mit Ol-Express bisher geklappt und geht das jetzt nicht mehr, seit dort auch falsche Mails landen?

Ich kenne mich mit qpopper nicht so aus. Aber ich gehe davon aus, daß das Programm gegen die Linux-User-Datei authentifiziert. D.h. username und passwort zur POP-Abholung entsprechen dem zugehörigen Linux-Account.
Wenn du also die user a, b und c hast und auf a laufen die Irrläufer ein, dann sollte der POP3-Login lauten Kontoname/Username=a, passwort=<Linux-Passwort von a>.
Die Mails liegen physisch in einem dem User zugeordneten Mail-Verzeichnis (z.B. "/home/a/mail" oder "/var/mail/a" oÄ).
Welche Fehlemeldung gibt OL-Express denn raus?

POP3-Server finden: gibt bestimmt bessere Methoden. Entweder er läuft eigenständig, dann sollte er in "ps -Af" zu sehen sein. Kannst ja mal posten.
Oder er wird unter dem inetd betrieben. Dann stehen die Infos in "/etc/inetd.conf" (mal nach einer Zeile suchen, die mit "POP" beginnt). Als Variante gibt es den xinetd, da liegen die Infos im Verzeichnis /etc/xinetd.d.

Kannst auch mal in /var/log/mail oder /var/log/mail.log reinsehen. Dort loggt vielleicht auch der POP-Server.
Greetz
Thomas

Zero2000
12.05.05, 13:47
Ist der Sammeluser für die falschen Mails ein neuer User oder gab es den schon immer? Anschlußfrage: hat das Abholen der richtigen Mails an diesen User mit Ol-Express bisher geklappt und geht das jetzt nicht mehr, seit dort auch falsche Mails landen?
Genau so ist es. Es hat immer geklappt und seit dort auch falsche Mails landen gehts nicht mehr wegen dem Passwort.


Welche Fehlemeldung gibt OL-Express denn raus?

Ein Problem ist bei der Anmeldung am Mailserver aufgetreten. Das Kennwort wurde zurückgewiesen. Konto: 'xxxxx@xxxxx.de', Server: '192.168.1.2', Protokoll: POP3, Serverantwort: '-ERR [SYS/PERM] Unable to process From lines (envelopes), change recognition modes or check for corrupted mail drop.', Port: 110, Secure (SSL): Nein, Serverfehler: 0x800CCC90, Fehlernummer: 0x800CCC92


POP3-Server finden: gibt bestimmt bessere Methoden. Entweder er läuft eigenständig, dann sollte er in "ps -Af" zu sehen sein. Kannst ja mal posten.
Oder er wird unter dem inetd betrieben. Dann stehen die Infos in "/etc/inetd.conf" (mal nach einer Zeile suchen, die mit "POP" beginnt). Als Variante gibt es den xinetd, da liegen die Infos im Verzeichnis /etc/xinetd.d.
bei xinetd gibt es eine qpopper, aber in der datei steht nichts mit pop3.

MfG Maik

Zero2000
12.05.05, 14:03
Habe mir mal diese POP3 Fehlermeldung von Outlook Espress näher angesehen und mir fiel dieses "Unable to process From lines" auf.
Ich habe mir dann mal andere Mailkonten aufm Linux angeschaut und da steht an allererster Stelle das hier.

From root@linux.xxxxx.de Tue May 3 12:55:05 2005
Das ist die Zeile die natürlich bei den falschen Mails fehlt. Ich habe diese dann mal Testweise dahinkopiert und siehe da ich konnte die falschen Mails abrufen.

Wie bekomme ich also das an allererster Stelle hin?

MfG Maik

tschloss
12.05.05, 14:03
Die OL-Expr. Fehlermeldung ist irgendwie ambivalent. Der Originaltext des Servers sagt, dass die/eine Mail möglicherweise "kaputt" ist. Evtl. stimmt was an den Procmail-Rezepten nicht und die Mail ist beim Filtern kaputtgegagen und tatsächlich nicht in Ordnung.

Ansatzpunkte:
- Hast Du ein Webmail laufen auf dem System? Mal damit reinschauen.
- Mal mit dem User, der nicht klappt per Shell auf dem Server anmelden und mit "mail" die Mails ansehen. Irrläufermails ggf. löschen.
- Das Mailverzeichnis des Users suchen und mal die Dateien untersuchen. Ggf. versuchen, "komische" Mails weglöschen.
- Mal mit einem anderen POP3-Client auf den Server gehen (Thunderbird z.B.) und sehen, welchen Fehler der meldet.
- V.a. procmail Rezepte untersuchen.
- /var/log/mail untersuchen auf Hinweise von qpopper

Sorry, das ist jetzt halt Detektivarbeit; evtl. auch mal Doku nebendranlegen ;)

Thomas

Zero2000
12.05.05, 14:16
schau dir mal meinen post über deinen an...
wir hatten wohl zur gleichen gepostet... :D

tschloss
12.05.05, 14:35
Die from-line muss ja im original da sein, das hiesse, dass wahrscheinlich der procmail sie filtert.

Die Zeile zu generieren, hielte ich für den falschen Ansatz. Ginge aber irgendwo in der procmail Verarbeitung sicher auch.

Ich kenne mich mit procmail nicht aus, aber da würde ich mal nsch dem Zeilendieb suchen.

Greetz
Thomas

enricoj
13.05.05, 16:54
servus,

ich benutze sendmail und da kann man das ganz einfach realisieren und zwar über virtuelle user. es gibt die datei /etc/mail/virtusertable und in diese trägt man halt ein, welche adresse auf welche umgeleitet werden soll. das ist doch das was du suchst, oder?

etwas komfortabler geht es über den webmin.

greetz

Zero2000
23.05.05, 12:04
Soweit ich weiß beutze ich sendmail zum senden von e-mails und zum empfangen benutze ich fetchmail und zum verteilen procmail.
Welche Aufgabe hat denn Postfix weil es auch installiert ist und läuft?

MfG Maik

tschloss
23.05.05, 12:08
Sendmail und Postfix sind beides MTAs, also normalerweise der eine oder der andere. Aber Postfix hat auch ein sendmail-Befehl aus Kompatibilitätsgründen. Vielleicht ist es das, was du gesehen hast.

Greetz
Thomas

Zero2000
23.05.05, 12:37
ich benutze sendmail und da kann man das ganz einfach realisieren und zwar über virtuelle user. es gibt die datei /etc/mail/virtusertable und in diese trägt man halt ein, welche adresse auf welche umgeleitet werden soll. das ist doch das was du suchst, oder?

Ja das ist das was ich gesucht habe. ich finde nur das Verzeichnis nicht. Also wenn Postfix auch ein sendmail befehl hat dann hätte ich die Datei /etc/postfix/virtual anzubieten. da steht dann sowas drin:

# /etc/postfix/virtual:
# virtual-alias.domain anything (right-hand content does not matter)
# postmaster@virtual-alias.domain postmaster
# user1@virtual-alias.domain address1
# user2@virtual-alias.domain address2, address3

enricoj
23.05.05, 14:19
schau mal hier: http://www.chains.ch/docs/postfix-UCE-HOWTO-de.html#section_1_3

und hier: http://www.postfix.org/VIRTUAL_README.html#virtual_alias

greetz