War with Sieve - die 2.

[Klaus Tachtler]

Hallo Mike,

schau Dir vielleicht auch mal Deine Konfiguration an (ich kann hier  
nur zur Fehlerbehebung Vermutungen anstellen, als bitte keine  
sofortige Lösung erwarten)

Aus Deiner Konfiguration: sieve_vacation_use_original_recipient = yes

Probiere doch bitte mal : sieve_vacation_use_original_recipient = no    
   (wäre der STANDARD)

This specifies whether the original envelope recipient should be used  
in the check for implicit delivery. The vacation command checks  
headers of the incoming message, such as To: and Cc: for the address  
of the recipient, to verify that the message is explicitly addressed  
at the recipient. If the recipient address is not found, the vacation  
action will not trigger a response to prevent sending a reply when it  
is not appropriate. Normally only the final recipient address is used  
in this check. This setting allows including the original recipient  
specified in the SMTP session if available. This is useful to handle  
mail accounts with aliases. Use this option with caution: if you are  
using aliases that point to more than a single account, senders can  
get multiple vacation responses for a single message. Use the LDA -a  
option or the LMTP/LDA lda_original_recipient_header setting to make  
the original SMTP recipient available to Sieve.

Siehe auch nachfolgende Links:
https://wiki2.dovecot.org/Pigeonhole/Sieve/Extensions/Vacation
https://wiki2.dovecot.org/Pigeonhole/Sieve/Usage#Vacation_auto-reply


Zu Deinem Absender-Problem, könntest Du das einmal versuchen:

Probiere doch bitte mal : sieve_vacation_send_from_recipient = yes

Aus Deiner Konfiguration: sieve_vacation_send_from_recipient = no      
(wäre der STANDARD)

This setting determines whether vacation messages are sent with the  
SMTP MAIL FROM envelope address set to the recipient address of the  
Sieve script owner. Normally this is set to <>, which is the default  
as recommended in the specification. This is meant to prevent mail  
loops. However, there are situations for which a valid sender address  
is required and this setting can be used to accommodate for those.

Beachte aber die Hinweise in der Dokumentation zu den einzelnen Parametern!


Grüße
Klaus.

----- Nachricht von Mike Mildner <m.mildner at kleiderschrank51.de> ---------
      Datum: Sat, 23 Feb 2019 20:32:46 +0100 (CET)
        Von: Mike Mildner <m.mildner at kleiderschrank51.de>
Antwort an: Alles rund um Dovecot-Server <dovecot at listen.jpberlin.de>
    Betreff: War with Sieve - die 2.
         An: Alles rund um Dovecot-Server <dovecot at listen.jpberlin.de>


> so, noch mal von vorn:
> Ich habe das Buch angefangen zu lesen und als erstes eine neue,  
> saubere Dovecot-Config benutzt.
>
> Getmail holt Mails rein und verteilt diese jetzt mit dovecot-lda.  
> Userdb/passdb-lookups laufen sauber und die Mail findet Ihren Weg  
> ins Postfach. Auch der Mailclient (TB) kann Mails lesen und  
> intern/extern versenden.
> Aber nach wie vor kann die Auto-Response von Sieve nach extern nicht  
> versendet werden.
> Soweit wie ich das überblicke wird diese Sieve-Mail via  
> sendmail->pickup an Postfix übergeben und hier geht das Drama dann  
> los. Aus irgend einem Grund wird in den lookup's mit dem Hostnamen  
> des externen Relayservers gesucht. 'from' ist immer leer - egal was  
> ich versuche.
>
> Feb 23 19:22:32 idefix.domain.lan postfix/pickup[11853]: 5D766173B:  
> uid=10000 from=<>
> ...
> Feb 23 20:07:58 idefix.domain.lan postfix/smtp[11875]: maps_find:  
> smtp_sasl_password_maps: securesmtp.t-online.de: not found
> Feb 23 20:07:58 idefix.domain.lan postfix/smtp[11875]: maps_find:  
> smtp_sasl_password_maps: [securesmtp.t-online.de]:587: not found
> Feb 23 20:07:58 idefix.domain.lan postfix/smtp[11875]:  
> smtp_sasl_passwd_lookup: no auth info found (sender=`',  
> host=`securesmtp.t-online.de')
> ...
> Das ist doch Mist. Es sollte doch mit der Absendeadresse/Sieveowner  
> in den lookups nach Relayserver bzw. User/Passwd gesucht werden.  
> Wenn ich mit dem Mailclient - über smtp://idefix.domain.lan:587 -  
> eine Mail für 'aussen' einreiche funktinieren die lookups ja auch  
> und diese Mails gehen sauber raus.
>
> Wo könnte der Fehler liegen?
>
>
> Im Anhang ein komplettes Listening - da dürfte das einliefern der  
> extern geholten Mail sowie der Versuch die vaction zu senden  
> enthalten sein. Nicht wundern! username at domain.de und  
> username at externe_domain.de sind zwar maskiert ist aber richtig so  
> und sollte auch so gehen.


----- Ende der Nachricht von Mike Mildner  
<m.mildner at kleiderschrank51.de> -----



-- 

--------------------------------------------
e-Mail  : klaus at tachtler.net
Homepage: https://www.tachtler.net
DokuWiki: https://dokuwiki.tachtler.net
--------------------------------------------
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : nicht verfügbar
Dateityp    : application/pgp-keys
Dateigröße  : 3121 bytes
Beschreibung: Öffentlicher PGP-Schlüssel
URL         : <https://listen.jpberlin.de/pipermail/dovecot/attachments/20190226/7eb35019/attachment-0001.skr>