Hallo, seit geraumer Zeit versuche ich mich an Postfix unter Suse 9.0. Leider ohne Erfolg. Eine Anleitung dafür habe ich, doch ist die nicht für 9.0 und manches finde ich dabei auch nicht. Zum zweiten wird dann noch cyrus eingebunden, was ich eigentlich nicht will/brauche(?). Und noch unengenehmer für mich. Mein englisch ist gleich null. Ein Hinweis uaf die mans ist sicher richtig, doch das hilft mir nicht viel. Meine Vorstellung ist die, dass ich meine Mail gerne gegen Spam und auf Viren hin prüfen will. Der Rechner ist ein client hinter einem ebenfalls mit 9.0 bestückten Server. Nun will ich per fetchamil die Mails abholen und eben auf Spam und Viren prüfen lassen. Der Aufruf von fetchmail erfolgt in /etc/ppp/ip-up.local. Und da geht das Probelm schon los. Das Abholen funktioniert nur teilweise, für mich nicht reproduzierbar. Das sei ersteinmal dahingestellt. Viel wichtiger, postfix liefert mir folgende Fehlermeldung, mit der ich nicht viel anfangen kann. ----aus der /var/log/mail------ Mar 1 16:39:40 kiste postfix/qmgr[3590]: warning: premature end-of-input on private/smtp socket while reading input attribute name Mar 1 16:39:40 kiste postfix/qmgr[3590]: warning: private/smtp socket: malformed response Mar 1 16:39:40 kiste postfix/qmgr[3590]: warning: transport smtp failure -- see a previous warning/fatal/panic logfile record for the problem description Mar 1 17:39:40 kiste postfix/master[3588]: warning: process /usr/lib/postfix/smtp pid 3600 exit status 1 Mar 1 17:39:40 kiste postfix/master[3588]: warning: process /usr/lib/postfix/smtp pid 3599 exit status 1 ----------------------------- ----------/var/log/mail.err--------- Mar 1 16:19:31 kiste postfix/smtp[3170]: fatal: unknown service: smtp/tcp Mar 1 16:39:39 kiste postfix/smtp[3597]: fatal: unknown service: smtp/tcp ------------------------------------------- Was heißt das jetzt? In der /etc/service sind die entsprechenden Zeilen für smtp freigeschaltet. Welcher Service ist hier gemeint? Danke für eure Hilfe. Christian
Am Montag, 1. März 2004 18:04 schrieb Christian Banek:
----------/var/log/mail.err---------
Mar 1 16:19:31 kiste postfix/smtp[3170]: fatal: unknown service: smtp/tcp Mar 1 16:39:39 kiste postfix/smtp[3597]: fatal: unknown service: smtp/tcp
-------------------------------------------
Was heißt das jetzt? In der /etc/service sind die entsprechenden Zeilen für smtp freigeschaltet. Welcher Service ist hier gemeint?
# cp -p /etc/services /var/spool/postfix/etc/services -- Andreas
Hallo, Am Mo, 2004-03-01 um 18.04 schrieb Christian Banek:
Hallo,
seit geraumer Zeit versuche ich mich an Postfix unter Suse 9.0. Leider ohne Erfolg. Eine Anleitung dafür habe ich, doch ist die nicht für 9.0 und manches finde ich dabei auch nicht. Zum zweiten wird dann noch cyrus eingebunden, was ich eigentlich nicht will/brauche(?).
Und noch unengenehmer für mich. Mein englisch ist gleich null. Ein Hinweis uaf die mans ist sicher richtig, doch das hilft mir nicht viel.
Meine Vorstellung ist die, dass ich meine Mail gerne gegen Spam und auf Viren hin prüfen will. Der Rechner ist ein client hinter einem ebenfalls mit 9.0 bestückten Server. Nun will ich per fetchamil die Mails abholen und eben auf Spam und Viren prüfen lassen. Der Aufruf von fetchmail erfolgt in /etc/ppp/ip-up.local. Und da geht das Probelm schon los. Das Abholen funktioniert nur teilweise, für mich nicht reproduzierbar. Das sei ersteinmal dahingestellt.
Da kommt mir einen Frage. Geht das überhaupt, das auf dem CLIENT in der /etc/ppp/ip-up.local die fetchmail-aufrufe drinstehen oder müßten die auf dem Server in der /etc/ppp/... stehen? Mir scheint es, dass das beim client nicht wirklich funktioniert, denn beabsichtigt ist doch, das bei jeder Einwahl per dial-up das script ausgeführt wird, doch das scheint bei mir nicht zu funktionieren. Hat jemand eine vergleichbare Konfiguration, wo das vom Client aus funktioniert? (in der /var/log/fetchmail steht nichts drin) na jedenfalls dazu. ich habe gerade gefunden, dass die /var/log/fetchmail folgende Meldung rauswirft fetchmail:/etc/fetchmailrc:3: parse error at --keep ich habe das --keep per hand eingefügt, damit die Mails erhalten bleiben (--keep steht zwischen password und der lokalen benutzerzuordnung) eine ähnliche Meldung kam auch, wenn ich in der fetchmailrc am Ende ein "postconnect sendamil -q" eingefügt habe. Wo liegt da nun der Fehler? Es ist zum Mäusemelken. Danke für jeden Tip Christian
Christian Banek, Montag, 1. März 2004 22:46:
Da kommt mir einen Frage. Geht das überhaupt, das auf dem CLIENT in der /etc/ppp/ip-up.local die fetchmail-aufrufe drinstehen oder müßten die auf dem Server in der /etc/ppp/... stehen?
Ich glaub, Du verwechselst da einiges. Irgendwelche Einträge in der ip-up machen von vornherein nur auf dem Rechner Sinn, der sich irgendwo einwählt. Ob das jetzt irgend ein Server oder ein Client ist oder beides, das ist egal.
Mir scheint es, dass das beim client nicht wirklich funktioniert, denn beabsichtigt ist doch, das bei jeder Einwahl per dial-up das script ausgeführt wird, doch das scheint bei mir nicht zu funktionieren. Hat jemand eine vergleichbare Konfiguration, wo das vom Client aus funktioniert? (in der /var/log/fetchmail steht nichts drin) na jedenfalls dazu.
Was verstehst Du denn unter Client? Falls Du damit den Rechner meinst, auf dem fetchmail ausgeführt werden soll (sprich: auf den die Mails geholt werden sollen): Ja, so eine Konfiguration habe ich, und sie funktioniert auch. Allerdings laß ich bei mir fetchmail als cronjob laufen, aber das ist ja egal. Wähl Dich doch mal von Hand ein, und starte dann fetchmail von Hand, und zwar so: # fetchmail -v Dann kannst Du mitlesen, was fetchmail evtl. zu mosern hat. Und laß auf einer anderen Konsole ein tail -f /var/log/mail mitlaufen, dann siehst Du, wer noch so alles rummeckert. Dann kommst Du Deinem Problem schon auf die Schliche.
ich habe das --keep per hand eingefügt, damit die Mails erhalten bleiben (--keep steht zwischen password und der lokalen benutzerzuordnung) eine ähnliche Meldung kam auch, wenn ich in der fetchmailrc am Ende ein "postconnect sendamil -q" eingefügt habe. Wo liegt da nun der Fehler?
Gib mal Deine fetchmailrc. IIRC ist aber das --keep ans Ende der Zeile zu setzen.
Es ist zum Mäusemelken.
Hab ich noch nie gemacht. Schwierig? -- Andreas Feile www.feile.net
Hallo, Am Mon, 01 Mar 2004, Christian Banek schrieb:
Am Mo, 2004-03-01 um 18.04 schrieb Christian Banek: ich habe gerade gefunden, dass die /var/log/fetchmail folgende Meldung rauswirft
fetchmail:/etc/fetchmailrc:3: parse error at --keep
RTFM! ==== man -P'less +/keep' fetchmail ==== -k, --keep (Keyword: keep) ==== ^^^^ Option != Keyword. Du willst "keep" statt "--keep" in der fetchmailrc verwenden. -dnh -- If you haven't got time to RTFM, you haven't got time to whine on this mailing list.
Christian Banek, Montag, 1. März 2004 18:04:
Zum zweiten wird dann noch cyrus eingebunden, was ich eigentlich nicht will/brauche(?).
Wenn Du keinen besonderen Wert auf Sicherheit (weil Du nur aus dem LAN heraus popst) und Skalierbarkeit legst (weil Du nicht 100k Nutzer einrichten willst...) dann nimm qpopper. Da bist Du viel schneller am Ziel, denn da brauchst Du nix konfigurieren.
Und noch unengenehmer für mich. Mein englisch ist gleich null. Ein Hinweis uaf die mans ist sicher richtig, doch das hilft mir nicht viel.
Du kennst http://www.linux-tin.org/tin.german/setupguide/server/suse/html/mailserver.h... ? -- Andreas Feile www.feile.net
Hallo, Am Mo, 2004-03-01 um 23.04 schrieb Andreas Feile:
Du kennst http://www.linux-tin.org/tin.german/setupguide/server/suse/html/mailserver.h... ?
Nein, danke für den Hinweis, da hab ich ja erstmal was zu tun. http://www.edv-serr.de/postfix.htm - das hatte ich gefunden mit qpopper, aber das will bei mir auch nicht laufen. Achso, ich habe jetzt fetchmail, qpopper und postfix auf meinem Server versucht zu installieren, das ist leider das Ergebnis. ----var/log/mail---- Mar 2 13:39:50 club postfix/pickup[3539]: fatal: connect #11 to subsystem public/cleanup: Connection refused Mar 2 14:39:51 club postfix/master[2407]: warning: process /usr/lib/postfix/pickup pid 3539 exit status 1 Mar 2 14:39:51 club postfix/master[2407]: warning: /usr/lib/postfix/pickup: bad command startup -- throttling Mar 2 14:40:08 club postfix/master[2407]: warning: unix_trigger_event: read timeout for service public/pickup Mar 2 13:40:51 club postfix/pickup[3551]: warning: connect #1 to subsystem public/cleanup: Connection refused Mar 2 13:41:01 club postfix/pickup[3551]: warning: connect #2 to subsystem public/cleanup: Connection refused Mar 2 14:41:08 club postfix/master[2407]: warning: unix_trigger_event: read timeout for service public/pickup ---- ------var/log/mail.err----------- Mar 2 13:42:31 club postfix/pickup[3551]: fatal: connect #11 to subsystem public/cleanup: Connection refused Mar 2 13:45:12 club postfix/pickup[4163]: fatal: connect #11 to subsystem public/cleanup: Connection refused ----- Mit den Meldungen kann ich nicht viel anfangen. Wo suchen, wenn nicht gewußt wo? Danke für Deine/Eure Hilfe. Christian
Hallo,
Du kennst http://www.linux-tin.org/tin.german/setupguide/server/suse/html/mailserver.h... ?
Nein, danke für den Hinweis, da hab ich ja erstmal was zu tun.
So, da hab ich mich rangemacht und hänge schon damit fest, dass der smtp-server nicht erreichbar ist. Folgende Fehlermeldungen finde ich vor und weiß nicht, wo ich da was verändern muß. club:~ # ps ax | grep postfix 1640 ? S 0:00 /usr/lib/postfix/master 2247 pts/6 S 0:00 grep postfix club:~ # Postfix acheint zu laufen. club:~ # telnet localhost 25 Trying ::1... telnet: connect to address ::1: Connection refused Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. Doch hier meldet sich kein Server. Was stimmt da nicht? ------var/log/mail.err----------- Mar 3 17:18:08 club postfix/pickup[6031]: fatal: connect #11 to subsystem public/cleanup: Connection refused Mar 3 17:20:35 club postfix/postqueue[1445]: fatal: Cannot flush mail queue - mail system is down ^^^^^^^^^^^^^^^^^^^ Ist es doch nicht aktiv? Mar 3 17:22:25 club postfix/pickup[1643]: fatal: connect #11 to subsystem public/cleanup: Connection refused --------------------------- ----var/log/mail---- 3 17:27:45 club postfix/smtpd[2223]: fatal: connect #11 to subsystem private/proxymap: Connection refused Mar 3 17:27:46 club postfix/master[1640]: warning: process /usr/lib/postfix/smtpd pid 2223 exit status 1 Mar 3 17:27:46 club postfix/master[1640]: warning: /usr/lib/postfix/smtpd: bad command startup -- throttling Mar 3 17:27:47 club postfix/pickup[2224]: fatal: connect #11 to subsystem public/cleanup: Connection refused Mar 3 17:27:48 club postfix/master[1640]: warning: process /usr/lib/postfix/pickup pid 2224 exit status 1 Mar 3 17:27:48 club postfix/master[1640]: warning: /usr/lib/postfix/pickup: bad command startup -- throttling ------------------- Warum wird der Kontakt angelehnt? Wer will da mit wem Kontakt aufnehmen? Ist das ein Rechteproblem? Wer kann mir bitte helfen? Danke. Christian
Am Mittwoch, 3. März 2004 17:51 schrieb Christian Banek:
------var/log/mail.err----------- Mar 3 17:18:08 club postfix/pickup[6031]: fatal: connect #11 to subsystem public/cleanup: Connection refused Mar 3 17:20:35 club postfix/postqueue[1445]: fatal: Cannot flush mail queue - mail system is down ^^^^^^^^^^^^^^^^^^^ Ist es doch nicht aktiv?
Mar 3 17:22:25 club postfix/pickup[1643]: fatal: connect #11 to subsystem public/cleanup: Connection refused
---------------------------
# postconf -n und # grep -v ^# /etc/postfix/master.cf bitte. -- Andreas
Hallo, Am Mi, 2004-03-03 um 20.41 schrieb Andreas Winkelmann:
---------------------------
# postconf -n
und
# grep -v ^# /etc/postfix/master.cf
bitte.
club:~ # postconf -n alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix content_filter = vscan: daemon_directory = /usr/lib/postfix debug_peer_level = 2 default_destination_concurrency_limit = 20 default_privs = nobody defer_transports = smtp disable_dns_lookups = yes inet_interfaces = 127.0.0.1 192.168.0.90 local_destination_concurrency_limit = 2 mail_owner = postfix mail_spool_directory = /var/mail mailbox_command = /usr/lib/cyrus/bin/deliver mailbox_size_limit = 0 mailbox_transport = cyrus mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man masquerade_classes = envelope_sender, header_sender, header_recipient masquerade_domains = baneknet.de masquerade_exceptions = root message_size_limit = 10240000 mydestination = $myhostname, localhost.$mydomain, club.local myhostname = club.local mynetworks = 192.168.0.0/24, 127.0.0.0/8 myorigin = $mydomain newaliases_path = /usr/bin/newaliases program_directory = /usr/lib/postfix queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES relayhost = [smtp.1und1.com] relocated_maps = hash:/etc/postfix/relocated sample_directory = /usr/share/doc/packages/postfix/samples sender_canonical_maps = hash:/etc/postfix/sender_canonical sendmail_path = /usr/sbin/sendmail setgid_group = maildrop smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd smtp_sasl_security_options = smtp_use_tls = no smtpd_banner = $myhostname ESMTP smtpd_client_restrictions = smtpd_helo_required = no smtpd_helo_restrictions = smtpd_recipient_restrictions = permit_mynetworks,reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sender_restrictions = hash:/etc/postfix/access smtpd_use_tls = no strict_rfc821_envelopes = no transport_maps = hash:/etc/postfix/transport unknown_local_recipient_reject_code = 450 club:~ # grep -v ^# /etc/postfix/master.cf smtp inet n - n - 2 smtpd -o content_filter= smtp:[localhost]:10024 pickup unix n n n 60 1 pickup cleanup unix - - n - 0 cleanup qmgr unix n - n 300 1 qmgr tlsmgr fifo - - n 300 1 tlsmgr rewrite unix - - n - - trivial-rewrite bounce unix - - n - 0 bounce defer unix - - n - 0 bounce flush unix - - n 1000? 0 flush smtp unix - - n - - smtp relay unix - - n - - smtp showq unix n - n - - showq error unix - - n - - error local unix - n n - - local virtual unix - n n - - virtual lmtp unix - - n - - lmtp localhost:10025 inet n - n - - smtpd -o content _filter= maildrop unix - n n - - pipe flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient} cyrus unix - n n - - pipe user=cyrus argv=/usr/lib/cyrus/bin/deliver -e -r ${sender} -m ${extension} ${u ser} 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=foo argv=/usr/local/sbin/bsmtp -f $sender $nexthop $recipient vscan unix - n n - 10 pipe user=vscan argv=/usr/sbin/amavis ${sender} ${recipient} procmail unix - n n - - pipe flags=R user=${users} argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} $ {recipient} club:~ # Ich hoffe, dass das weiter hilft. Danke. Christian
Am Mittwoch, 3. März 2004 21:14 schrieb Christian Banek:
club:~ # postconf -n
Sieht ok aus.
club:~ # grep -v ^# /etc/postfix/master.cf smtp inet n - n - 2 smtpd -o content_filter= smtp:[localhost]:10024 pickup unix n n n 60 1 pickup cleanup unix - - n - 0 cleanup qmgr unix n - n 300 1 qmgr tlsmgr fifo - - n 300 1 tlsmgr rewrite unix - - n - - trivial-rewrite bounce unix - - n - 0 bounce defer unix - - n - 0 bounce flush unix - - n 1000? 0 flush smtp unix - - n - - smtp relay unix - - n - - smtp showq unix n - n - - showq error unix - - n - - error local unix - n n - - local virtual unix - n n - - virtual lmtp unix - - n - - lmtp localhost:10025 inet n - n - - smtpd -o content _filter= maildrop unix - n n - - pipe flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient} cyrus unix - n n - - pipe user=cyrus argv=/usr/lib/cyrus/bin/deliver -e -r ${sender} -m ${extension} ${u ser} 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=foo argv=/usr/local/sbin/bsmtp -f $sender $nexthop $recipient vscan unix - n n - 10 pipe user=vscan argv=/usr/sbin/amavis ${sender} ${recipient} procmail unix - n n - - pipe flags=R user=${users} argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} $
Hmm, sind die Zeilen im original auch so zerrissen? -- Andreas
Hallo, Am Do, 2004-03-04 um 17.57 schrieb Andreas Winkelmann:
Hmm, sind die Zeilen im original auch so zerrissen?
Nein, das hängt jetzt nur mit dem Zeilenumbruch zusammen. Du kannst sie ja mit der Datei auf Deinem Rechner vergleichen und die mal spasseshalber in eine Mail packen.... Ich wollte keine Datei als Nahang versenden um dieses Problem zu umgehen. Christian
Am Donnerstag, 4. März 2004 18:25 schrieb Christian Banek:
Hmm, sind die Zeilen im original auch so zerrissen?
Nein, das hängt jetzt nur mit dem Zeilenumbruch zusammen. Du kannst sie ja mit der Datei auf Deinem Rechner vergleichen und die mal spasseshalber in eine Mail packen....
Ich wollte keine Datei als Nahang versenden um dieses Problem zu umgehen.
Hmm, adde mal hinter den cleanup ein -vv in der master.cf cleanup .... cleanup -vv Dann schreibt er ins Log was er so treibt. Check das mal und schaue wobei er so lange hängt. Du hast mehr wie 10 cleanup-daemonen, und Dein pickup-daemon bekommt keinen Connect mehr dahin. Wahrscheinlich sind die mit irgendwas seltsamen ausgelastet. -- Andreas
Moin, Am Fr, 2004-03-05 um 18.50 schrieb Andreas Winkelmann:
Hmm, adde mal hinter den cleanup ein -vv in der master.cf
cleanup .... cleanup -vv
hab ich gemacht.
Dann schreibt er ins Log was er so treibt.
hmm, welches log-file? mail.err nix anders mail nix anders mail.info nix anders mail.warn nix anders messages nix anders
Check das mal und schaue wobei er so lange hängt. Du hast mehr wie 10 cleanup-daemonen, kann ich in der systemüberwachung nicht finden, dort ist nur ein prozess zu sehen und Dein pickup-daemon bekommt keinen Connect mehr dahin. Wahrscheinlich sind die mit irgendwas seltsamen ausgelastet.
Christian
Am Samstag, 6. März 2004 17:05 schrieb Christian Banek:
Hmm, adde mal hinter den cleanup ein -vv in der master.cf cleanup .... cleanup -vv hab ich gemacht.
Dann schreibt er ins Log was er so treibt.
hmm, welches log-file?
mail.err nix anders mail nix anders mail.info nix anders mail.warn nix anders messages nix anders
messages normalerweise. Allerdings habe ich das -vv noch nie bei cleanup ausprobiert. Dann geht es wohl nicht, schade.
Check das mal und schaue wobei er so lange hängt. Du hast mehr wie 10 cleanup-daemonen,
kann ich in der systemüberwachung nicht finden, dort ist nur ein prozess zu sehen
Was meinst Du mit "Systemüberwachung" ? -- Andreas
moin, Am Sa, 2004-03-06 um 18.46 schrieb Andreas Winkelmann:
messages normalerweise. Allerdings habe ich das -vv noch nie bei cleanup ausprobiert. Dann geht es wohl nicht, schade.
jo, schade, ...
Was meinst Du mit "Systemüberwachung" ?
die Prozeßtabelle uter KDE heißt wohl auch Systemüberwachung (Strg-ESC) ;-)
-- Andreas
participants (5)
-
Andreas Feile
-
Andreas Winkelmann
-
Banek@t-online.de
-
Christian Banek
-
David Haller