/map access Connect:IPv6:::1map_lookup: access (Connect:IPv6:::1) no match (0)
/map access reject@map_lookup: access (reject@) returns REJECT (0)
/map access Connect:192.0.2map_lookup: access (Connect:192.0.2) no match (0)
On other Debian systems with db5.3, such lookups work.
What are I am doing wrong here?
Marco Moock <mm@dorfdsl.de> wrote:
On other Debian systems with db5.3, such lookups work.
What are I am doing wrong here?
No idea, but I just observed similar results on Fedora 43
having Sendmail 8.18.1 and tinycdb 0.80-5.
Kalevi Kolttonen <kalevi@kolttonen.fi> wrote:
Marco Moock <mm@dorfdsl.de> wrote:
On other Debian systems with db5.3, such lookups work.
What are I am doing wrong here?
No idea, but I just observed similar results on Fedora 43
having Sendmail 8.18.1 and tinycdb 0.80-5.
Okay, I did some testing and checking. I found out that
Sendmail does cbd_find() with e.g. key like this:
connect:127.0.0.1
Note the lower case 'c'. That is why lookups fail.
I have no time to investigate this any further and I am too
stupid anyway, but it seems like a Sendmail bug related to
cdb maps.
As a workaround, use lowercase cbd map keys.
With CDB, you must use something like this to create
databases. The following works with bash:
cdb -c -m access.db.cdb <(tr A-Z a-z < access)
So when you use makemap with BerkeleyBD/OracleDB, it automatically
downcases all the keys when it builds databases. With CDB, you
must use something like this to create databases. The following
root@deb-test:~# cdb -d /etc/mail/access.db
+11,5:Connect:127->RELAY
Why don't you simply use makemap?
Marco Moock wrote:No, I did use
root@deb-test:~# cdb -d /etc/mail/access.db
+11,5:Connect:127->RELAY
How did you generate the map?
Did you use makemap?
| Sysop: | Amessyroom |
|---|---|
| Location: | Fayetteville, NC |
| Users: | 59 |
| Nodes: | 6 (1 / 5) |
| Uptime: | 16:02:30 |
| Calls: | 810 |
| Calls today: | 1 |
| Files: | 1,287 |
| D/L today: |
10 files (21,017K bytes) |
| Messages: | 193,341 |