another question about invitation confirmation subject line/VERP
I have read the FAQ about modifying the mm_cfg.py file to create a more "user friendly" subject for confirmations. I implemented this with my Mailman/Postfix setup. I mainly wanted it for Invitation confirmations, but I understand that for newer versions of Mailman, it works for other confirmations as well.
One question- Since the subject line is changed and replaces the confirmation ID code with other text, does that mean that simple replying to the message to confirmm will no work? I have tested this and found that I can confirm by clicking on the link and going to the web page or by composing a new message with the confirm code in the body, sent to the list-request address.
By default, Postfix allows VERP to rewrite the subject, but is other configuration necessary to make the Reply to the confirmation message work, or is that feature lost when VERPing?
-- Christopher Adams adamsca@gmail.com
Christopher Adams wrote:
It will still work if your incoming MTA recognizes addresses of the form
listname-confirm+xxxxxxxxxxxxxxxxxxxxxxxx@example.com
as an address to be delivered to listname-confirm@example.com.
The confirmation message the user receives is From: an address like the one above. Simply replying to that message (i.e.sending the reply to listname-confirm+xxxxxxxxxxxxxxxxxxxxxxxx@example.com) will work if the MTA delivers it to mailman properly.
In Postfix, you need
recipient_delimiter = +
for this to work. VERP should not affect this as it manipulates the envelope sender, not the From: header.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
Thank you for clarifying that. I assumed from the Postfix/VERP configuration documentation (below) that the '+' delimiter would be used regardless of entering it in the Postfix main.cf file. I should tried adding it anyway, but I hadn't gotten to that step yet. Thanks, it works as it should.
Quoted from documentation:
With Postfix, the whole process is controlled by four configuration parameters.
default_verp_delimiters (default value: +=)
On Nov 27, 2007 1:35 PM, Mark Sapiro <mark@msapiro.net> wrote:
-- Christopher Adams adamsca@gmail.com
Christopher Adams wrote:
Yes, one would think that, but you do need to set
recipient_delimiter = +
in main.cf, even though the Postfix document doesn't get to that until much later.
BTW, the Postfix/VERP configuration referred to in the Postfix documentation is true VERP done by the MTA. What Mailman calls VERP is similar, but it is done by Mailman by manipulating envelope senders before delivering to the MTA and is more expensive because it requires Mailman to send each recipient in a separate SMTP transaction. And, what Mailman calls VERP_CONFIRMATIONS is a misnomer and isn't really VERP or VERP-like at all.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
Charles Marcus wrote:
Quoting from <http://www.postfix.org/postconf.5.html>, aka 'man 5 postconf'
recipient_delimiter (default: empty)
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
On 11/27/2007, Mark Sapiro (mark@msapiro.net) wrote:
No, you don't - this is the default... you only need to explicitly set it if you want to change it.
Odd... in the default main.cf that was installed on my box, it was already set to + but commented out - which, for postfix, means it is the default... and I was almost positive that I recall someone on the postfix telling me this explicitly, but...
I see that a postconf -d shows you to be correct...
Apologies for the noise...
--
Best regards,
Charles
On 11/27/07, Mark Sapiro wrote:
That man page may or may not describe the current state of affairs, and of course even if it does then you might be dealing with an older installation that may not implement the same default status.
If you want to find out what your current postfix defaults are, you use the command "postconf -d". If you want to see what you've got configured that is different from the built-in defaults, use the command "postconf -n". A plain "postconf" will tell you what is configured, but you won't know whether that setting comes from the default or is being over-ridden by the configuration file.
-- Brad Knowles <brad@shub-internet.org> LinkedIn Profile: <http://tinyurl.com/y8kpxu>
Christopher Adams wrote:
It will still work if your incoming MTA recognizes addresses of the form
listname-confirm+xxxxxxxxxxxxxxxxxxxxxxxx@example.com
as an address to be delivered to listname-confirm@example.com.
The confirmation message the user receives is From: an address like the one above. Simply replying to that message (i.e.sending the reply to listname-confirm+xxxxxxxxxxxxxxxxxxxxxxxx@example.com) will work if the MTA delivers it to mailman properly.
In Postfix, you need
recipient_delimiter = +
for this to work. VERP should not affect this as it manipulates the envelope sender, not the From: header.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
Thank you for clarifying that. I assumed from the Postfix/VERP configuration documentation (below) that the '+' delimiter would be used regardless of entering it in the Postfix main.cf file. I should tried adding it anyway, but I hadn't gotten to that step yet. Thanks, it works as it should.
Quoted from documentation:
With Postfix, the whole process is controlled by four configuration parameters.
default_verp_delimiters (default value: +=)
On Nov 27, 2007 1:35 PM, Mark Sapiro <mark@msapiro.net> wrote:
-- Christopher Adams adamsca@gmail.com
Christopher Adams wrote:
Yes, one would think that, but you do need to set
recipient_delimiter = +
in main.cf, even though the Postfix document doesn't get to that until much later.
BTW, the Postfix/VERP configuration referred to in the Postfix documentation is true VERP done by the MTA. What Mailman calls VERP is similar, but it is done by Mailman by manipulating envelope senders before delivering to the MTA and is more expensive because it requires Mailman to send each recipient in a separate SMTP transaction. And, what Mailman calls VERP_CONFIRMATIONS is a misnomer and isn't really VERP or VERP-like at all.
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
Charles Marcus wrote:
Quoting from <http://www.postfix.org/postconf.5.html>, aka 'man 5 postconf'
recipient_delimiter (default: empty)
-- Mark Sapiro <mark@msapiro.net> The highway is for gamblers, San Francisco Bay Area, California better use your sense - B. Dylan
On 11/27/2007, Mark Sapiro (mark@msapiro.net) wrote:
No, you don't - this is the default... you only need to explicitly set it if you want to change it.
Odd... in the default main.cf that was installed on my box, it was already set to + but commented out - which, for postfix, means it is the default... and I was almost positive that I recall someone on the postfix telling me this explicitly, but...
I see that a postconf -d shows you to be correct...
Apologies for the noise...
--
Best regards,
Charles
On 11/27/07, Mark Sapiro wrote:
That man page may or may not describe the current state of affairs, and of course even if it does then you might be dealing with an older installation that may not implement the same default status.
If you want to find out what your current postfix defaults are, you use the command "postconf -d". If you want to see what you've got configured that is different from the built-in defaults, use the command "postconf -n". A plain "postconf" will tell you what is configured, but you won't know whether that setting comes from the default or is being over-ridden by the configuration file.
-- Brad Knowles <brad@shub-internet.org> LinkedIn Profile: <http://tinyurl.com/y8kpxu>
participants (4)
-
Brad Knowles -
Charles Marcus -
Christopher Adams -
Mark Sapiro