Re: Is there a better way to log qmail smtp pop3
On Wed, Aug 08, 2001 at 09:01:33PM +0200, Jörgen Persson wrote: The archives will tell you more about pop3d than the tcpserver log. The following article[1], by Bernstein himself, might interest you. Jörgen [1]http://www.ornl.gov/its/archives/mailing-lists/qmail/1998/08/msg00896.html I took me some time to do that easily with multilog and I did not find a hint in the archive, this pop3/run script works for me #!/bin/sh exec /usr/local/bin/softlimit -m 400 \ /usr/local/bin/tcpserver -v -R -H -l 0 0 110 /var/qmail/bin/qmail-popup \ `cat /var/qmail/control/me` /bin/checkpassword sh -c ' echo $TCPREMOTEIP $USER 7 exec /var/qmail/bin/qmail-pop3d Maildir' \ 21 71 Gerrit. -- [EMAIL PROTECTED] innominate AG tel: +49.30.308806-0 fax: -77 http://www.innominate.com
Re: [Q] qmail and supervise
On Sat, Jun 16, 2001 at 11:28:35PM +0900, YOON, Joo-Yung wrote: Thanks for your help. I checked the system, and found out that there were 2 places that initiate svscan. The one is /etc/inittab, and the other is /etc/init.d/svscan. Life with Qmail (installation document) misses the point that daemontool installs /etc/init.d/svscan and that it requests the readers to put a commanline in the /etc/inittab. daemontools does definitly not install /etc/init.d/svscan. I do not know where You have it from. So I removed the command line in the inittab file. And the svscan problem went away. (Thanks for your hint.) Better remove /etc/init.d/svscan and corresponding links and use the inittab entry as recommended by the software author. Gerrit. -- [EMAIL PROTECTED] innominate AG tel: +49.30.308806-0 fax: -77 http://www.innominate.com
Re: [Q] qmail and supervise
On Sun, Jun 17, 2001 at 03:18:37PM +0200, Bernhard Graf wrote: Gerrit Pape wrote Better remove /etc/init.d/svscan and corresponding links and use the inittab entry as recommended by the software author. Why? svscan should be started at boot time and never stopped until shutdown. That ensures your services are always running with the same (known and wanted) environment and limits. Regards, Gerrit. -- [EMAIL PROTECTED] innominate AG tel: +49.30.308806-0 fax: -77 http://www.innominate.com
Re: [Q] qmail and supervise
On Sun, Jun 17, 2001 at 05:18:29PM +0200, Bernhard Graf wrote: Gerrit Pape wrote svscan should be started at boot time and never stopped until shutdown. That ensures your services are always running with the same (known and wanted) environment and limits. But I don't want to bypass run levels. Would you approve creating a 'down' file in the service directories and running 'svc -u / svc -d' in init.d scripts on each service? Yes. Gerrit. -- [EMAIL PROTECTED] innominate AG tel: +49.30.308806-0 fax: -77 http://www.innominate.com
Re: shadow password support
On Tue, Jun 12, 2001 at 09:58:40AM -0500, mick wrote: Interesting. Not on my system. Here is how I start pop3: /sbin/tcpserver -c 200 0 pop3 /var/qmail/bin/qmail-popup cheech.mtco.com /bin/chechpassword /var/qmail/bin/qmail-pop3d Mailbox ^^^ This may be your problem. Gerrit. -- [EMAIL PROTECTED] innominate AG tel: +49.30.308806-0 fax: -77 http://www.innominate.com
Re: tcpserver -p and smtpd and DNS
On Mon, May 14, 2001 at 06:30:44AM -, David Killingsworth wrote: I have been running qmail for about 8 months, It works great. So far I have not been able to resolve on problem. When an smtp connection comes in we only want to connect with servers who have forward and reverse DNS that match. I allready anwered your question in alt.comp.mail.qmail some days ago. What is wrong with my answer? Gerrit. -- [EMAIL PROTECTED] innominate AG the linux architects tel: +49.30.308806-0 fax: -77 http://www.innominate.com
Re: tcpserver -p and smtpd and DNS
On Mon, May 14, 2001 at 10:10:21AM -, David Killingsworth wrote: Shouldn't tcpserver drop the connection when $TCPREMOTEIP is DNS'd to a hostname and $TCPREMOTEHOST is DNS'd to an IP. if $TCPREMOTEIP can't be resolved or if $TCPREMOTEHOST can't be resolved, shouldn't this cause a FATAL in tcpserver? and it will drop the incoming connection? No. The docs say, tcpserver will remove $TCPREMOTEHOST in that case. it is on You (your proc tcpserver is running) to decide to drop the connection. Gerrit. -- [EMAIL PROTECTED] innominate AG the linux architects tel: +49.30.308806-0 fax: -77 http://www.innominate.com
Re: qmail error
On Thu, Apr 12, 2001 at 05:01:26PM +0700, Abu Arqam wrote: I use qmail and vpopmail and I get some messages : Apr 12 16:50:27 ns1 qmail: 987069027.344673 info msg 34249: bytes 342 from [EMAIL PROTECTED] qp 1060 uid 48 Apr 12 16:50:27 ns1 qmail: 987069027.355083 starting delivery 62: msg 34249 to local [EMAIL PROTECTED] Apr 12 16:50:27 ns1 qmail: 987069027.355846 status: local 1/10 remote 0/20 Apr 12 16:50:27 ns1 qmail: 987069027.359370 delivery 62: deferral: Uh-oh:_.qmail_has_prog_delivery_but_has_x_bit_set._(#4.7.0)/ That error message tells You all, refer to dot-qmail(5): If .qmail has the execute bit set, it must not contain any program lines, mbox lines, or maildir lines. If qmail- local sees any such lines, it will stop and indicate a temporary failure. # chmod -x ~/.qmail should solve it. Gerrit. -- [EMAIL PROTECTED] innominate AG the linux architects tel: +49.30.308806-0 fax: -77 http://www.innominate.com
Re: qmail, qmail-command and procmail
On Tue, Apr 10, 2001 at 02:15:44AM +0100, Ricardo Cerqueira wrote: On Mon, Apr 09, 2001 at 07:57:37PM +, Subba Rao wrote: Hello, I have started qmail with the following option in /var/qmail/rc: exec env - PATH="/var/qmail/bin:$PATH" \ qmail-start '|dot-forward .forward |preline procmail' splogger qmail You also forgot a \n here: ^^^ Use qmail-start '|dot-forward .forward |preline procmail' splogger qmail Gerrit. Here I am explicitly using procmail as my MDA. My .qmail has one entry which is, "./Maildir/" You're wrong. You're NOT using procmail as your MDA. You're using procmail as the system's MDA. From the moment you created a .qmail, you've overriden the system default. The default delivery mode only works when users don't specify their own. -- [EMAIL PROTECTED] innominate AG the linux architects tel: +49.30.308806-0 fax: -77 http://www.innominate.com
Re: test with postmaster failed
On Mon, Apr 09, 2001 at 07:49:02PM +0200, Willy De la Court wrote: On Monday, April 09, 2001 11:11, Franco Vecchiato [SMTP:[EMAIL PROTECTED]] wrote: - cd ~alias - touch .qmail-postmaster - touch .qmail-mailer-daemon - touch .qmail-root - chmod 644 ~alias/.qmail* - cp /var/qmail/boot/home /var/qmail/rc - csh -cf '/var/qmail/rc ' finally I made the tests in the TEST.deliver file: the tests 1-5 succeeded, but local-postmaster failed; I also failed when I tried to send a mail to root. The log file (/var/mail/log) reported: "Unable_to_open_./Mailbox:_access_denied._(#4.2.1)/" Can someone tell me why? The user alias needs to have permissions to write to ~alias/Mailbox . Do # chown alias ~alias Gerrit. -- [EMAIL PROTECTED] innominate AG the linux architects tel: +49.30.308806-0 fax: -77 http://www.innominate.com
Re: Not able to receive BCC mail in Qmail
On Wed, Mar 28, 2001 at 11:03:08PM +0600, Pradeep Tapase wrote: Dear I just newly installed Qmail on one server. But in this I was not able to get BCC mails from any externel account such as yahoo or hotmail, but i can receive localy. In qmail i configured it for Mailbox format. If any one can help in this regards. if any one suggest me to configure procmail to receive BCC mail. To fetchmail from our web server we uses fetchmail. In fetchmail I doesn't uses any mda to transfer mail. fetchmail deliver mail to SMTP port. If You use fetchmail to pop mail from yahoo or hotmail and feed it to localhost:25, this is an fetchmail issue. fetchmail must parse additional header information added by hotmail's or yahoo's MTA. Please ask Yout question in a fetchmail support forum. Gerrit. -- [EMAIL PROTECTED] innominate AG the linux architects tel: +49.30.308806-0 fax: -77 http://www.innominate.com
Re: Qmail newbie question
On Mon, Mar 19, 2001 at 12:19:57PM -0800, Johnson, Garrett wrote: This is what I get from ps -ef | grep qmail: root 503 502 0 Mar16 ?00:00:00 supervise qmail-send root 505 502 1 Mar16 ?00:54:39 supervise qmail-smtpd qmaill 507 504 0 Mar16 ?00:00:00 /usr/local/bin/multilog t qmails 508 503 0 Mar16 ?00:00:00 qmail-send qmaill 510 506 0 Mar16 ?00:00:00 /usr/local/bin/multilog t root 520 508 0 Mar16 ?00:00:00 qmail-lspawn ./Mailbox qmailr 521 508 0 Mar16 ?00:00:00 qmail-rspawn qmailq 522 508 0 Mar16 ?00:00:00 qmail-clean root 3883 505 0 12:20 ?00:00:00 supervise qmail-smtpd kill 3883. Should there be more processes running? Why isn't tcpserver running (keeping in mind that it isn't passing any email right now)? qmaild should run tcpserver. Your run script seems to be broken. Check with svstat /service/qmail-smtpd. Ckeck /service/qmail-smtpd/run, check the logs. Gerrit. -- [EMAIL PROTECTED] innominate AG the linux architects tel: +49.30.308806-0 fax: -77 http://www.innominate.com
Re: Peculiar results with multilog
On Sat, Mar 03, 2001 at 11:59:39PM -0800, Dan Peterson wrote: John R Levine [EMAIL PROTECTED] wrote: multilog t s400 ./logfiles '-*' '+*status:*' =logfiles/status The status lines logged from tcpserver look like this: @40003aa13cff07eb6d7c tcpserver: status: 2/40 Any suggestions what's wrong? '*' matches anything except the character that follows it. Since "tcpserver" has an 's' in it, the first '*' stops at the 's' in "tcpserver." Since it doesn't see "tatus:*" after that, the line is not logged. Try adding some spaces: '-*' '+* status: *' Note that also the timestamp could have the 's'. '+* *...' is mandatory when using multilog with timestamps. Gerrit. -- [EMAIL PROTECTED] innominate AG the linux architects tel: +49.30.308806-0 fax: -77 http://www.innominate.com
Re: running qmail from /supervise
On Mon, Mar 05, 2001 at 09:07:19AM -0500, Dave Sill wrote: Assuming you're running svscan on /service (not /supervise) already, e.g. from inittab, you could change the "start" section in the script to: echo -n "Starting qmail" ln -s /var/qmail/supervise/* /service echo "." ;; And the "stop" section to: echo -n "Stopping qmail: qmail-send qmail-smtpd" svc -dx /service/qmail-send /service/qmail-smtpd echo -n " logging" svc -dx /service/qmail-send/log /service/qmail-smtpd/log echo "." ;; Huh, svscan will restart Your supervise processes and services in max 5 seconds. You need to remove the links first, then -dx supervise, if You really want to use such silly initscripts, better use svc directly. Gerrit. -- [EMAIL PROTECTED] innominate AG the linux architects tel: +49.30.308806-0 fax: -77 http://www.innominate.com
Re: running qmail from /supervise
On Mon, Mar 05, 2001 at 09:58:32AM -0500, Dave Sill wrote: "Gerrit Pape" [EMAIL PROTECTED] wrote: No, I just forgot to remove the "x" flags. Make it: echo -n "Stopping qmail: qmail-send qmail-smtpd" svc -d /service/qmail-send /service/qmail-smtpd echo -n " logging" svc -d /service/qmail-send/log /service/qmail-smtpd/log echo "." ;; if You really want to use such silly initscripts, better use svc directly. What makes this a "silly initscript"? What's the right way to do this stuff in your OS religion? I have svscan /service started from inittab. I have the links for the services in /service and normally do not remove them. Services are started at boot time, no need for init scripts. If I want a service to be down temporary, I use svc -d /service/service. Thats what I mean with 'use svc directly'. Gerrit. -- [EMAIL PROTECTED] innominate AG the linux architects tel: +49.30.308806-0 fax: -77 http://www.innominate.com
Re: ucspi-tcp man pages?
On Mon, Feb 12, 2001 at 11:47:38PM -0500, Peter Cavender wrote: I just installed the latest ucspi-tcp from the tarball on cr.yp.to, and there are no man pages. My previous install almost 2 years ago included them, and I am wondering if they are no longer included or if I missed something. You could check the archive, www.qmail.org, google, Get manpages from: http://innominate.org/~pape/djb/ . Gerrit. -- [EMAIL PROTECTED] innominate AG the linux architects tel: +49.30.308806-0 fax: -77 http://www.innominate.com
Re: logging is sent to console, not to logfiles
On Thu, Feb 01, 2001 at 05:15:02PM +0100, Filip Sneppe (Yucom) wrote: I have set up a second mailrelay on a linux box. Mailrelaying appears to be working fine. However, I don't get any loggings in the logfiles. Instead, logging info is sent to the console that was used to start the qmail daemons. I guess You forgot to chmod +t /var/qmail/supervise . Gerrit. -- [EMAIL PROTECTED] innominate AG the linux architects tel: +49.30.308806-0 fax: -77 http://www.innominate.com
Re: Debian GNU/Linux (potato) Packages: var-qmail
On Tue, Sep 05, 2000 at 10:30:57AM -0400, Russell Nelson wrote: Adam McKenna writes: Without even looking at them, I can tell you the following: 1) *if* the packages comply with dist.html, they will _never_ get into potato. 2) If they don't comply with dist.html, you will not be allowed to distribute them. It's basically a lose/lose situation. If you want dist.html-compliant debs for your own use or for unofficial use, that's fine. But they will never go into debian, because they are in gross violation of debian's packaging policy, and also there are already source packages for these programs in debian. I don't understand why Debian doesn't have exceptions for packages which require cross-platform compatibility. Is the concept of a piece of software which uses the same pathnames no matter where you encounter it so strange? And all of the compatibility can be achieved through symlinks, so what's the big deal? Binaries can actually be stored in /usr/bin, control files can actually be stored in /etc/qmail, the queue can actually be in /var/spool. All that Dan insists on (and it's a reasonable insistance) is that anyone can sit down at a qmail installation and say "vi /var/qmail/control/locals". That's not the big deal. The packages I did (qmail + fastforward + dot-forward) just do exactly what You describe. The var-qmail tree as result of these packages is ok. The package qmail-run is no problem, it does not have to fullfill djb's guidelines. But: a sensible installation of qmail is based on ucspi-tcp and daemontools. I do not want to have debian-packages of qmail, running qmail-smtpd out of inetd, and I would prefer doing logging with multilog, not syslog. As we know, there is no licence or dist.html covering these two projects. There is one part in 'The Debian Free Software Guidelines' that will prevent qmail from being in the main-section of debian, the non-free section is possible: http://www.debian.org/doc/debian-policy/ch2.html#s-pkgcopyright Integrity of The Author's Source Code The license may restrict source-code from being distributed in modified form only if the license allows the distribution of `patch files'' with the source code for the purpose of modifying the program at build time. The license must explicitly permit distribution of software built from modified source code. The license may require derived works to carry a different name or version number from the original software. (This is a compromise. The Debian group encourages all authors to not restrict any files, source or binary, from being modified.) Gerrit. -- [EMAIL PROTECTED] innominate AG networking people tel: +49.30.308806-0 fax: -77http://innominate.de
Re: Email to SMS
On Tue, Sep 05, 2000 at 10:59:04AM +0100, [EMAIL PROTECTED] wrote: Is there a add on for qmail to enable email to SMS. I did a mail2sms gateway on linux using isdn4linux and yaps just with a small perl-script, not much work. If you are interested in this solution, mail me. Regards, Gerrit. -- [EMAIL PROTECTED] innominate AG networking people tel: +49.30.308806-0 fax: -77http://innominate.de
Re: Alias and Dot
On Thu, Aug 31, 2000 at 12:19:12PM +0200, Audouy Jérôme wrote: Hi. I have a user called "Jerome Audouy" his e-mail is "[EMAIL PROTECTED]" and i want to use an alias like "[EMAIL PROTECTED]". I try to add it in /var/qmail/alias/.qmail-jerome.audouy but it seems that qmail doesn't accept the "." some have a solution for me ? .qmail-jerome:audouy Regards, Gerrit. -- [EMAIL PROTECTED] innominate AG networking people tel: +49.30.308806-0 fax: -77http://innominate.de
Re: TEST.deliver failed
On Thu, Aug 31, 2000 at 04:23:52PM +0200, Alberto Meroni wrote: which seems OK but /root/Mailbox is empty qmail never delivers to root. Please read the docs again and LWQ should help. Regards, Pape. -- [EMAIL PROTECTED] innominate AG networking people tel: +49.30.308806-0 fax: -77http://innominate.de
Re: Linux Mandrake qmail packages available
On Fri, Aug 18, 2000 at 10:21:53AM -0600, Vincent Danen wrote: change (once I get DJB's blessing I hope!). The following packages are part of the package: qmail-1.03-7mdk.i386.rpm daemontools-0.70-3mdk.i386.rpm dot-forward-0.51-2mdk.i386.rpm fastforward-0.51-2mdk.i386.rpm ucspi-tcp-0.88-3mdk.i386.rpm Hello Vincent, I did not look at Your packages yet, but three things: o http://cr.yp.to/qmail/var-qmail.html says: A var-qmail package does not set up qmail to receive and deliver mail. A user has to follow the instructions in /var/qmail/doc/fastforward/ALIASES and in /var/qmail/doc/INSTALL starting at step 9: I do not see a qmail-run rpm, it seems, the qmail-packages sets up qmail as MTA. o You included man-pages in daemontools and ucspi-tcp packages. Put them in extra packages. o there allready are qmail rpms? Gerrit. -- [EMAIL PROTECTED] innominate AG networking people tel: +49.30.308806-0 fax: -77http://innominate.de
Debian GNU/Linux (potato) Packages: var-qmail
Updated Debian GNU/Linux (potato) packages for testing: The var-qmail tree I announced on Mon, Jun 19, 2000 seems to be good. I splitted the not yet released projects daemontools and ucspi-tcp, the packages named so no longer contain any documentation. The man-pages are available in daemontools-doc and ucspi-tcp-doc. Also daemontools no longer provides a service directory or an init script. This work is done by daemontools-run. qmail-run now depends on daemontools-run. Beware, these debian-packages are unofficial, just for testing, please help to get them approved by D.J. Bernstein. o qmail_1.03-0.5_i386.deb o dot-forward_0.71-0.2_i386.deb o fastforward_0.51-0.3_i386.deb o qmail-run_0.0.6_i386.deb o daemontools_0.70-0.7_i386.deb o daemontools-run_0.0.1_i386.deb o daemontools-doc_0.70-1_i386.deb o ucspi-tcp_0.88-0.5_i386.deb o ucspi-tcp-doc_0.88-1_i386.deb All these packages together set up qmail as mail-transfer-agent on Debian potato. Debian/potato users: Please test these packages and take a look if they comply with http://cr.yp.to/qmail/dist.html and http://cr.yp.to/qmail/var-qmail.html , they may go into woody later. Download: ftp://ftp.innominate.org/pub/pape/Debian/unofficial/{source,binary-i386}/ Or just add deb ftp://ftp.innominate.org/pub/pape/Debian potato unofficial deb-src ftp://ftp.innominate.org/pub/pape/Debian potato unofficial to /etc/apt/sources.list . Regards, Gerrit. -- [EMAIL PROTECTED] innominate AG networking people tel: +49.30.308806-0 fax: -77http://innominate.de
Re: qmail-inject not fully RFC822 compliant.
On Mon, Jul 10, 2000 at 03:51:50PM +0200, Magnus Bodin wrote: BUG-CASE: echo "To: \"address with spaces\"@x42.com\nSubject: Hello 1" | \ /var/qmail/bin/qmail-inject -f [EMAIL PROTECTED] \ "\"address with spaces\"@x42.com" Using echo -e "To:... this works for me. FAILS! but... SUCCESS-STORY: echo "To: \"address with spaces\"@x42.com\nSubject: Hello 2" | \ /var/qmail/bin/qmail-inject -f [EMAIL PROTECTED] nope, doesnt work. Using echo -e, this works for me. Gerrit. -- [EMAIL PROTECTED] innominate AG networking people fon: +49.30.308806-0 fax: -77 web: http://innominate.de pgp: /pgp/gpa
Re: Debian GNU/Linux (potato) Packages: var-qmail
On Mon, Jun 26, 2000 at 11:19:37PM -0400, Russell Nelson wrote: Gerrit Pape writes: If there is interest in having qmail in the debian-distribution, perhaps I get Dan J. Bernstein's approval sometime. Produce two packages: qmail, which is a 100% debian-compatible binary package which puts files in the locations required by Debian. qmail-compat, which is required by qmail, and which uses symlinks to ensure that all files are found in the locations Dan has mandated. Those two packages satisfy Dan's requirements for qmail distributors, and satisfies Debian's requirements for locations of binaries, man pages, and configuration files. This does my single qmail package (man pages are not linked to /var/qmail/man). I do not see the benefit in having two packages: a user who installs the package named 'qmail' without qmail-compat, breaking dependencies manually, could be left in a nearly not usable qmail installation (the debian-compatible one) without a /var/qmail tree. This may produce confusion. Installing the debian package 'qmail', I did, it will be fully usable for experts, even if fastforward, dot-forward and qmail-run is not installed. Getting the packages into debian is the easier part, I think, that is what lintian reports as errors by now: I thought Debian was foolishly talking about removing non-free? They did, but there is no decision yet, non-free will surely be in woody. about Debian compatibility. You may as well produce a 100% djb-compatible vanilla qmail .deb. Having two qmail debs is not good. So if there is a chance to create a djb- _and_ debian-compatible package, let's do this one. If not, I will do a unofficial djb-compatible vanilla dot-deb. Gerrit. -- [EMAIL PROTECTED] innominate AG networking people fon: +49.30.308806-0 fax: -77 web: http://innominate.de pgp: /pgp/gpa
updated man pages ucspi-tcp-0.88
There is an updated set of man pages for ucspi-tcp-0.88 (http://cr.yp.to/ucspi-tcp.html), now including man pages for rblsmtpd, addcr, delcr: ftp://ftp.innominate.org/pub/pape/djb/ucspi-tcp-0.88-man.tar.gz Regards, Gerrit. -- [EMAIL PROTECTED] innominate AG networking people fon: +49.30.308806-0 fax: -77 web: http://innominate.de pgp: /pgp/gpa
Re: manpages for ucspi-tcp
On Wed, Jun 28, 2000 at 11:10:59PM -0600, Vincent Danen wrote: Before I make some unecessary work for myself, I was wondering two things: Are there manpages for ucspi-tcp 0.88 somewhere? None are in the package. Also, is there a html2man program or something I can use to make this easier? I did manpages from the contents of the html-pages some time ago. You find them in: ftp://innominate.org/pub/pape/djb/ . Gerrit. -- [EMAIL PROTECTED] innominate AG networking people fon: +49.30.308806-0 fax: -77 web: http://innominate.de pgp: /pgp/gp
Re: ucspi-tcp man pages
On Thu, Jun 29, 2000 at 10:44:06AM -0600, Vincent Danen wrote: You can obtain the manpages for ucspi-tcp from: ftp.freezer-burn.org/pub/custom/ucspi-tcp/ucspi-tcp-0.88-man.tar.bz2 These are basically taken direct from cr.yp.to/ucspi-tcp.html and converted into manpages. Great, so work is done twice. Searching the archiv really helps. There was an announce with Subject: man-pages daemontools-0.70 ucspi-tcp-0.88 . Gerrit. -- [EMAIL PROTECTED] innominate AG networking people fon: +49.30.308806-0 fax: -77 web: http://innominate.de pgp: /pgp/gp
Re: manpages for ucspi-tcp
On Mon, Jul 03, 2000 at 01:34:01PM +0200, Magnus Bodin wrote: On Mon, Jul 03, 2000 at 12:31:03PM +0200, Gerrit Pape wrote: On Wed, Jun 28, 2000 at 11:10:59PM -0600, Vincent Danen wrote: Before I make some unecessary work for myself, I was wondering two things: Are there manpages for ucspi-tcp 0.88 somewhere? None are in the package. Also, is there a html2man program or something I can use to make this easier? I did manpages from the contents of the html-pages some time ago. You find them in: ftp://innominate.org/pub/pape/djb/ . Did you make them manually or would you share the knowledge of reverse-html-ify djbs mans? I did this manually. Gerrit. -- [EMAIL PROTECTED] innominate AG networking people fon: +49.30.308806-0 fax: -77 web: http://innominate.de pgp: /pgp/gpa
Re: ucspi / rblsmtpd docs?
On Mon, Jul 03, 2000 at 12:51:48PM -0400, Paul Farber wrote: Hello all Got the latest verion of ucspi (.88) that is said to incorporate the older rblsmtpd program from djb Are the old rblsmtpd docs still valid??? The tcpserver man page DOES list rblsmtpd under 'see also', but rblsmtpd is not part of ucspi.. and round and round we go! Assuming You mean the man-pages I did, sorry, I seem to forgot this one. In fact, there are missing the man-pages for addcr, delcr, mconnect-io an rblsmtpd. I will do them the next days. So where are the docs??? Tcpserver or rblsmtpd http://cr.yp.to/ucspi-tcp/rblsmtpd.html . Gerrit. -- [EMAIL PROTECTED] innominate AG networking people fon: +49.30.308806-0 fax: -77 web: http://innominate.de pgp: /pgp/gpa
Re: pop-3
On Mon, Jun 26, 2000 at 05:34:50PM +0800, Kimberly Vher wrote: please help im almost done.. after installing the checkpassword and i have this file in my /var/qmail/supervised/qmail-pop3d/run QMAILDUID=`id -u qmaild` NOFILESGID=`id -g qmaild` exec tcpserver -v -R -uQMAILDUID -gNOFILESGID 0 pop-3 \ /var/qmail/bin/qmail-popup qmail.vv.com \ /usr/bin/checkpassword /var/qmail/bin/qmail-pop3d Maildir login \ 21 You need to run this as root, not as qmaild. Gerrit. -- [EMAIL PROTECTED] innominate AG networking people fon: +49.30.308806-0 fax: -77 web: http://innominate.de pgp: /pgp/gp
Re: selective relaying: two smtpd´s?
On Mon, Jun 26, 2000 at 05:18:05PM +0200, Thilo Bangert wrote: And xinetd is not the only superdaemon you could use (I think there is one from Bernstein, too) but it is part of a lot of distributions. Greetings Wolfgang You are right - but in your case you need to know the ip´s from your clients. My clients could come from all over the world and I have no other way than checking their poppassword to know that they are legitimite. So what You are looking for is 'pop before smtp'? There is a solution from Russel Nelson on www.qmail.org : 'relaying to any host which authenticates itself through a POP3 connection'. Gerrit. -- [EMAIL PROTECTED] innominate AG networking people fon: +49.30.308806-0 fax: -77 web: http://innominate.de pgp: /pgp/gp
Re: no checkpassword in /var/qmail/bin/
On Thu, Jun 22, 2000 at 08:47:04AM -0700, David Benfell wrote: On Thu, Jun 22, 2000 at 11:24:00AM +0200, Gerrit Pape wrote: Isn't the 'checkpassword' file somewhere in the /bin directory ? No. You need http://cr.yp.to/checkpwd.html (or other implementations). It is not included in qmail-1.03. I believe the answer is both. It is neither in /var/qmail/bin, but in /bin (at least on my system), nor is it included in qmail-1.03. On the other hand, I can't say I have it working yet either... Sorry, I did not read that You are using qmail with ldap, djb's checkpassword wont help You. Gerrit. -- [EMAIL PROTECTED] innominate AG networking people fon: +49.30.308806-0 fax: -77 web: http://innominate.de pgp: /pgp/gp
Re: Debian GNU/Linux (potato) Packages: var-qmail
On Tue, Jun 20, 2000 at 08:43:30PM -0400, Adam McKenna wrote: On Mon, Jun 19, 2000 at 10:38:16PM +0200, Gerrit Pape wrote: 1. I do not want them in potato, they may go into woody later, see below. 2. We all know. I know the source packages in potato. The produced debs do not comply with dist.html, I would not use them, e.g.: no /var/qmail/bin, nofiles replaced by nogroup. The license only covers distribution -- since the produced debs are not being distributed, the license does't apply to them. I wouldn't use them either, and I don't use them. But if you want to do a binary distribution you're going to have to get Dan's approval to do what you've done. Yes, but for not wasting Dan's time, I wanted to ask this list to overlook the packages. There are READMEs to the packages, I put in ftp://ftp.innominate.org/pub/pape/Debian/unofficial/ . They explain how I did follow http://cr.yp.to/qmail/var-qmail.html , respecting http://cr.yp.to/qmail/dist.html . Once Dan J. Bernstein wrote: The movement of binaries is unacceptable. I don't care where they're physically located, but they must be accessible through /var/qmail/bin. that's why I put the binaries in /usr/{bin,sbin}/ and link into /var/qmail/bin/. If there is interest in having qmail in the debian-distribution, perhaps I get Dan J. Bernstein's approval sometime. Getting the packages into debian is the easier part, I think, that is what lintian reports as errors by now: E: ucspi-tcp: binary-without-manpage addcr E: ucspi-tcp: binary-without-manpage delcr E: ucspi-tcp: binary-without-manpage mconnect-io E: ucspi-tcp: binary-without-manpage rblsmtpd E: qmail-run: binary-without-manpage sendmail E: qmail-run: non-standard-dir-in-var var/service/ E: qmail: binary-without-manpage datemail E: qmail: binary-without-manpage elq E: qmail: binary-without-manpage pinq E: qmail: binary-without-manpage predate E: qmail: binary-without-manpage qail E: qmail: binary-without-manpage qmail-rc E: qmail: binary-without-manpage qmail-sendmail E: qmail: binary-without-manpage qsmhook E: qmail: non-standard-dir-in-var var/qmail/ E: qmail: special-file var/qmail/queue/lock/trigger 0622 E: fastforward: non-standard-dir-in-var var/qmail/ E: dot-forward: non-standard-dir-in-var var/qmail/ E: daemontools: non-standard-dir-in-var var/service/ Gerrit. -- [EMAIL PROTECTED] innominate AG networking people fon: +49.30.308806-0 fax: -77 web: http://innominate.de pgp: /pgp/gp
Re: Log the messages's body
On Thu, Jun 22, 2000 at 03:01:24AM +, Nguyen Hong Son wrote: Dear all I used qmail on a big server, I'd like to log all of the messages's body (in and out), I try using qmailanalog but i didn't figured out, i think that qmailanalog can't handle the message's body . Could you show me how to solve my problem . Take a look at http://cr.yp.to/qmail/faq/admin.html#copies . Gerrit. -- [EMAIL PROTECTED] innominate AG networking people fon: +49.30.308806-0 fax: -77 web: http://innominate.de pgp: /pgp/gp
Re: no checkpassword in /var/qmail/bin/
On Thu, Jun 22, 2000 at 09:07:10AM +, [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] ?crit: i didt found checkpassword file in /var/qmail/bin/ directory i have compiled qmail 6-7 times but not able to get the checkpassword file Isn't the 'checkpassword' file somewhere in the /bin directory ? No. You need http://cr.yp.to/checkpwd.html (or other implementations). It is not included in qmail-1.03. Gerrit. -- [EMAIL PROTECTED] innominate AG networking people fon: +49.30.308806-0 fax: -77 web: http://innominate.de pgp: /pgp/gp
Debian GNU/Linux (potato) Packages: var-qmail
Announce of the following Debian GNU/Linux (potato) packages for testing: o qmail_1.03-0.5_i386.deb o dot-forward_0.71-0.2_i386.deb o fastforward_0.51-0.3_i386.deb o qmail-run_0.0.4_i386.deb o daemontools_0.70-0.6_i386.deb o ucspi-tcp_0.88-0.3_i386.deb All these packages together set up qmail as mail-transfer-agent on Debian potato. Debian/potato users: Please test these packages and take a look if they comply with http://cr.yp.to/qmail/dist.html and http://cr.yp.to/qmail/var-qmail.html , they may go into woody later. Download: ftp://ftp.innominate.org/pub/pape/Debian/unofficial/{source,binary-i386}/ Or just add deb ftp://ftp.innominate.org/pub/pape/Debian potato unofficial deb-src ftp://ftp.innominate.org/pub/pape/Debian potato unofficial to /etc/apt/sources.list . Regards, Gerrit. -- [EMAIL PROTECTED] innominate AG networking people fon: +49.30.308806-0 fax: -77 web: http://innominate.de pgp: /pgp/gp
Re: Debian GNU/Linux (potato) Packages: var-qmail
On Mon, Jun 19, 2000 at 02:01:42PM -0400, Adam McKenna wrote: Without even looking at them, I can tell you the following: 1) *if* the packages comply with dist.html, they will _never_ get into potato. 2) If they don't comply with dist.html, you will not be allowed to distribute them. It's basically a lose/lose situation. If you want dist.html-compliant debs for your own use or for unofficial use, that's fine. But they will never go into debian, because they are in gross violation of debian's packaging policy, and also there are already source packages for these programs in debian. 1. I do not want them in potato, they may go into woody later, see below. 2. We all know. I know the source packages in potato. The produced debs do not comply with dist.html, I would not use them, e.g.: no /var/qmail/bin, nofiles replaced by nogroup. --Adam Gerrit. On Mon, Jun 19, 2000 at 03:19:04PM +0200, Gerrit Pape wrote: Announce of the following Debian GNU/Linux (potato) packages for testing: [...] Debian/potato users: Please test these packages and take a look if they comply with http://cr.yp.to/qmail/dist.html and http://cr.yp.to/qmail/var-qmail.html , they may go into woody later. -- [EMAIL PROTECTED] innominate AG networking people fon: +49.30.308806-0 fax: -77 web: http://innominate.de pgp: /pgp/gp