RE: VERP problems
"Brett" [EMAIL PROTECTED] wrote: Dave Sill wrote: No, you're not messing anything up. There are two kinds of bounces: those generated remotely and those generated locally. If the local system is not able to pass a message off to a remote system, the bounce generated will be local--from your qmail--and it'll go to the "me-" address rather than the me-user%host VERP address. This is done this way because the local bounce can contain multiple undeliverable addresses. To process these bounces, you need to parse the QSMBF-format bounce message that qmail generates. From this, I gather that in order to collect the email addresses of these bounces, I need to write a script that goes through the me mailbox and extracts the email addresses from the bounce messages. You could do that, but it'd be better to write a script that processes each message upon receipt. I can do this (though it seems like there must be a better way). But when does the VERP functionality present itself? I send a message to [EMAIL PROTECTED] and that server tells me 'beets is unknown' -- isn't that a remote bounce? If your qmail talks to the MTA at someotherdomain.com, and someotherdomain.com refuses to accept the message for beets, then your qmail will generate the bounce. If your qmail talks to the MTA at someotherdomain.com, and someotherdomain.com accepts the message but is unable to deliver it to beets, then someotherdomain.com will generate the bounce, and it'll go to the VERP address. Shouldn't the email be returned to [EMAIL PROTECTED]? No, because, as I explained, qmail bundles the locally-generated bounces into one message. Because it isn't; I'm still getting those sent to [EMAIL PROTECTED] Or is this still considered a local bounce? Locally-*generated*, not local. If this is a local bounce then how do I simulate a remote bounce? Well, the easiest way to do that is to send a message directly to a VERP return address. Alternatively, if you've got another qmail box, just send a message to nosuchuser@otherqmailbox. -Dave
Re: VERP problems
"Brett" [EMAIL PROTECTED] wrote: I'm trying to implement VERP for my own user address, that is, an address that's not a mailing list. I found a VERP page (quoted below) and according to that I should touch ~/.qmail-me-owner and ~/.qmail-me-owner-default. Then if I set the QMAILINJECT environment variable to 'r', I'm ready to go. I call: echo to:[EMAIL PROTECTED] | /var/qmail/bin/qmail-inject and I check the log. The mail is sent to [EMAIL PROTECTED] not [EMAIL PROTECTED] as I was lead to believe would occur automatically. Then when it bounces, it goes to [EMAIL PROTECTED] You see, it adds that "-" after "me" like it's trying to do the VERP address but then doesn't add the noone info. I know I'm messing up a step (perhaps several) but I don't know where. Anyone? I'm humbled by all your linux/qmail/computer stuff in general knowledge. Thanks again. No, you're not messing anything up. There are two kinds of bounces: those generated remotely and those generated locally. If the local system is not able to pass a message off to a remote system, the bounce generated will be local--from your qmail--and it'll go to the "me-" address rather than the me-user%host VERP address. This is done this way because the local bounce can contain multiple undeliverable addresses. To process these bounces, you need to parse the QSMBF-format bounce message that qmail generates. -Dave
RE: VERP problems
Okay, but the bounce sent to [EMAIL PROTECTED] also gets bounced. It doesn't know to send 'me-*' eamil through to 'me' even though I've touched ~/.qmail-me-owner and ~/.qmail-me-owner-default and chmodded both to 777. -Original Message- From: Dave Sill [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 22, 2001 10:51 AM To: [EMAIL PROTECTED] Subject: Re: VERP problems "Brett" [EMAIL PROTECTED] wrote: I'm trying to implement VERP for my own user address, that is, an address that's not a mailing list. I found a VERP page (quoted below) and according to that I should touch ~/.qmail-me-owner and ~/.qmail-me-owner-default. Then if I set the QMAILINJECT environment variable to 'r', I'm ready to go. I call: echo to:[EMAIL PROTECTED] | /var/qmail/bin/qmail-inject and I check the log. The mail is sent to [EMAIL PROTECTED] not [EMAIL PROTECTED] as I was lead to believe would occur automatically. Then when it bounces, it goes to [EMAIL PROTECTED] You see, it adds that "-" after "me" like it's trying to do the VERP address but then doesn't add the noone info. I know I'm messing up a step (perhaps several) but I don't know where. Anyone? I'm humbled by all your linux/qmail/computer stuff in general knowledge. Thanks again. No, you're not messing anything up. There are two kinds of bounces: those generated remotely and those generated locally. If the local system is not able to pass a message off to a remote system, the bounce generated will be local--from your qmail--and it'll go to the "me-" address rather than the me-user%host VERP address. This is done this way because the local bounce can contain multiple undeliverable addresses. To process these bounces, you need to parse the QSMBF-format bounce message that qmail generates. -Dave
Re: VERP problems
Brett [EMAIL PROTECTED] wrote: Okay, but the bounce sent to [EMAIL PROTECTED] also gets bounced. It doesn't know to send 'me-*' eamil through to 'me' even though I've touched ~/.qmail-me-owner and ~/.qmail-me-owner-default and chmodded both to 777. Making the files world-writable is bad, and qmail won't use them if they are. To make username-me-* email deliverable, you need a .qmail-me-default file. .qmail-me-owner-default doesn't match "username-me-foo". Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
RE: VERP problems
"Brett" [EMAIL PROTECTED] wrote: Okay, but the bounce sent to [EMAIL PROTECTED] also gets bounced. It doesn't know to send 'me-*' eamil through to 'me' even though I've touched ~/.qmail-me-owner and ~/.qmail-me-owner-default and chmodded both to 777. Try touching .qmail-default. Neither ~/.qmail-me-owner noed ~/.qmail-me-owner-default will match "me-". -Dave
RE: VERP problems
Okay, yes, now I'm getting me- emails sent to the me mailbox. This is progress. But I'm still a little confused about your previous email: "No, you're not messing anything up. There are two kinds of bounces: those generated remotely and those generated locally. If the local system is not able to pass a message off to a remote system, the bounce generated will be local--from your qmail--and it'll go to the "me-" address rather than the me-user%host VERP address. This is done this way because the local bounce can contain multiple undeliverable addresses. To process these bounces, you need to parse the QSMBF-format bounce message that qmail generates." From this, I gather that in order to collect the email addresses of these bounces, I need to write a script that goes through the me mailbox and extracts the email addresses from the bounce messages. I can do this (though it seems like there must be a better way). But when does the VERP functionality present itself? I send a message to [EMAIL PROTECTED] and that server tells me 'beets is unknown' -- isn't that a remote bounce? Shouldn't the email be returned to [EMAIL PROTECTED]? Because it isn't; I'm still getting those sent to [EMAIL PROTECTED] Or is this still considered a local bounce? If this is a local bounce then how do I simulate a remote bounce? I'm going to be Bcc-ing a bunch of people and I just need a reliable way to determine the addresses that bounce. Thank you everyone for helping me so far. -Original Message- From: Dave Sill [mailto:[EMAIL PROTECTED]] Sent: Thursday, March 22, 2001 12:24 PM To: [EMAIL PROTECTED] Subject: RE: VERP problems "Brett" [EMAIL PROTECTED] wrote: Okay, but the bounce sent to [EMAIL PROTECTED] also gets bounced. It doesn't know to send 'me-*' eamil through to 'me' even though I've touched ~/.qmail-me-owner and ~/.qmail-me-owner-default and chmodded both to 777. Try touching .qmail-default. Neither ~/.qmail-me-owner noed ~/.qmail-me-owner-default will match "me-". -Dave
Re: VERP problems
Brett [EMAIL PROTECTED] wrote: I found a VERP page (quoted below) and according to that I should touch ~/.qmail-me-owner and ~/.qmail-me-owner-default. Then if I set the QMAILINJECT environment variable to 'r', I'm ready to go. I call: echo to:[EMAIL PROTECTED] | /var/qmail/bin/qmail-inject and I check the log. The mail is sent to [EMAIL PROTECTED] not [EMAIL PROTECTED] as I was lead to believe would occur automatically. VERP changes the envelope sender, not the recipient. The envelope sender (Return-Path: in the message) gets set specially. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---
RE: VERP problems
Yes, I actually did realize that much. I just got mixed up at some point when I was writing this email. So my problem is just that the return address is getting set to [EMAIL PROTECTED] rather than [EMAIL PROTECTED] -Original Message- From: Charles Cazabon [mailto:[EMAIL PROTECTED]] Sent: Wednesday, March 21, 2001 4:42 PM To: [EMAIL PROTECTED] Subject: Re: VERP problems Brett [EMAIL PROTECTED] wrote: I found a VERP page (quoted below) and according to that I should touch ~/.qmail-me-owner and ~/.qmail-me-owner-default. Then if I set the QMAILINJECT environment variable to 'r', I'm ready to go. I call: echo to:[EMAIL PROTECTED] | /var/qmail/bin/qmail-inject and I check the log. The mail is sent to [EMAIL PROTECTED] not [EMAIL PROTECTED] as I was lead to believe would occur automatically. VERP changes the envelope sender, not the recipient. The envelope sender (Return-Path: in the message) gets set specially. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ Any opinions expressed are just that -- my opinions. ---