Now I have a nice hash file with all the valid accounts, but ...
How do I deal in a relay_recipient_maps file with qmail's mailing list
addresses?
How does qmail know that an address is valid or not? If a Postfix
maptype can be invented that reads that type of file, then it could
be queried by the proxymap daemon. This is easiest to add on Linux
where maps can be dynamically linked into Postfix.
Qmail mailing lists are implemented as .qmail (like .forward) files in
user's $HOME. In our case, we have an old qmail machine with an "alias"
user that implements lists, and accepts any email addressed to all valid
accounts PLUS "listname-ANYTHING".
I mean:
listname-accept-variabl...@domain.com,
listname-reject-variabl...@domain.com,
This shows users like:
mylist-accept-1226307365.17468.alnfmjhhbdbhdkoie...@domain.com
mylist-accept-1227025726.22736.pchafjnmkclakcjkn...@domain.com
mylist-accept-1229347467.10437.mdombneemdojnihbc...@domain.com
mylist-accept-1230115783.11450.bjgknaponiendmjff...@domain.com
mylist-unsubscribe-user=domain....@domain.com
Can relay_recipient_maps use a pcre table? Is it in the same format
than a hash file ("pattern \t OK")? Must pcre files be postmap'ed?
The lookup result is the same.
On the left-hand side, instead of a fixed string such as with hash
tables, you specify a regular expression with PCRE. postmap does
not "create" PCRE files. It only reads them with "postmap -q".
Thanks for the answer.
By "Must pcre files be postmap'ed?" I meant if pcre files must be
"converted" to ".db" using postmap, or if they are just like CIDR files,
where that's not needed.
For relay_recipient_maps must I check against /^RCPT
TO:.*destemail_pattern/ or just /^destemail_pattern$/ ? What is checked
against the file? The "RCPT TO" line or just the email address?
Thanks another time and sorry for the basic questions, I've seen pcre
tables for MIME, SENDER and RECIPIENT (using /^Header: pattern/) but not
"relay_recipient_maps".
--
Santiago Romero
