🚀 go-pugleaf

W dniu 06.02.2018 o 13:55, Piotr Lechowicz pisze:

> Po drugie przy filtrze na header nie daję znaku : na końcu nazwy pola,
> tzn nie
>> header /^Received:/i    /\w+\-\w+\.date/i
> tylko
> header /^Received/i    /\w+\-\w+\.date/i
> IMHO przy rozbiciu pola nagłówka na nazwę i treść milter uznaje ten : za
> separator nazwy pola i jego treści i go nie analizuje.
>
> I dodatkowo możesz zaznaczyć koniec łańcucha nazwy pola (analogicznie do
> zaznaczenia początku):
> header /^Received$/i    /\w+\-\w+\.date/i
>
>
>
> Trzecia sprawa - przy filtrze na header musisz w sesji SMTP poczekać na
> data (czyli na treść maila).
> Przy filtrze na connect uwalasz wcześniej, już po "mail from".
>
>

Potrzebuję podpowiedzi. Ostatecznie config regexa wygląda następująco:

reject "5.5.4 We don't need a spam"
helo /\w+\-\w+\.date/i

reject "5.5.4 We don't need a spam"
header /^Received/  /\w+\-\w+\.date/i

Regex nie zgłasza błędu. reguła faktycznie odpowiada nazwom o 
konstrukcji xxx-yyy.date ale w logu mamy:

08:53:24 mpwik milter-regex[26248]: [185.162.146.143] [185.162.146.143]: 
ACCEPT, HELO: reins-vee.date, FROM: <folles@reins-vee.date>...

Co jest? Czy kolejnośc tych reguł ma znaczenie, bo regułe dla HELO miałe 
po regule dla Received. Teraz przeniosłem.

LFC