Page 1 of 1
Subjeckt standart encodierung einstellen
Posted: 2008-06-16 16:54
by greenrover
Hallo, ich hatte bis vor kurzen einen Postfix von Debian Sarge laufen,
dieser hat Mails mit "Subject: Täst" so weitergegeben.
Der von Debian Etch macht da draus z.B. "Subject: T.st"
Ich habe die Vermutung das der neue Postfix als Standart encodierung UTF-8
Kann ich das irgend wie auf ISO-LATIN1 legen?
Ich weis zwar das die Mail Clients es als Quotet Printable abgeben aber einige PHP Scripte auf dem Server nicht und so fängt diese der Spamassasign ab (Subject: has too many raw illegal characters)
MFG Heiko
Re: Subjeckt standart encodierung einstellen
Posted: 2008-06-16 18:07
by Roger Wilco
Postfix fasst die E-Mails nicht an, auch wenn die Kodierung defekt ist. Das macht entweder dein MUA oder dein MDA. Bei Cyrus IMAP werden flasch kodiert Zeichen z. B. durch ein X ersetzt. Ich würde an deiner Stelle eher korrekte E-Mails produzieren, als am falschen Ende herumzudoktern.
PS:
http://www.k-faktor.com/standart/
Re: Subjeckt standart encodierung einstellen
Posted: 2008-06-16 18:13
by greenrover
Ja das ist an sich schon klar aber ich kann einfach nicht sämtliche Kunden Scripte anpassen also muss ich am falschen Ende anfangen ;-)
PS im Spamassagsin kommen die Mails schon falsch an.
Also wird da den entweder beim queuen oder durch Postfix was verlegt.
Re: Subjeckt standart encodierung einstellen
Posted: 2008-06-16 21:39
by Joe User
Re: Subjeckt standart encodierung einstellen
Posted: 2008-06-16 22:13
by greenrover
Code: Select all
movetecx:~# postconf -n
alias_database = hash:/etc/aliases
alias_maps = hash:/etc/aliases
append_dot_mydomain = no
biff = no
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/lib/postfix
mailbox_command = /usr/bin/procmail
mailbox_size_limit = 0
mydestination = movetecx, movetecx.nine.ch, localdomain, localhost, localhost.localdomain, web.move-server.ch
myhostname = web.move-server.ch
mynetworks = 127.0.0.0/8
myorigin = /etc/mailname
recipient_delimiter = +
relayhost =
setgid_group = postdrop
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination, reject_rbl_client zen.spamhaus.org, reject_rbl_client ix.dnsbl.manitu.net, reject_rbl_client list.dsbl.org, check_policy_service inet:127.0.0.1:60000, permit
smtpd_sasl_auth_enable = yes
Code: Select all
cat /etc/procmailrc
# SpamAssassin sample procmailrc
# ==============================
# The following line is only used if you use a system-wide /etc/procmailrc.
# See procmailrc(5) for infos on what it exactly does, the short version:
# * It ensures that the correct user is passed to spamd if spamc is used
# * The folders the mail is filed to later on is owned by the user, not
# root.
DROPPRIVS=yes
LOGFILE=/var/log/procmail.log
# Maildir stuff
MAILDIR=$HOME
DEFAULT=$HOME/Maildir/
# Pipe the mail through spamassassin (replace 'spamassassin' with 'spamc'
# if you use the spamc/spamd combination)
#
# The condition line ensures that only messages smaller than 250 kB
# (250 * 1024 = 256000 bytes) are processed by SpamAssassin. Most spam
# isn't bigger than a few k and working with big messages can bring
# SpamAssassin to its knees.
#
# The lock file ensures that only 1 spamassassin invocation happens
# at 1 time, to keep the load down.
#
:0fw: spamassassin.lock
* < 256000
| spamassassin
# Mails with a score of 15 or higher are almost certainly spam (with 0.05%
# false positives according to rules/STATISTICS.txt). Let's put them in a
# different mbox. (This one is optional.)
:0:
* ^X-Spam-Level: **********
/dev/null
# All mail tagged as spam (eg. with a score higher than the set threshold)
# is moved to "probably-spam".
# :0:
# * ^X-Spam-Status: Yes
# spam
# Work around procmail bug: any output on stderr will cause the "F" in "From"
# to be dropped. This will re-add it.
# NOTE: This is probably NOT needed in recent versions of procmail
:0
* ^^rom[ ]
{
LOG="*** Dropped F off From_ header! Fixing up. "
:0 fhw
| sed -e '1s/^/F/'
}
Re: Subjeckt standart encodierung einstellen
Posted: 2008-06-16 22:18
by Joe User
Dein Postfix ist definitiv nicht die Ursache. Wie sehen denn die original Header der Mails aus?
Re: Subjeckt standart encodierung einstellen
Posted: 2008-06-16 22:44
by greenrover
Code: Select all
To: empfaenger@irgendwo.de
Subject: Der Shop für schlaue Füchse
MIME-Version: 1.0
Content-type: text/plain; charset=iso-8859-1
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: php
From: absender@mail.de
Return-Path: <account@server.de>
X-Original-To: absender@mail.de
Delivered-To: account@server.de
ungefähr so (die Header werden durch die php mail() Funktion erweitert (To, Subject, Return-Path, X-Original-To, Delivered-To wurden ergänzt))
Re: Subjeckt standart encodierung einstellen
Posted: 2008-06-17 08:49
by Joe User
Da das Subject nicht encodiert wurde, muss der MUA entscheiden, wie er die Sonderzeichen darstellt. Daran kannst und darfst Du serverseitig auch nichts ändern...
Re: Subjeckt standart encodierung einstellen
Posted: 2008-06-17 12:37
by greenrover
Mein Problem ist ja weniger die Entscheidung des MUA sondern des Spamasssagsing.
Interessant dazu ist noch, wenn die Mail nicht in ein Postfach zugestellt wird sondern an einen anderen SMTP übergeben wird (der das Problem nicht hat) stellt es auch der MUA richtig da. (wird nirgends umcodiert)
Re: Subjeckt standart encodierung einstellen
Posted: 2008-06-17 17:09
by Roger Wilco
Wenn dich nur die (korrekte!) Bewertung des SpamAssassin stört, kannst du auch einfach die Regel SUBJ_ILLEGAL_CHARS deaktivieren.