"Robin H. Johnson" <[EMAIL PROTECTED]> writes: > The file doesn't belong to vpopmail exclusively. It really belongs to > qmail, and vpopmail wants to add and remove items from it for it's > misguiding implementation of relaying.
What do you mean with misguiding? vpopmail - like others - only tries to record the REMOTEIP for SMTP after POP purposes. > Qmail looks at /etc/tcp.smtp via tcpserver, which only allows a single > file to be specified, so there is also a tcp.smtp is in > /var/vpopmail/etc, then qmail NEVER looks at it, as it really needs > /etc/tcp.smtp. Just for clarifying: tcpserver (and not qmail) looks into a cdb-file which you define as option for tcpserver with -x /path/to/file.cdb. In case of qmail-smtpd tcpserver sets additional environment vars if REMOTEIP is found in the cdb-file - e.g. RELAYCLIENT, on which qmail-smtpd decides whether the remote-client may send mail for non-local domains. You may run qmail-smtpd without any cdb-file if you don't want to relay any mails. tcpserver (package ucspi-tcp) at least is "only" a reliable and stable replacement for [x]inetd with extended possibilities so one may run qmail-smtpd also under control of [x]inetd but this is really not the recommended way. So if one uses vpopmail the run-file for qmail-smtpd could be changed in a way that tcpserver looks in another cdb-file for which vpopmail has write access. The vanilla vpopmail suggests this IIRC. > A much better overall solution is to use the relay-ctrl package (see my > notes in the latest qmail conf-smtpd and courier-imap stuff about it). Ack. Martin -- [EMAIL PROTECTED] mailing list
