* Jeroen Geilman wrote :
>* On 2011-09-28 11:57, Troy Piggins wrote:
>>* Wietse Venema wrote :
>>>* Troy Piggins:
>>>
>>>> I'm using sender_bcc maps to archive/backup sent mail. Config
>>>> extracts below. It does work, but is creating d
* Wietse Venema wrote :
> Troy Piggins:
> > I'm using sender_bcc maps to archive/backup sent mail. Config
> > extracts below. It does work, but is creating duplicates when mail
> > is sent from clients other than localhost. IE if I send mail using
>
urdomain.local
endif
/etc/procmailrc:
...
:0:
* ^X-Original-To:.*_sent@netserv\.ourdomain\.local
| gzip -fc9 >> ${HOME}/Sent_${DATE}.gz
...
----
--
Troy Piggins
On Thu, Aug 11, 2011 at 10:02:21AM +1000, Troy Piggins wrote:
> On Wed, Aug 10, 2011 at 09:47:37AM +0200, Jeroen Geilman wrote:
>> It is not a variable expansion. Use this instead:
>>
>> /(user1)@mydomain.com/ $1_s...@mydomain.com
>>
>> Read http://
On Wed, Aug 10, 2011 at 10:11:49AM +0200, Ansgar Wiechers wrote:
> On 2011-08-10 Jeroen Geilman wrote:
> > On 2011-08-10 09:20, Troy Piggins wrote:
> > It is not a variable expansion. Use this instead:
> >
> > /(user1)@mydomain.com/ $1_s...@mydomain.com
> >
On Wed, Aug 10, 2011 at 09:47:37AM +0200, Jeroen Geilman wrote:
> On 2011-08-10 09:20, Troy Piggins wrote:
> >1. Could you please confirm that the pattern between the slashes is just the
> >sender's address that we're trying to match?
>
> sender_bcc_maps matc
the //. Correct?
3. Do you think I'm on the right track? Mostly in terms of using pcre for the
table. Wasn't sure whether this or regex would be better?
4. Any other suggestions/advice?
--
Troy Piggins
* Robert Schetterer wrote :
>* Am 24.05.2011 13:43, schrieb Noel Jones:
>>* On 5/24/2011 2:38 AM, Troy Piggins wrote:
>>
>>> Just curious if it's possible to pass messages that match certain
>>> header checks to postgrey instead of flat out rejecting the
false positives. One sender
was trying and trying to send, but kept getting the 4xx message and
not getting through.
--
Troy Piggins
e config prevents this.
> My first thought from the default install would be to switch off
> soft_bounce in main.cf with soft_bounce = no
I don't have soft_bounce set or called up at all, so would just be
the default for a ubuntu install. I'll check into what that is.
--
Troy Piggins
* Jeroen Geilman wrote :
>* On 05/23/2011 01:25 AM, Troy Piggins wrote:
>> I've recently been keeping an eye on my mail statistics
>> usingmailgraph http://mailgraph.schweikert.ch/ . I'm impressed by
>> the amount of spam/rejections achieved using just postgrey a
included?
Sorry if this is OT here, but figured many users here would be
familiar with it?
--
Troy Piggins
* Voytek Eymont wrote :
> I've followed the recent advice as I'm also getting a lot of
> these_long_subjects_emails_with_crap_in_them:
>
> --
> * Noel Jones wrote :
> > On 4/27/2011 6:17 AM, Troy Piggins wrote:
> > >Hi there. I'm notic
* Michael Orlitzky wrote :
> On 04/28/2011 07:45 PM, Troy Piggins wrote:
> > Might not be the right place to post this, so just let me know to
> > move on if so...
> >
> > I've been using the wonderful postgrey on my server and it seems to
> > do a wonderf
find that just postgrey alone is sufficient? What would it catch
that postgrey doesn't?
--
Troy Piggins
* Duane Hill wrote :
> Thursday, April 28, 2011, 1:19:11 AM, you wrote:
>
> > Troy Piggins wrote:
>
> >> Wondering how you're solving this for emails sent with Date: headers
> >> way in the past or future. What do you think is a reasonably
> >> acc
was
thinking a cron script that modifies the header_checks file, but
that may be a bit clumsy?
--
Troy Piggins
be used.
>
> A safer pattern may be:
>
> if /^Subject:/
> if !/=\?\S+\?=(\s|$)/
> /\S{60}/ REJECT no spaces
> endif
> endif
>
> Otherwise, this check can be moved to a pre-queue filter or milter that
> decodes RFC 2047 encoding, and applies the test on the "plaintext".
Thanks for that.
--
Troy Piggins
* Noel Jones wrote :
> On 4/27/2011 7:23 AM, Troy Piggins wrote:
> >* Noel Jones wrote :
> >>On 4/27/2011 6:17 AM, Troy Piggins wrote:
> >>regexp and pcre compatible expression:
> >>
> >>/^Subject: +[^[:space:]]{60}/ REJECT no spaces
> >
* Wietse Venema wrote :
> Troy Piggins:
> > Hi there. I'm noticing lately most of the spam that gets through my
> > postgrey/postfix/amavis/spamassassin/procmail rules contains subject
> > lines that are extremely long strings with no spaces in t
* Noel Jones wrote :
> On 4/27/2011 6:17 AM, Troy Piggins wrote:
> >Hi there. I'm noticing lately most of the spam that gets through my
> >postgrey/postfix/amavis/spamassassin/procmail rules contains subject
> >lines that are extremely long strings with no spaces in
seddS
They do seem to have non-alnum chars such as ?-. etc. Just no
spaces.
I'm thinking there must be a header check with pcre on Subject that
could catch these. Been googling but can't find anyone that seems
to mention this. Might be my poor search term selection?
Any suggest
22 matches
Mail list logo
