Sandy Drobic schrieb:

Martin Lammers wrote:

...

Hallo Liste,

ich versuche nun schon eine ganze Weile unter Suse 10.0 das Einsortieren per Mail in Unterordner hinzubekommen. Also Mail senden an Benutzer+Unterordner@domain.tld. Die Mails landen aber grundsätzlich in der INBOX und nicht im angegebenen Ordner. Ich benutze Postfix und Cyrus. In der main.cf habe ich "recipient_delimiter = + " eingetragen. Dem Unterordner habe ich das Recht "p" für anyone gegeben. Diese Dinge habe ich bei Google gefunden, nur funktioniert es bei mir nicht.

Die + Adressierung wird in Cyrus über eine Sieve-Filterfunktion bereitgestellt. Dummerweise funktioniert dies nicht, wenn bereits ein Sieve-Script für den Benutzer existiert. Was für Sieve-Aktionen ausgeführt werden, kannst du unter /var/log/messages nachlesen. Dorthin loggt Cyrus als Standard unter Suse.

Sandy

Hallo, Das bedeutet für Benutzer mit sieve-Script funktioniert das nicht? Ist in meinem Fall kein Problem, da der Benutzer public kein Script hat. Allerdings funktioniert es trotzdem nicht. Ich bekomme die Meldung: Oct 3 20:51:23 osiris lmtpunix[28923]: IOERROR: fstating sieve script /var/lib/sieve/p/public/defaultbc: No such file or directory Gruß

Sandy Drobic schrieb:

Martin Lammers wrote:

...

Sandy Drobic schrieb:

...

Martin Lammers wrote:

...

Hallo Liste,

ich versuche nun schon eine ganze Weile unter Suse 10.0 das Einsortieren per Mail in Unterordner hinzubekommen. Also Mail senden an Benutzer+Unterordner@domain.tld. Die Mails landen aber grundsätzlich in der INBOX und nicht im angegebenen Ordner. Ich benutze Postfix und Cyrus. In der main.cf habe ich "recipient_delimiter = + " eingetragen. Dem Unterordner habe ich das Recht "p" für anyone gegeben. Diese Dinge habe ich bei Google gefunden, nur funktioniert es bei mir nicht.

Die + Adressierung wird in Cyrus über eine Sieve-Filterfunktion bereitgestellt. Dummerweise funktioniert dies nicht, wenn bereits ein Sieve-Script für den Benutzer existiert. Was für Sieve-Aktionen ausgeführt werden, kannst du unter /var/log/messages nachlesen. Dorthin loggt Cyrus als Standard unter Suse.

Sandy

Hallo,

Das bedeutet für Benutzer mit sieve-Script funktioniert das nicht? Ist in meinem Fall kein Problem, da der Benutzer public kein Script hat. Allerdings funktioniert es trotzdem nicht.

Ich bekomme die Meldung: Oct 3 20:51:23 osiris lmtpunix[28923]: IOERROR: fstating sieve script /var/lib/sieve/p/public/defaultbc: No such file or directory

Das heisst einfach nur, dass in der Tat kein Sievescript existiert. Was ist denn in /etc/imapd.conf eingetragen?

Sandy

/etc/imapd.conf configdirectory: /var/lib/imap partition-default: /var/spool/imap sievedir: /var/lib/sieve admins: cyrus allowanonymouslogin: no autocreatequota: 10000 reject8bit: no quotawarn: 90 timeout: 30 poptimeout: 10 dracinterval: 0 drachost: localhost sasl_pwcheck_method:auxprop #sasl_pwcheck_method:plain lmtp_overquota_perm_failure: no lmtp_downcase_rcpt: yes

Sandy Drobic schrieb:

Martin Lammers wrote:

...

...

...

Ich bekomme die Meldung: Oct 3 20:51:23 osiris lmtpunix[28923]: IOERROR: fstating sieve script /var/lib/sieve/p/public/defaultbc: No such file or directory

Das heisst einfach nur, dass in der Tat kein Sievescript existiert. Was ist denn in /etc/imapd.conf eingetragen?

Sandy

/etc/imapd.conf

configdirectory: /var/lib/imap partition-default: /var/spool/imap sievedir: /var/lib/sieve admins: cyrus allowanonymouslogin: no autocreatequota: 10000 reject8bit: no quotawarn: 90 timeout: 30 poptimeout: 10 dracinterval: 0 drachost: localhost sasl_pwcheck_method:auxprop #sasl_pwcheck_method:plain lmtp_overquota_perm_failure: no lmtp_downcase_rcpt: yes

Da ist jetzt nichts drin, was störe sollte. Wie werden die Mails eingeliefert, über den Transport cyrus in master.cf von Postfix oder über ein eigenes Script?

Ich vermute, dass die Plus-Adressierung nicht sauber an deliver weitergegeben wird.

Sandy

Ich habe mal meine master.cf kopiert. Das ist die Original von Suse. Ich habe dort zwei Zeilen für SpamAssassin ergänzt localhost:10025 inet n - y - - smtpd -o content_filter=smtp:[127.0.0.1]:10026 localhost:10027 inet n - n - - smtpd -o content_filter= smtp inet n - n - 2 smtpd -o content_filter=smtp:[127.0.0.1]:10024 #submission inet n - n - - smtpd # -o smtpd_etrn_restrictions=reject # -o smtpd_client_restrictions=permit_sasl_authenticated,reject #smtps inet n - n - 2 smtpd -o smtpd_tls_wrappermode=yes -o content_filter=smtp:[127.0.0.1]:10024 # -o smtpd_tls_wrappermode=yes -o smtpd_sasl_auth_enable=yes #submission inet n - n - - smtpd # -o smtpd_etrn_restrictions=reject # -o smtpd_enforce_tls=yes -o smtpd_sasl_auth_enable=yes #628 inet n - n - - qmqpd pickup fifo n - n 60 1 pickup cleanup unix n - n - 0 cleanup qmgr fifo n - n 300 1 qmgr #qmgr fifo n - n 300 1 oqmgr #tlsmgr unix - - n 1000? 1 tlsmgr rewrite unix - - n - - trivial-rewrite bounce unix - - n - 0 bounce defer unix - - n - 0 bounce trace unix - - n - 0 bounce verify unix - - n - 1 verify flush unix n - n 1000? 0 flush proxymap unix - - n - - proxymap smtp unix - - n - - smtp # When relaying mail as backup MX, disable fallback_relay to avoid MX loops relay unix - - n - - smtp -o fallback_relay= # -o smtp_helo_timeout=5 -o smtp_connect_timeout=5 showq unix n - n - - showq error unix - - n - - error discard unix - - n - - discard local unix - n n - - local virtual unix - n n - - virtual lmtp unix - - n - - lmtp anvil unix - - n - 1 anvil localhost:10025 inet n - y - - smtpd -o content_filter=smtp:[127.0.0.1]:10026 localhost:10027 inet n - n - - smtpd -o content_filter= scache unix - - n - 1 scache # # ==================================================================== # Interfaces to non-Postfix software. Be sure to examine the manual # pages of the non-Postfix software to find out what options it wants. # # Many of the following services use the Postfix pipe(8) delivery # agent. See the pipe(8) man page for information about ${recipient} # and other message envelope options. # ==================================================================== # # maildrop. See the Postfix MAILDROP_README file for details. # Also specify in main.cf: maildrop_destination_recipient_limit=1 # 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} ${user} 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 procmail unix - n n - - pipe flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient}

Sandy Drobic schrieb:

Martin Lammers wrote:

...

cyrus unix - n n - - pipe user=cyrus argv=/usr/lib/cyrus/bin/deliver -e -r ${sender} -m ${extension} ${user}

Okay, dass sieht ja ganz ordentlich aus. Hast du mal probiert, diesen Befehl manuell aufzurufen?

su cyrus # eine Zeile: cat testmail |/usr/lib/cyrus/bin/deliver -e -r absender@example.com \ -m spam username

In der Testmail sollten die wichtigsten Headerzeilen existieren.

-------------------------------------------------- Return-Path: Date: Tue, 20 Jun 2006 15:40:20 +0200 From: test user Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit

Hello,

this is a testmail! --------------------------------------------------

Der Ordner spam sollte natürlich vorhanden sein!

Wie sieht "postconf -n" aus?

Sandy

Das funktioniert. Die Mails werden in den richtigen Ordner einsortiert. Komischerweise mit und ohne existierendem Script. Ich habe mal in der Shell eine Mail an public+Ordner geschickt. Diese wird auch richtig einsortiert. Wenn ich aber an public+Ordner@meinedomain.tld schicke landet diese wieder in der INBOX. Hat das evtl. mit einer der Tabellen virtual oder sender_canonical zu tun? postconf -n alias_maps = hash:/etc/aliases biff = no canonical_maps = hash:/etc/postfix/canonical command_directory = /usr/sbin config_directory = /etc/postfix content_filter = smtp:[127.0.0.1]:10024 daemon_directory = /usr/lib/postfix debug_peer_level = 2 defer_transports = disable_dns_lookups = no disable_mime_output_conversion = no html_directory = /usr/share/doc/packages/postfix/html inet_interfaces = all inet_protocols = all local_recipient_maps = mail_owner = postfix mail_spool_directory = /var/mail mailbox_command = mailbox_size_limit = 0 mailbox_transport = lmtp:unix:/var/lib/imap/socket/lmtp mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man masquerade_classes = envelope_sender, header_sender, header_recipient masquerade_domains = masquerade_exceptions = root message_size_limit = 10240000 mydestination = $myhostname, localhost.$mydomain myhostname = osiris.intern.mydomain.biz mynetworks = 192.168.0.0/24, 127.0.0.0/8, 192.168.1.0/24 newaliases_path = /usr/bin/newaliases queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix/README_FILES recipient_delimiter = + relayhost = smtp.variomedia.de 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_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 = no strict_rfc821_envelopes = no transport_maps = hash:/etc/postfix/transport unknown_local_recipient_reject_code = 550

Sandy Drobic schrieb:

Martin Lammers wrote:

...

Das funktioniert. Die Mails werden in den richtigen Ordner einsortiert. Komischerweise mit und ohne existierendem Script.

Auch mit existierendem Script? Sehr schön, das hatte bei mir mal nicht funktioniert.

...

Ich habe mal in der Shell eine Mail an public+Ordner geschickt. Diese wird auch richtig einsortiert. Wenn ich aber an public+Ordner@meinedomain.tld schicke landet diese wieder in der INBOX. Hat das evtl. mit einer der Tabellen virtual oder sender_canonical zu tun?

Sollte es eigentlich nicht. Ich gehe eher davon aus, dass er folgendermaßen trennt: user: public Ordner: Ordner@meinedomain.tld

Wie wird saslauthd aufgerufen, mit welchen Parametern? ps ax| grep saslauthd

4357 ? Ss 0:00 /usr/sbin/saslauthd -a pam 4360 ? S 0:00 /usr/sbin/saslauthd -a pam 4361 ? S 0:00 /usr/sbin/saslauthd -a pam 4362 ? S 0:00 /usr/sbin/saslauthd -a pam 4363 ? S 0:00 /usr/sbin/saslauthd -a pam

Teste mal, saslauthd mit der Option -r aufzurufen.

Wo muß man das aufrufen? Heißt das dann saslauthd -r pam?

...

local_recipient_maps =

Empfängt dein Server direkt Mails aus dem Internet? Dann hast du mit der leeren local_recipient_maps die Prüfung auf gültige Emailadressen für die Domains in $mydestination abgeschaltet.

Nein, die Mails werden über fetchmail abgeholt. Das kommt aber wieder raus, war nur zum Testen

...

relayhost = smtp.variomedia.de

Empfohlen wird, den Relayhost in eckige Klammern zu setzen, um den mx Lookup zu unterdrücken.

...

smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd

Wenn in eckige Klammern, dann auch hier in sasl_passwd ändern mit eckigen Klammern.

Habe ich geändert!

Sandy Drobic schrieb:

Martin Lammers wrote:

...

Sandy Drobic schrieb:

...

Martin Lammers wrote:

...

Das funktioniert. Die Mails werden in den richtigen Ordner einsortiert. Komischerweise mit und ohne existierendem Script.

Auch mit existierendem Script? Sehr schön, das hatte bei mir mal nicht funktioniert.

...

Ich habe mal in der Shell eine Mail an public+Ordner geschickt. Diese wird auch richtig einsortiert. Wenn ich aber an public+Ordner@meinedomain.tld schicke landet diese wieder in der INBOX. Hat das evtl. mit einer der Tabellen virtual oder sender_canonical zu tun?

Sollte es eigentlich nicht. Ich gehe eher davon aus, dass er folgendermaßen trennt: user: public Ordner: Ordner@meinedomain.tld

Wie wird saslauthd aufgerufen, mit welchen Parametern? ps ax| grep saslauthd

4357 ? Ss 0:00 /usr/sbin/saslauthd -a pam 4360 ? S 0:00 /usr/sbin/saslauthd -a pam 4361 ? S 0:00 /usr/sbin/saslauthd -a pam 4362 ? S 0:00 /usr/sbin/saslauthd -a pam 4363 ? S 0:00 /usr/sbin/saslauthd -a pam

/usr/sbin/saslauthd -r -a pam

...

...

Teste mal, saslauthd mit der Option -r aufzurufen.

Wo muß man das aufrufen? Heißt das dann saslauthd -r pam?

Uh, ich war gerade am Suchen, habe aber den korrekten Platz nicht gefunden bei mir. Es gibt keine saslauthd.conf, die man page berichtet von nicht existierenden Dateien und Verzeichnissen, in /etc/sysconfig/saslauthd scheint es auch nicht hineinzugehören, und das Init-Script anzupassen ist auch nicht die feine Art, scheint aber im Augenblick die einzige Möglichkeit zu sein.

Stoppe doch einfach den saslauthd und rufe ihn wie oben manuell mit den genannten Optionen auf. Wenn es klappt, kannst du dir überlegen, wie du das hinbiegst.

Sandy

Hallo, das habe ich gemacht, hilft leider nicht. Kann es denn sein das es etwas mit der sasldb zu tun hat. Die Benutzer sind dort als Benuter@server angelegt. testsaslauthd -u user -p pass ergibt ok. -u user@domain.biz ergibt failed. Martin

Sandy Drobic schrieb:

Martin Lammers wrote:

...

Hallo,

das habe ich gemacht, hilft leider nicht. Kann es denn sein das es etwas mit der sasldb zu tun hat. Die Benutzer sind dort als Benuter@server angelegt. testsaslauthd -u user -p pass ergibt ok. -u user@domain.biz ergibt failed.

Welches REALM hast du angegeben. Dies sollte der Servername sein.

testsaslauthd -u user -p pass -r domain.biz -s smtp

Ich hatte das so angegeben: testsaslauthd -u benutzer@domain.biz -p pass -f /var/run/sasl2/mux -s smtp Mit der obengenannten Variante funktioniert es aber. OK success

Welchen Wert hat bei dir "postconf smtpd_sasl_local_domain"? Dies sollte bei dir dann wohl auf $myhostname stehen.

Ja, ist so Martin

Am Monday 09 October 2006 17:17 schrieb Martin Lammers:

...

...

das habe ich gemacht, hilft leider nicht. Kann es denn sein das es etwas mit der sasldb zu tun hat. Die Benutzer sind dort als Benuter@server angelegt. testsaslauthd -u user -p pass ergibt ok. -u user@domain.biz ergibt failed.

Welches REALM hast du angegeben. Dies sollte der Servername sein.

testsaslauthd -u user -p pass -r domain.biz -s smtp

Ich hatte das so angegeben: testsaslauthd -u benutzer@domain.biz -p pass -f /var/run/sasl2/mux -s smtp

Mit der obengenannten Variante funktioniert es aber. OK success

"testsaslauthd" ist eine einzige Falle. Wenn die Cyrus-SASL Library eine Anfrage an saslauthd stellt, wird davor noch der Username bzw. der Realm geändert. Dies macht testsaslauthd leider nicht. Der schickt 1:1 die Daten, die Du hinter -u/-r angibst an den saslauthd. Bei "user@domain.tld" splittet die Library das und auf testsaslauthd bezogen wird "user" zu "-u" und "domain.tld" wird zu "-r". Bei "user" (ohne Domain) ist "user" "-u" und $smtpd_sasl_local_domain wird "-r".

...

Welchen Wert hat bei dir "postconf smtpd_sasl_local_domain"? Dies sollte bei dir dann wohl auf $myhostname stehen.

Ja, ist so

-- Andreas

Andreas Winkelmann schrieb:

Am Wednesday 04 October 2006 08:21 schrieb Martin Lammers:

...

ich versuche nun schon eine ganze Weile unter Suse 10.0 das Einsortieren per Mail in Unterordner hinzubekommen. Also Mail senden an Benutzer+Unterordner@domain.tld. Die Mails landen aber grundsätzlich in der INBOX und nicht im angegebenen Ordner. Ich benutze Postfix und Cyrus. In der main.cf habe ich "recipient_delimiter = + " eingetragen. Dem Unterordner habe ich das Recht "p" für anyone gegeben. Diese Dinge habe ich bei Google gefunden, nur funktioniert es bei mir nicht.

Zeig mal einen Logauszug, wie die Mail von Postfix übergeben wird und von Cyrus angenommen wird. Könnte ne Mischung aus /var/log/mail und /var/log/messages sein.

Hallo, diese Mail habe ich von intern an einen public Ordner geschickt. /var/log/messages Oct 7 10:13:24 osiris imap[24234]: seen_db: user ml opened /var/lib/imap/user/m/ml.seen Oct 7 10:13:31 osiris master[24293]: about to exec /usr/lib/cyrus/bin/lmtpd Oct 7 10:13:31 osiris lmtpunix[24293]: executed Oct 7 10:13:31 osiris lmtpunix[24293]: accepted connection Oct 7 10:13:31 osiris lmtpunix[24293]: lmtp connection preauth'd as postman Oct 7 10:13:31 osiris lmtpunix[24293]: duplicate_check: <452761A4.3000805@domain.biz> user.public.kunden 0 Oct 7 10:13:31 osiris lmtpunix[24293]: duplicate_check: <452761A4.3000805@domain.biz> user.public 0 Oct 7 10:13:31 osiris lmtpunix[24293]: mystore: starting txn 2147483751 Oct 7 10:13:31 osiris lmtpunix[24293]: mystore: committing txn 2147483751 Oct 7 10:13:31 osiris lmtpunix[24293]: duplicate_mark: <452761A4.3000805@domain.biz> user.public 1160208811 17 Oct 7 10:13:31 osiris lmtpunix[24293]: mystore: starting txn 2147483752 Oct 7 10:13:31 osiris lmtpunix[24293]: mystore: committing txn 2147483752 Oct 7 10:13:31 osiris lmtpunix[24293]: duplicate_mark: <452761A4.3000805@domain.biz> .public+kunden@.sieve. 1160208811 0 /var/log/mail Oct 7 10:13:24 osiris postfix/smtpd[24284]: connect from buero.intern.lammers.biz[192.168.0.130] Oct 7 10:13:24 osiris postfix/smtpd[24284]: 902BE7C045: client=buero.intern.lammers.biz[192.168.0.130] Oct 7 10:13:24 osiris postfix/cleanup[24286]: 902BE7C045: message-id=<452761A4.3000805@domain.biz> Oct 7 10:13:24 osiris postfix/qmgr[23211]: 902BE7C045: from=, size=546, nrcpt=1 (queue active) Oct 7 10:13:24 osiris postfix/smtpd[24284]: disconnect from buero.intern.domain.biz[192.168.0.130] Oct 7 10:13:30 osiris postfix/smtpd[24288]: connect from unknown[127.0.0.1] Oct 7 08:13:30 osiris postfix/smtpd[24288]: 201457C046: client=unknown[127.0.0.1] Oct 7 10:13:30 osiris postfix/cleanup[24286]: 201457C046: message-id=<452761A4.3000805@domain.biz> Oct 7 10:13:30 osiris postfix/qmgr[23211]: 201457C046: from=, size=1047, nrcpt=1 (queue active) Oct 7 08:13:30 osiris postfix/smtpd[24288]: disconnect from unknown[127.0.0.1] Oct 7 10:13:30 osiris amavis[12043]: (12043-08) Passed CLEAN, [192.168.0.130] -> , Message-ID: <452761A4.3000805@domain.biz>, mail_id: AHwwJOh19jKP, Hits: -4.399, 5572 ms Oct 7 10:13:30 osiris postfix/smtp[24287]: 902BE7C045: to=, orig_to=, relay=127.0.0.1[127.0.0.1], delay=6, status=sent (250 2.6.0 Ok, id=12043-08, from MTA([127.0.0.1]:10025): 250 Ok: queued as 201457C046) Oct 7 10:13:30 osiris postfix/qmgr[23211]: 902BE7C045: removed Oct 7 10:13:30 osiris postfix/smtpd[24290]: connect from localhost[127.0.0.1] Oct 7 10:13:30 osiris postfix/smtpd[24290]: 3EF447C045: client=localhost[127.0.0.1] Oct 7 10:13:30 osiris spampd[10295]: %s Oct 7 10:13:30 osiris spampd[10295]: %s Oct 7 10:13:30 osiris spampd[10295]: %s Oct 7 10:13:31 osiris postfix/cleanup[24286]: 3EF447C045: message-id=<452761A4.3000805@domain.biz> Oct 7 10:13:31 osiris postfix/qmgr[23211]: 3EF447C045: from=, size=1466, nrcpt=1 (queue active) Oct 7 10:13:31 osiris postfix/smtp[24289]: 201457C046: to=, relay=127.0.0.1[127.0.0.1], delay=1, status=sent (250 Ok: queued as 3EF447C045) Oct 7 10:13:31 osiris postfix/smtpd[24290]: disconnect from localhost[127.0.0.1] Oct 7 10:13:31 osiris postfix/qmgr[23211]: 201457C046: removed Oct 7 10:13:31 osiris postfix/lmtp[24292]: 3EF447C045: to=, relay=/var/lib/imap/socket/lmtp[/var/lib/imap/socket/lmtp], delay=1, status=sent (250 2.1.5 Ok) Oct 7 10:13:31 osiris postfix/qmgr[23211]: 3EF447C045: removed

Andreas Winkelmann schrieb:

Am Saturday 07 October 2006 10:21 schrieb Martin Lammers:

...

...

Zeig mal einen Logauszug, wie die Mail von Postfix übergeben wird und von Cyrus angenommen wird. Könnte ne Mischung aus /var/log/mail und /var/log/messages sein.

Prüf doch mal ob der User "public" ein Sieve-Script hat, welches die Mails umleitet.

Der Benuter hat ein Script, dieses leitet die Mails aber nicht um. Wenn ich das Script deaktiviere funktioniert die Einordnung auch nicht. Mit cat testmail |/usr/lib/cyrus/bin/deliver -e -r absender@example.com \-m spam username wird die Mail richtig eingeordnet ob mit oder ohne Script.

Und zeig mal den EIntrag von "anyone" in der ACL von "user.public.kunden"

localhost> lam user.pub* user.public: public lrswipcda anyone lrswipcda user.public.Kunden: ml lrswipcda public lrswipcda anyone p