| 1 |
"Robin H. Johnson" <robbat2@g.o> writes: |
| 2 |
|
| 3 |
> The file doesn't belong to vpopmail exclusively. It really belongs to |
| 4 |
> qmail, and vpopmail wants to add and remove items from it for it's |
| 5 |
> misguiding implementation of relaying. |
| 6 |
|
| 7 |
What do you mean with misguiding? vpopmail - like others - only tries to |
| 8 |
record the REMOTEIP for SMTP after POP purposes. |
| 9 |
|
| 10 |
> Qmail looks at /etc/tcp.smtp via tcpserver, which only allows a single |
| 11 |
> file to be specified, so there is also a tcp.smtp is in |
| 12 |
> /var/vpopmail/etc, then qmail NEVER looks at it, as it really needs |
| 13 |
> /etc/tcp.smtp. |
| 14 |
|
| 15 |
Just for clarifying: tcpserver (and not qmail) looks into a cdb-file |
| 16 |
which you define as option for tcpserver with -x /path/to/file.cdb. In |
| 17 |
case of qmail-smtpd tcpserver sets additional environment vars if |
| 18 |
REMOTEIP is found in the cdb-file - e.g. RELAYCLIENT, on which |
| 19 |
qmail-smtpd decides whether the remote-client may send mail for |
| 20 |
non-local domains. You may run qmail-smtpd without any cdb-file if you |
| 21 |
don't want to relay any mails. |
| 22 |
|
| 23 |
tcpserver (package ucspi-tcp) at least is "only" a reliable and stable |
| 24 |
replacement for [x]inetd with extended possibilities so one may run |
| 25 |
qmail-smtpd also under control of [x]inetd but this is really not the |
| 26 |
recommended way. |
| 27 |
|
| 28 |
So if one uses vpopmail the run-file for qmail-smtpd could be changed in |
| 29 |
a way that tcpserver looks in another cdb-file for which vpopmail has |
| 30 |
write access. The vanilla vpopmail suggests this IIRC. |
| 31 |
|
| 32 |
> A much better overall solution is to use the relay-ctrl package (see my |
| 33 |
> notes in the latest qmail conf-smtpd and courier-imap stuff about it). |
| 34 |
|
| 35 |
Ack. |
| 36 |
|
| 37 |
Martin |
| 38 |
|
| 39 |
-- |
| 40 |
gentoo-dev@g.o mailing list |
Archives