| Summary | multiple vacation messages send with procmail |
| Queue | Ingo |
| Queue Version | 1.1.1 |
| Type | Bug |
| State | Resolved |
| Priority | 2. Medium |
| Owners | chuck (at) horde (dot) org |
| Requester | michael.menge (at) zdv (dot) uni-tuebingen (dot) de |
| Created | 08/24/2006 (6895 days ago) |
| Due | |
| Updated | 08/22/2007 (6532 days ago) |
| Assigned | 07/31/2007 (6554 days ago) |
| Resolved | 08/22/2007 (6532 days ago) |
| Github Issue Link | |
| Github Pull Request | |
| Milestone | |
| Patch | No |
Assigned to Chuck Hagenbuch
Taken from ben
State ⇒ Resolved
Committed; thanks for the second set of eyes!
messages for Cc: emails?
'$^TO_' . $address
.. should produce the correct results.
remainder of this condition according to sh(1) substitution rules
inside double quotes, skip leading whitespace, then reparse it."?
State ⇒ Feedback
I've come to the conclusion that you are either a dark master with
procmail, or clueless - there seems to be nothing in between.
Anyways, can anyone tell me if we are purposely not sending vacation
messages for Cc: emails? If not, I think using this match:
'$^TO_' . $address
.. should produce the correct results.
Help? :)
State ⇒ Assigned
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ multiple vacation messages send with procmail
Queue ⇒ Ingo
State ⇒ Unconfirmed
test@example.com Mails to user.test@example.com will match
$^To:(.*\<)?user.test@example.com and $^To:(.*\<)?test@example.com
resulting that the vacation eMail will be send twice.
The problem is in \< which is a short form for [^a-zA-Z0-9_] .
The \. is not in the list of excluded chareckters and the - is missing
too. Maybe some more charakters are allowed in an email adress but are
not in the list
An other problem is the search is that we try to match the other
adresses even if we had already found a match.