Hilfe zu sieve vacation autorespond und contactform mails

[Timbalu]

Hilfe...

Wer hat schon einmal den Sieve Email Filter: Vacation responder von squirrelmail/sieve mit Mails vom contactform Plugin von Serendipity zum laufen gebracht????

Das ist ja ein ziemliches durcheinander.... aber es passiert rein gar nichts bei mir.

Ich könnte mir vorstellen, dass eventuell der Reply-To oder Envelope-From header (möglichst via contactform, da multidomain system) gesetzt werden muss. Allerdings wollte ich ersteinmal nachfragen, ob schon jemand damit überhaupt Erfahrungen sammeln konnte.

[garvinhicking]

Hi!

Was genau willst Du tun? Squirrelmail automatisch Antwortmails verschicken lassen an Leute, die das contactform ausfüllen?

Hab mit squirrelmail leider seit ca. 3 Jahren nichts mehr gemacht, mit Sieve noch nie etwas. Rein theoretisch müssten die E-Mail-Header vom contactformplugin alle ordentlich gesetzt sein; wenn Reply-To fehlt, wird ja automatisch das "From" genommen. Envelope-From bin ich nicht so bewandert, aber kommt das nicht vom MTA selbst, also dass man da eh nichts dran machen kann?

Hast Du sieve denn mit normalen Mails am laufen? Das wäre evtl der erste Schritt?

Grüße,
Garvin

[Timbalu]

Ja ja das läuft brav und ohne Probleme seit vielen vielen Jahren...

In squirrelmail kann man ja einen vacation autorespond filter erstellen, der wohl auf einem avelsieve script oder sowas basiert... Kontaktformanfragen werden von diesem Filter - bevor sie im Postfach abgelegt werden - einmal pro Woche mit einem "Bin in Ferien Reply" beantwortet. Da ich nur alle Jubeljahre das System anfasse, bin ich im Moment natürlich mächtig überfragt, was wer wie wohin usw.

so kommts im header an:

Code: Select all

Return-Path: <www-data@meinIPSserver.de>
Delivered-To: postfach@hosteddomain.de
Received: from localhost (localhost.localdomain [127.0.0.1])
     by mail.mydomain.de (Postfix) with ESMTP id 41CA9295002F
     for <user@hosteddomain.de>; Mon, 21 Jan 2013 19:49:34 +0100 (CET)
X-Spam-Flag: NO
X-Spam-Score: 0.009
X-Spam-Level:
X-Spam-Status: No, score=0.009 required=6.31 tests=[NO_RELAYS=-0.001,
     T_FRT_CONTACT=0.01] autolearn=ham
Received: from mail.mydomain.de ([127.0.0.1])
     by localhost (mail.mydomain.de [127.0.0.1]) (amavisd-new, port 10024)
     with ESMTP id NLoh1HRjbhLG for <user@hosteddomain.de>;
     Mon, 21 Jan 2013 19:49:32 +0100 (CET)
Received: by mail.mydomain.de (Postfix, from userid 33)
     id E83CE295002E; Mon, 21 Jan 2013 19:49:31 +0100 (CET)
To: user@hosteddomain.de
Subject: =?UTF-8?B?kodiertes Subject vom contactform?=
X-PHP-Originating-Script: 33:functions.inc.php
From: "versuch" <user@hosteddomain.de>
Reply-To: "versuch" <user@example.de>
X-Mailer: Serendipity/1.6.2
X-Engine: PHP/5.3.3-7+squeeze14
Message-ID: <9ad67535040415b559ab6887f8918cd8@www.hosteddomain.de>
MIME-Version: 1.0
Precedence: bulk
Content-Type: text/plain; charset=UTF-8
Auto-Submitted: auto-generated
Content-Transfer-Encoding: quoted-printable
Date: Mon, 21 Jan 2013 19:49:31 +0100 (CET)

blah text der contactform email...

Im From müsste aber eigentlich stehen: "versuch" <user@example.de>
die in der contactform config angegebene Email ist natürlich user@hosteddomain.de.
Vielleicht wäre es für das System am besten das From feld wäre leer, damit es auf Reply-To zurückfällt...

[garvinhicking]

Hi!

Nein, als FROM kann nur das stehen als was deni Server verschickt. Wenn das Kontaktformular von info@s9y.org kommt, darf nicht info@s9y.org im Absender stehen, denn das wäre Spam/Faking von deiner Domain. Du bist ja nicht autorisiert als info@s9y.org zu verschicken. Daher verschickt das Kontaktformular mit deiner blog-Mailadresse, und setzt den Reply-To Header.

Das FROM-Feld darf eigentlich nicht leer sein, soweit ich weiß. Reply-To hat eigentlich immer Priorität; da müsste also eher das sieve-plugin dahingehend konfiguriert(?) werden, dass es auch Reply-To beachtet... (da bin ich dann leider überfragt)

Grüße,
Garvin

[Timbalu]

Reply-To hat eigentlich immer Priorität; da müsste also eher das sieve-plugin dahingehend konfiguriert(?) werden, dass es auch Reply-To beachtet... (da bin ich dann leider überfragt)

Normale mail redirects und auch der vacation autoresponder funktionieren aber sonst...

Ich bin da im Moment auch etwas überfragt .... wenn das mit der Priorität von reply-to tatsächlich so ist(?)..., dann wäre das ja richtig gestrickt, und ich kann mich auf sieve & Co als Übeltäter konzentrieren. Allerdings ist dieses Zusammenspiel von dovecot, sieve, squirrel, usw ziemlich kompliziert. Das kann auch locker ein bug sein..., denn ich habe schon diverse Änderungen ausprobiert, was den Filter betrifft... und ich finde da kein logging über Fehleinstellungen oder soetwas...

Aber vielleicht erreicht der Aufruf ja noch jemanden, der das auf einem ähnlichen System schon mal hinbekommen hat.

[Timbalu]

Gerade im Rfc gefunden

Vacation's messages are always addressed to the Return-Path address
(that is, the envelope from address) of the message being responded
to.
und
Implementations SHOULD NOT respond to any message that has an
"Auto-submitted" header field with a value other than "no".

tja, und da steht bei mir Return-Path: <www-data@meinIPSserver.de> und Auto-Submitted: auto-generated
Wobei mir nicht klar ist, wer da das auto-generated reinschreibt.

[garvinhicking]

Hi!

Den Return-Path kann man AFAIK nicht beeinflussen, der kommt auch vom MTA. Auto-submitted kommt aber vom Plugin (und ist ja auch eigentlich richtig, denn es ist ja auto-submitted). Da könntest Du ins contactformplugin aber wenn das relevant ist gerne eine Konfigoption einbauen mit der man das deaktivieren kann (Default sollte sein, dass es immer gesetzt ist)...?

Grüße,
Garvin

[Timbalu]

gerne, ... allerdings löst das ja nicht das Problem mit dem Return-path.
Ist das vielleicht mnur auf meinem Server so, dass sich dort mein www-data@ verewigt?
Wie ist das bei dir?

[garvinhicking]

gerne, ... a.lerdings löst das ja nicht das Problem mit dem Return-path.
Ist das vielleicht mnur auf meinem Server so, dass sich dort mein www-data@ verewigt?
Wie ist das bei dir?

Nein, das gehört so, der MTA (exim z.b.) packt den Return-Path hier rein für Mails die direkt über Apache/PHP kommen. Das kann man nicht wirklich beeinflussen.

Grüße,
Garvin