Chris Dos a écrit :
> [snip]
> I have read what the the bounce service does. I wish to intercept ALL hard
> bounces and process them
> internally with a script. I don't want it to bounce back to the sender that
> sent the bad message. I haven't
> been able to figure out a way to do it yet. If
Victor Duchovni wrote:
> On Fri, Mar 20, 2009 at 07:09:29PM +, Duane Hill wrote:
>
>>> Though now I'm getting this error after sending bounce to pipe:
>>> Mar 20 12:41:54 mail-dr postfix/pipe[10163]: warning: unexpected attribute
>>> nrequest from bounce socket
>>> (expecting: flags)
>>> Mar
On Fri, Mar 20, 2009 at 07:09:29PM +, Duane Hill wrote:
>> Though now I'm getting this error after sending bounce to pipe:
>> Mar 20 12:41:54 mail-dr postfix/pipe[10163]: warning: unexpected attribute
>> nrequest from bounce socket
>> (expecting: flags)
>> Mar 20 12:41:54 mail-dr postfix/pipe
On Fri, 20 Mar 2009, Chris Dos wrote:
Chris Dos wrote:
Chris Dos wrote:
Noel Jones wrote:
Okay, since the e-mail never finishes sending because the user is
unknown on the other end and it is rejected
right away, is there another way to do this.
The whole point of this exercise for me is to j
--
Chris Dos
Senior Engineer
Cell: 303-520-1821
Chris Dos wrote:
> Chris Dos wrote:
>> Noel Jones wrote:
Okay, since the e-mail never finishes sending because the user is
unknown on the other end and it is rejected
right away, is there another way to do this.
The whole
Chris Dos wrote:
> Noel Jones wrote:
>>> Okay, since the e-mail never finishes sending because the user is
>>> unknown on the other end and it is rejected
>>> right away, is there another way to do this.
>>>
>>> The whole point of this exercise for me is to just intercept a bounce
>>> back and pro
Noel Jones wrote:
>>
>> Okay, since the e-mail never finishes sending because the user is
>> unknown on the other end and it is rejected
>> right away, is there another way to do this.
>>
>> The whole point of this exercise for me is to just intercept a bounce
>> back and process it internally inst
Chris Dos wrote:
Noel Jones wrote:
Chris Dos wrote:
Well, pointing the gun the wrong way is differently something that I
don't want to be doing. But in the case,
I'm confused. I'm having mail-dr send out to another server,
mail.chrisdos.com, on the internet. Mail-DR is
a separate mail server
Noel Jones wrote:
> Chris Dos wrote:
>>
>> Well, pointing the gun the wrong way is differently something that I
>> don't want to be doing. But in the case,
>> I'm confused. I'm having mail-dr send out to another server,
>> mail.chrisdos.com, on the internet. Mail-DR is
>> a separate mail server
Chris Dos wrote:
Well, pointing the gun the wrong way is differently something that I don't want
to be doing. But in the case,
I'm confused. I'm having mail-dr send out to another server,
mail.chrisdos.com, on the internet. Mail-DR is
a separate mail server all together on a different domai
Noel Jones wrote:
>> I was was reading the header_checks won't work on bounced mail. I
>> setup a regexp check_recipient_access map.
>> This is the regexp file verp_redirect.regexp :
>> /^RCPT TO:.+\+.+\=...@.+\..+$/ REDIRECTverpbounce
>>
>> It's still not working. Here is the p
Chris Dos wrote:
Noel Jones wrote:
Chris Dos wrote:
Noel Jones wrote:
It looks like I want to check for RCPT TO:
So I ran this check against the regexp table using postmap:
postmap -q "RCPT TO:"
regexp:header_checks.regexp
and it came back with a result of DISCARD.
So I guess I don't understa
Noel Jones wrote:
> Chris Dos wrote:
>> Noel Jones wrote:
It looks like I want to check for RCPT TO:
So I ran this check against the regexp table using postmap:
postmap -q "RCPT TO:"
regexp:header_checks.regexp
and it came back with a result of DISCARD.
So I guess
> I don't see a forward action in header_checks. Maybe you intend to use
> REDIRECT? Postfix access tables allow more than accept/reject,
> including REDIRECT.
> http://www.postfix.org/access.5.html
>
> But my point is that header_checks are the wrong tool for the job.
> There is no guarantee t
Chris Dos wrote:
Noel Jones wrote:
It looks like I want to check for RCPT TO:
So I ran this check against the regexp table using postmap:
postmap -q "RCPT TO:"
regexp:header_checks.regexp
and it came back with a result of DISCARD.
So I guess I don't understand how you said it will never match a
Noel Jones wrote:
>> It looks like I want to check for RCPT TO:
>> So I ran this check against the regexp table using postmap:
>> postmap -q "RCPT TO:"
>> regexp:header_checks.regexp
>> and it came back with a result of DISCARD.
>>
>> So I guess I don't understand how you said it will never match a
Chris Dos wrote:
Wietse Venema wrote:
That is what YOU believe. You probably made a typo somewhere. This
is why you should post "postconf -n" command output, as requested
in the mailing list welcome message which you decided to ignore.
I don't believe that header addresses contain ONLY an e-ma
Wietse Venema wrote:
> That is what YOU believe. You probably made a typo somewhere. This
> is why you should post "postconf -n" command output, as requested
> in the mailing list welcome message which you decided to ignore.
>
>> I don't believe that header addresses contain ONLY an e-mail
>> addr
Charles Marcus wrote:
> On 3/17/2009, Chris Dos (ch...@chrisdos.com) wrote:
>> Sorry, I did have:
>> recipient_delimiter = +
>> in another part of my main.cf file.
>
> One reason why the DEBUG_README asks (among other things) that you
> provide output of postconf -n instead of snips from main.cf.
>
Chris Dos:
> Wietse Venema wrote:
> > Chris Dos:
> >> relay=mail.chrisdos.com[71.33.251.73]:25, delay=0.19,
> >> delays=0.02/0/0.11/0.05, dsn=5.1.1, status=bounced (host
> >> mail.chrisdos.com[71.33.251.73] said: 550 5.1.1
> >> : Recipient
> >> address rejected: User unknown in local recipient ta
On 3/17/2009, Chris Dos (ch...@chrisdos.com) wrote:
> Sorry, I did have:
> recipient_delimiter = +
> in another part of my main.cf file.
One reason why the DEBUG_README asks (among other things) that you
provide output of postconf -n instead of snips from main.cf.
--
Best regards,
Charles
On Tue, Mar 17, 2009 at 11:35 PM, Chris Dos wrote:
> I'm at a loss why this is not working. I'm sending a VERP SMTP e-mail using
> the following script:
>
> (
> echo "EHLO $(uname -n)"
> echo "MAIL FROM: XVERP"
> echo "RCPT TO:"
> echo "DATA"
> echo "From: "
>
Wietse Venema wrote:
> Chris Dos:
>> relay=mail.chrisdos.com[71.33.251.73]:25, delay=0.19,
>> delays=0.02/0/0.11/0.05, dsn=5.1.1, status=bounced (host
>> mail.chrisdos.com[71.33.251.73] said: 550 5.1.1
>> : Recipient
>> address rejected: User unknown in local recipient table (in reply to RCPT TO
Chris Dos:
> relay=mail.chrisdos.com[71.33.251.73]:25, delay=0.19,
> delays=0.02/0/0.11/0.05, dsn=5.1.1, status=bounced (host
> mail.chrisdos.com[71.33.251.73] said: 550 5.1.1
> : Recipient
> address rejected: User unknown in local recipient table (in reply to RCPT TO
> command))
So VERP works,
I'm at a loss why this is not working. I'm sending a VERP SMTP e-mail using
the following script:
(
echo "EHLO $(uname -n)"
echo "MAIL FROM: XVERP"
echo "RCPT TO:"
echo "DATA"
echo "From: "
echo "To: "
echo "Subject: Testing VERP"
echo ""
25 matches
Mail list logo
