Hallo,
hab noch glatt was vergessen: Ob das ganze mit POP3 funktioniert ist mir
noch nicht klar, konnte ich nicht testen.
Theoretisch müsste es gehen, da auch hier der Kernel/PostMaster.pm
aufgerufen wird. Der Filter müsste dann aber auf POP3 Seite sein und
nicht procmail.
Wie ist das bei POP3
Hallo,
hab da einen kleinen Patch vorbereitet (attached). Dieser erlaubt es,
wenn die Konfigurationsoption $Self->{'FollowUpCanChangeQueue'} = 1;
gesetzt ist, dass X-OTRS-Queue header in FollowUps die Queue des Tickets
ändern.
Patch ist für OTRS 1.3.2-01 und verändert:
Kernel/System/PostMaster.
bout OTRS in German."
> Betreff: Re: [otrs-de] spam aussortieren
>
> Hallo,
>
> ich habe mal den Source Code des PostMaster.pm durchstöbert und ich
> denke derzeit ist es nicht möglich, dass ein FollowUp mit einer neuen
> X-OTRS-Qeueu Kennung Auswirkungen auf das Origina
Hallo,
ich habe mal den Source Code des PostMaster.pm durchstöbert und ich
denke derzeit ist es nicht möglich, dass ein FollowUp mit einer neuen
X-OTRS-Qeueu Kennung Auswirkungen auf das Originalticket hat.
Ich denke jedoch das die Implementierbar ist. Ich werde mich mal am
Wochenende dransetze
Hallo Marc,
klingt gut. Bin ich auch dran interessiert. Leider haben wir so etwas
noch nicht implementiert.
Mann könnte ja mal versuchem mit den X-OTRS Headern zu arbeiten.
Procmail Filter vor, der sucht nach "Undeliver..." und setzt dann den
X-OTRS-Queue header. Der Interessante Punkt hier ist
hallo,
leider gibt es bei uns ein paar mails pro tag, die den spam filter unseres
providers austricksen. diese landen in unserer eingangs-queue und der
dadurch ausgelöste autoreply triggert normalerweise eine "Undelivered Mail
Returned to Sender" vom smtp server welche dann wiederum in der
eingang