Moins, SuSe 10.0, mit allen updates Ich habe einige Mails erwartet, die aber nie bei mir ankamen, dachte ich zumindest. In der var/log/messages tauchen sie dann aber doch auf, sie scheinen zumindest beim Provider abgeholt worden zu sein. Aber folgende Fehlermeldung finde ich bei den Mails. reject: mime-error improper use of 8-bit data in message body: postconf -n liefert: alias_maps = hash:/etc/aliases biff = no canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/lib/postfix debug_peer_level = 2 defer_transports = disable_dns_lookups = no disable_mime_output_conversion = no fallback_transport = cyrus html_directory = /usr/share/doc/packages/postfix/html inet_interfaces = 127.0.0.1 ::1 inet_protocols = all mail_owner = postfix mail_spool_directory = /var/mail mailbox_command = cyrus mailbox_size_limit = 0 mailbox_transport = lmtp:unix:public/lmtp mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man masquerade_classes = envelope_sender, header_sender, header_recipient masquerade_domains = xxxt.de masquerade_exceptions = root message_size_limit = 10240000 mydestination = $myhostname, localhost.$mydomain myhostname = club.local newaliases_path = /usr/bin/newaliases 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 = noanonymous smtp_use_tls = no smtpd_client_restrictions = smtpd_helo_required = no smtpd_helo_restrictions = smtpd_recipient_restrictions = permit_mynetworks,reject_unauth_destination smtpd_sasl_auth_enable = no smtpd_sender_restrictions = hash:/etc/postfix/access smtpd_use_tls = no strict_8bitmime = yes strict_rfc821_envelopes = no transport_maps = hash:/etc/postfix/transport unknown_local_recipient_reject_code = 550 Kann ich hier was entscheidendes ändern? Ich sehe nicht so richtig durch. Danke für jeden Tipp. Christian
Christian Banek schrieb:
reject: mime-error improper use of 8-bit data in message body:
postconf -n liefert:
alias_maps = hash:/etc/aliases biff = no canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/lib/postfix debug_peer_level = 2 defer_transports = disable_dns_lookups = no disable_mime_output_conversion = no fallback_transport = cyrus html_directory = /usr/share/doc/packages/postfix/html inet_interfaces = 127.0.0.1 ::1 inet_protocols = all mail_owner = postfix mail_spool_directory = /var/mail mailbox_command = cyrus mailbox_size_limit = 0 mailbox_transport = lmtp:unix:public/lmtp mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man masquerade_classes = envelope_sender, header_sender, header_recipient masquerade_domains = xxxt.de masquerade_exceptions = root message_size_limit = 10240000 mydestination = $myhostname, localhost.$mydomain myhostname = club.local newaliases_path = /usr/bin/newaliases 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 = noanonymous smtp_use_tls = no smtpd_client_restrictions = smtpd_helo_required = no smtpd_helo_restrictions = smtpd_recipient_restrictions = permit_mynetworks,reject_unauth_destination smtpd_sasl_auth_enable = no smtpd_sender_restrictions = hash:/etc/postfix/access smtpd_use_tls = no strict_8bitmime = yes strict_rfc821_envelopes = no transport_maps = hash:/etc/postfix/transport unknown_local_recipient_reject_code = 550
Schau Dir mal das Howto an ;-) , das könnte Dir schon helfen!
Zweitens setze mals
On Tue, Feb 21, 2006 at 02:08:16PM +0100, Christian Banek wrote:
Moins,
SuSe 10.0, mit allen updates
Ich habe einige Mails erwartet, die aber nie bei mir ankamen, dachte ich zumindest. In der var/log/messages tauchen sie dann aber doch auf, sie scheinen zumindest beim Provider abgeholt worden zu sein. Aber folgende Fehlermeldung finde ich bei den Mails.
reject: mime-error improper use of 8-bit data in message body:
[...] strict_8bitmime = yes
Ich würde diese Einstellung als Ursache vermuten. Jürgen
Christian Banek wrote:
Moins,
SuSe 10.0, mit allen updates
Ich habe einige Mails erwartet, die aber nie bei mir ankamen, dachte ich zumindest. In der var/log/messages tauchen sie dann aber doch auf, sie scheinen zumindest beim Provider abgeholt worden zu sein. Aber folgende Fehlermeldung finde ich bei den Mails.
reject: mime-error improper use of 8-bit data in message body:
Es ist immer sehr hilfreich, wenn man sieht, welche Anwendung diese Fehlermeldung ausgibt. Also etwa postfix/cleanup: [23423]: reject: mime-error improper use of 8-bit data in message body:
postconf -n liefert:
alias_maps = hash:/etc/aliases biff = no canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/lib/postfix debug_peer_level = 2 defer_transports = disable_dns_lookups = no disable_mime_output_conversion = no fallback_transport = cyrus
Cyrus hat auch gerne Probleme mit 8Bit, aber eher bei Headern.
html_directory = /usr/share/doc/packages/postfix/html inet_interfaces = 127.0.0.1 ::1 inet_protocols = all mail_owner = postfix mail_spool_directory = /var/mail mailbox_command = cyrus mailbox_size_limit = 0 mailbox_transport = lmtp:unix:public/lmtp mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man masquerade_classes = envelope_sender, header_sender, header_recipient masquerade_domains = xxxt.de masquerade_exceptions = root message_size_limit = 10240000 mydestination = $myhostname, localhost.$mydomain myhostname = club.local newaliases_path = /usr/bin/newaliases 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 = noanonymous smtp_use_tls = no smtpd_client_restrictions = smtpd_helo_required = no smtpd_helo_restrictions = smtpd_recipient_restrictions = permit_mynetworks,reject_unauth_destination smtpd_sasl_auth_enable = no smtpd_sender_restrictions = hash:/etc/postfix/access smtpd_use_tls = no strict_8bitmime = yes
http://www.postfix.org/postconf.5.html#strict_8bit: strict_8bitmime (default: no) Enable both strict_7bit_headers and strict_8bitmime_body. This feature should not be enabled on a general purpose mail server, because it is likely to reject legitimate email. Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com
Moin, Am Dienstag, den 21.02.2006, 14:32 +0100 schrieb Sandy Drobic:
reject: mime-error improper use of 8-bit data in message body:
Es ist immer sehr hilfreich, wenn man sieht, welche Anwendung diese Fehlermeldung ausgibt. Also etwa
Ja, es ist eine Fehlermeldung von Postfix. Okay, das nächste Mal gleich richtig.
smtpd_use_tls = no strict_8bitmime = yes
Das habe ich jetzt auf no gesetzt, kann aber leider noch nicht sehen, ob das Problem jetzt weg ist, da ich noch keine neue entsprechende Mail bekommen habe.
http://www.postfix.org/postconf.5.html#strict_8bit:
strict_8bitmime (default: no)
Enable both strict_7bit_headers and strict_8bitmime_body.
This feature should not be enabled on a general purpose mail server, because it is likely to reject legitimate email.
Danke für den Hinweis, aber mein Englisch geht gegen null. Ich habe bei Peer Heinlein gesucht, aber der läßt sich zu dem Thema nur als Erwähnung aus, eine Lösung habe ich nicht gefunden. Eine abschließende Frage. Fetchmail hat ja einige betreffende Mails abgeholt und Postfix die Weitergabe abgelehnt. Sind die Mails nun weg oder kann ich die noch einmal zur Verarbeitung bei postfix einreichen. mailq sagt, nichts da zum Verarbeiten. Danke und Gruss Christian
On Wed, Feb 22, 2006 at 08:56:52AM +0100, Christian Banek wrote:
Eine abschließende Frage. Fetchmail hat ja einige betreffende Mails abgeholt und Postfix die Weitergabe abgelehnt. Sind die Mails nun weg oder kann ich die noch einmal zur Verarbeitung bei postfix einreichen. mailq sagt, nichts da zum Verarbeiten.
Was fetchmail damit gemacht hat, sollte in den Logfiles stehen. In der Regel löscht fetchmail aber erst, wenn es die Mails erfolgreich zustellen konnte. Jürgen
Jürgen Knelangen, Mittwoch, 22. Februar 2006 09:06:
Was fetchmail damit gemacht hat, sollte in den Logfiles stehen. In der Regel löscht fetchmail aber erst, wenn es die Mails erfolgreich zustellen konnte.
Wo speichert fetchmail die Mails denn zwischen, wenn postfix sie nicht annimmt? Und wie holt man sie von dort wieder hervor? -- Andre Tann
Andre Tann schrieb:
nicht annimmt? Und wie holt man sie von dort wieder hervor?
Wo speichert fetchmail die Mails denn? Bei mir werden die mails in /var/spool/mail/fr abgelegt! Ob Dir das hilft weiss ich von hier aus nicht!
Greetz Niels Send instant messages to your online friends http://au.messenger.yahoo.com
Andre Tann schrieb:
Wo speichert fetchmail die Mails denn zwischen, wenn postfix sie nicht annimmt? Und wie holt man sie von dort wieder hervor?
...und dann mach doch mal bitte ein fetchmail -v und poste das Ergebnis ! Ich habe für Dich ein nettes HowTo in Deutsch gefunden -> Dank Google ;-) http://www.tuxhausen.de/fetchmail.html Send instant messages to your online friends http://au.messenger.yahoo.com
Andre Tann schrieb:
Wo speichert fetchmail die Mails denn zwischen, wenn postfix sie nicht annimmt? Und wie holt man sie von dort wieder hervor?
http://www.newbie-net.de/anleitung_fetchmail.html noch ein gutes HowTo ;-) Send instant messages to your online friends http://au.messenger.yahoo.com
On Wed, Feb 22, 2006 at 09:17:02AM +0100, Andre Tann wrote:
Wo speichert fetchmail die Mails denn zwischen, wenn postfix sie nicht annimmt? Und wie holt man sie von dort wieder hervor?
Wo holst Du die Mails denn ab? Wie rufst Du fetchmail auf? Wenn Du beispielsweise Mail von einem POP3-Server (z.B. bei web.de) ab- holst, werden sie i.d.R. erst dann gelöscht wenn sie erfolgreich bei dir zugestellt werden. Gib doch mal Einblich in deine Logfiles! Mit Glaskugel wird dat nix.
Hallo Jürgen und Niels, ich war ja nicht der OP, und hatte auch noch nie Probleme mit fetchmail. Ich frug nur aus Neugierde. Jürgen Knelangen, Mittwoch, 22. Februar 2006 11:33:
Wenn Du beispielsweise Mail von einem POP3-Server (z.B. bei web.de) ab- holst, werden sie i.d.R. erst dann gelöscht wenn sie erfolgreich bei dir zugestellt werden.
OK, das heißt, fetchmail spoolt die Mails überhaupt nicht. Das war meine Frage... -- Andre Tann
Christian Banek wrote:
Moin, Am Dienstag, den 21.02.2006, 14:32 +0100 schrieb Sandy Drobic:
reject: mime-error improper use of 8-bit data in message body:
Es ist immer sehr hilfreich, wenn man sieht, welche Anwendung diese Fehlermeldung ausgibt. Also etwa
Ja, es ist eine Fehlermeldung von Postfix. Okay, das nächste Mal gleich richtig.
Auch innerhalb von Postfix gibt es verschiedene Daemons, die entsprechend geloggt werden. Es kann entscheidend sein, welcher genau die Meldung ausgibt. postfix/smtpd Empfangender Daemon postfix/smtp Sendende Daemon postfix/cleanup Verschiedene Mailchecks .... Syslog hat immer "instanz/daemon", bei Postfix also "postfix/daemon".
smtpd_use_tls = no strict_8bitmime = yes
Das habe ich jetzt auf no gesetzt, kann aber leider noch nicht sehen, ob das Problem jetzt weg ist, da ich noch keine neue entsprechende Mail bekommen habe.
Denke auch daran "postfix reload" auszuführen. Wenn du denn Rechner hoch- und runterfährst, ist das ohnehin geschehen.
http://www.postfix.org/postconf.5.html#strict_8bit:
strict_8bitmime (default: no)
Enable both strict_7bit_headers and strict_8bitmime_body.
This feature should not be enabled on a general purpose mail server, because it is likely to reject legitimate email.
Danke für den Hinweis, aber mein Englisch geht gegen null. Ich habe bei Peer Heinlein gesucht, aber der läßt sich zu dem Thema nur als Erwähnung aus, eine Lösung habe ich nicht gefunden.
strict_8bitmime (Voreinstellung: nein) Aktiviert sowohl strict_7bit_headers als auch strict_8bitmime_body. Diese Option sollte auf einem normalen Mailserver nicht aktiviert werden, da sie wahrscheinlich legitime Emails ablehnt.
Eine abschließende Frage. Fetchmail hat ja einige betreffende Mails abgeholt und Postfix die Weitergabe abgelehnt. Sind die Mails nun weg oder kann ich die noch einmal zur Verarbeitung bei postfix einreichen. mailq sagt, nichts da zum Verarbeiten.
Wie immer sind die Logs dein bester Freund. Da ich mich jedoch mit Fetchmail nicht besonders auskenne, überlasse ich das lieber anderen, das Problem zu analysieren. (^-^) Sandy -- Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com
Am Mittwoch, 22. Februar 2006 08:56 schrieb Christian Banek:
Das habe ich jetzt auf no gesetzt, kann aber leider noch nicht sehen, ob das Problem jetzt weg ist, da ich noch keine neue entsprechende Mail bekommen habe.
Hallo Christian, da habe ich für Dich und den Rest der Liste einen heißen Tip: Ich nutze bei allen Dingen, die mit Mails zu tun haben, die Email - Adresse echo@cnam.fr Die Adresse ist extra für solche Tests gedacht. Du schickst eine Mail raus (ausgehend wird getestet) und bekommst automatisch eine Antwort (eingehend wird getestet). Gruß Thomas -- "Nichts ist für die Ewigkeit", sprach der Herr und erschuf Microsoft.
Am Mi 22.02.2006 08:56 schrieb Christian Banek
Am Dienstag, den 21.02.2006, 14:32 +0100 schrieb Sandy Drobic:
Hallo zusammen, [...]
Ja, es ist eine Fehlermeldung von Postfix. Okay, das nächste Mal gleich richtig.
strict_8bitmime = yes
Das habe ich jetzt auf no gesetzt, kann aber leider noch nicht sehen, ob das Problem jetzt weg ist, da ich noch keine neue entsprechende Mail bekommen habe.
ich hatte ein ähnliches Problem. Das eintragen in der SuSE-ISDN-Liste hat nicht funktioniert. Es sah aus als käme keine Bestätigung der Liste. Zwei Tage habe ich mit Karsten immer wieder die Anmeldung probiert bis er bestätigte das der SuSE-Server die Mail versendet hat. Dann bin ich auf diesen Beitrag gestoßen und habe die o.g. Postfix-Einstellung geändert und die Mail kam sofort durch. Viele Grüße Sven Gehr / Linux-User-Nummer: 368994
participants (7)
-
Andre Tann -
Christian Banek -
Jürgen Knelangen -
niels jende -
Sandy Drobic -
Sven Gehr -
ThomasOhms