Re: svscan help
/usr/local/sbin:/usr/sbin:/sbin:/usr/kerberos/sbin:/usr/kerberos/bin:/usr/lo
cal/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bi
n:/root/bin
- Original Message -
From: List Monkey [EMAIL PROTECTED]
To: Kevin Roberts [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, June 27, 2001 10:53 PM
Subject: Re: svscan help
What does
echo $PATH
say?
On Wed, 27 Jun 2001, Kevin Roberts wrote:
Does any know how to fix this error starting svscan?
env: invalid option - - P
Try `env --help' for more information;
#!/bin/sh
PATH=$PATH:/usr/local/bin:/var/qmail/bin
case $1 in
start)
echo -n Starting djb services: svscan
cd /service
env - PATH=$PATH svscan
echo $! /var/run/svscan.pid
echo .
;;
stop)
echo -n Stopping djb services: svscan
kill `cat /var/run/svscan.pid`
echo -n services
svc -dx /service/*
echo -n logging
svc -dx /service/*/log
echo .
;;
restart)
$0 stop
$0 start
;;
*)
echo 'Usage: svscan {start|stop|restart}'
exit 1
esac
exit 0
Re: svscan help
Ummmthat looks legitimate.
So much for my quick answer ;-)
I cannot see anything wrong. --Pete
/usr/local/sbin:/usr/sbin:/sbin:/usr/kerberos/sbin:/usr/kerberos/bin:/usr/lo
cal/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bi
n:/root/bin
- Original Message -
From: List Monkey [EMAIL PROTECTED]
To: Kevin Roberts [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, June 27, 2001 10:53 PM
Subject: Re: svscan help
What does
echo $PATH
say?
On Wed, 27 Jun 2001, Kevin Roberts wrote:
Does any know how to fix this error starting svscan?
env: invalid option - - P
Try `env --help' for more information;
#!/bin/sh
PATH=$PATH:/usr/local/bin:/var/qmail/bin
case $1 in
start)
echo -n Starting djb services: svscan
cd /service
env - PATH=$PATH svscan
echo $! /var/run/svscan.pid
echo .
;;
stop)
echo -n Stopping djb services: svscan
kill `cat /var/run/svscan.pid`
echo -n services
svc -dx /service/*
echo -n logging
svc -dx /service/*/log
echo .
;;
restart)
$0 stop
$0 start
;;
*)
echo 'Usage: svscan {start|stop|restart}'
exit 1
esac
exit 0
Re: svscan help
On Wed, Jun 27, 2001 at 11:25:55PM -0700, Kevin Roberts wrote: /usr/local/sbin:/usr/sbin:/sbin:/usr/kerberos/sbin:/usr/kerberos/bin:/usr/lo cal/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bi n:/root/bin try: # sh -x /etc/init.d/svscan start and paste the output here. --Adam
Re: Portable RPM for qmail
[ Please make your MUA understand Mail-Followup-To ] On Thu, Jun 28, 2001 at 12:12:14PM +1000, John Newbigin wrote: You may distribute a precompiled package if [ ... ] installing your package produces exactly the same files, in exactly the same locations, that a user would obtain by installing one of my packages listed above; My RPM produces exactly the same file and directory structure with the exception that I have removed the cat pages. If that is a problem then they could be added back in. The RPM spec was generated by the hier.c code and I have verified the installed package with instcheck. I have applied my own patch which removes the uid/gid problems and I have added a redhat 6.2 style rc script. The source rpm contains the original qmail-1.03.tar.gz and my 2 patch files. A source RPM is not a precompiled package; so I don't see a problem with this, especially since Bruce Guenter is also distributing one. Bruce may have obtained permission from Dan, however, you'll have to ask him. your package behaves correctly, i.e., the same way as normal installations of my package on all other systems; and What exactly is meant by that? There is no standard installation procedure and there is no reference package so what constitutes correct behaviour? It means tbat if you apply patches that modify the behaviour of qmail, you can't redistribute the _binary_ package. In my interpretation, this excludes modifications to the installation procedure. [...] All installations must work the same way; any variation is a bug. If there's something about a system (compiler, libraries, kernel, hardware, whatever) that changes the behavior of my package, then that platform is not supported, and you are not permitted to distribute binaries for it. All installations must work the same way as what? My RPM is built for RedHat 6.2 only. All installations must work the same way as an installation from source, without modifications on a supported platform. So adding an rc script in /etc/rc.d is not a problem, but installing a modified qmail-send that sends obscene bounce-messages is not. I have built the RPM's for my own use but I would like to do what I see a a service to the community and make them available to help rid the world of sendmail. I hope that the barrier to doing this is not too great. While I appreciate the sentiment, I think this specific community will not benefit from additional (packaged) distributions. There is already a wide variation of installation instructions and a fairly major modified distribution, all of which are supported in this forum. I fear that adding another one (that doesn't add any significant features to Bruce's version) will only add to the support load here. It is my opinion that the best way to install qmail, _especially_ for inexperienced qmail users, is to build from source, using either Dan's instructions or Life With Qmail. Mailservers in general and qmail especially are not trivial software; they're network-accessible services that have significant operational and security-implications. This means that making new users read a lot of documentation is a _feature_, not a bug. If you really want to do this, I think your safest choice is to only distribute the source RPM, or obtain specific permission from Dan to distribute the binary RPM. Vince.
Re: Large messages terminated with error?
Matt Simonsen [EMAIL PROTECTED] writes: I have no idea what is happening here, I don't think our ISP does either. Any help would be greatly appreciated, please let me know if I can provide any more information. It's definitely no Qmail problem. I suspect faulty DSL hardware or cabling problems. Maybe also that something else between you and your server changed too without your knowledge (traffic shaper or something like that). Regards, Frank
Re: Portable RPM for qmail
On Thu, Jun 28, 2001 at 09:17:29AM +0200, Vincent Schonau wrote: [ minor correction ] All installations must work the same way as an installation from source, without modifications on a supported platform. So adding an rc script in /etc/rc.d is not a problem, but installing a modified qmail-send that sends obscene bounce-messages is not. ^^^ Scratch that: the last case _is_ a problem. Vince.
[ot] rot13 Re: Peter from the Dike and Security
On Wed, Jun 27, 2001 at 09:47:26AM -0400, peter green wrote: * Robin S. Socha [EMAIL PROTECTED] [010627 09:42]: * peter green [EMAIL PROTECTED] [010627 08:32]: (pcg@pcg2) ~ rot13 bash: rot13: command not found (robin@mail1):(~)$ man caesar | head -n4 (pcg@pcg2) ~ caesar bash: caesar: command not found Next? :-) http://www.rot13.com/ now buzz off. /magnus
Re: Solaris vs. Linux vs. FreeBSD
On Wed, Jun 27, 2001 at 09:22:02PM -0300, Federico Edelman Anaya wrote: What's is the best OS for run Qmail (and/or Ezmlm)? What advantage and disadvantage has each one? I'll need send two millions mails per day and I don't know what hard can I buy? :) Kindly ignoring that this is dicussed a thousand times in the past and you can find this in the archives the answer is BSD. qmail relies on some BSD FFS semantics not 100% followed by linux' ext2fs for example. -- * Henning Brauer, [EMAIL PROTECTED], http://www.bsws.de * * Roedingsmarkt 14, 20459 Hamburg, Germany * Unix is very simple, but it takes a genius to understand the simplicity. (Dennis Ritchie)
Re: Solaris vs. Linux vs. FreeBSD
On Thu, Jun 28, 2001 at 01:07:56AM -0400, Niles Rowland wrote: Actually, Linux and FreeBSD are the systems of choice in startup porn companies because of their low cost. Once a company begins to move major traffic they find that low cost systems have too many limitations to handle what the leaders of the company want to do. This is when they use their new found wealth to buy Solaris. How much did sun pay to make you say this? Slowlaris is crap. go with bsd. -- * Henning Brauer, [EMAIL PROTECTED], http://www.bsws.de * * Roedingsmarkt 14, 20459 Hamburg, Germany * Unix is very simple, but it takes a genius to understand the simplicity. (Dennis Ritchie)
Re: Problem with qmail-remote during Delivery
wrap your lines at 72 chars. On Thu, Jun 28, 2001 at 10:57:09AM +0530, D Rajesh wrote: Whenever a qmail-remote tries to send a mail to hotmail.com. it hangs for sometime. As I had 8000 out of 30,000 mails as hotmail ID's the number of occurrence's of hotmail were more. So, the 300 qmail-remote processes were just hanging, trying to send those mails. So, whenever one process time-out , it gives way for other mail's to be sent. Hotmail is broken. you cannot fix this. -- * Henning Brauer, [EMAIL PROTECTED], http://www.bsws.de * * Roedingsmarkt 14, 20459 Hamburg, Germany * Unix is very simple, but it takes a genius to understand the simplicity. (Dennis Ritchie)
Re: Solaris vs. Linux vs. FreeBSD
On Thu, Jun 28, 2001 at 11:44:12AM +0200, Henning Brauer wrote: Actually, Linux and FreeBSD are the systems of choice in startup porn companies because of their low cost. Once a company begins to move How much did sun pay to make you say this? Slowlaris is crap. go with bsd. He just can't make difference between ftp.cdrom.com and pornosite... Alex.
OT: Re: Solaris vs. Linux vs. FreeBSD
--On Thursday, June 28, 2001 1:40 AM -0400 List Monkey [EMAIL PROTECTED] wrote: This is when they use their new found wealth to buy Solaris. Oh, give me a BREAK. What, do you work for Sun? I would choose Solaris first for a high-volume web server. Suns have been more reliable in my experience than any PC-based OS. I've heard that qmail isn't happy on Solaris, but I figure that's a qmail problem. :-) FreeBSD is also a very respectable OS. I wouldn't have any problem with it, but I just think of Solaris first. Linux I have mixed emotions about. It's good, but it just doesn't feel solid to me. It feels like a bunch of stuff that somebody jammed together. Perhaps the excellent Solaris and FreeBSD documentation has me spoiled. FreeBSD has a really coherent feel to it. It's hard to describe, but it just feels like a system, rather than a hodge-podge of parts. Solaris also has this feel to it. I prefer Debian for Linux, and it really is quite good. But somehow it just isn't what I'd choose first for a production box.
Re: OT: Re: Solaris vs. Linux vs. FreeBSD
On Thu, Jun 28, 2001 at 07:03:44AM -0400, Stuart Krivis wrote: I would choose Solaris first for a high-volume web server. Suns have been more reliable in my experience than any PC-based OS. come on, stop trolling. on slowlaris fork() is unbelievable slow. slowlaris is a very bad choice for any internet server. fork() is one of the most important functions here. not only for qmail but for nearly any server, including apache. For the reliability you really wan't to get reasonable hardware. running any BSD on it and you have a very reliable system. I'd prefer OpenBSD over FreeBSD, but that's personal choice. I've heard that qmail isn't happy on Solaris, but I figure that's a qmail problem. :-) no, it's a slowlaris problem. -- * Henning Brauer, [EMAIL PROTECTED], http://www.bsws.de * * Roedingsmarkt 14, 20459 Hamburg, Germany * Unix is very simple, but it takes a genius to understand the simplicity. (Dennis Ritchie)
Re: Solaris vs. Linux vs. FreeBSD
Linux using ReiserFS has no more limit of 2Gb file size. - Original Message - From: David T. Ashley [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Wednesday, June 27, 2001 9:42 PM Subject: RE: Solaris vs. Linux vs. FreeBSD Just be careful about Linux because it has a maximum 2G file size (size for a single file). This can get in the way of some search engines which build large random-access files that exceed 2G. But it should not pose any kind of a problem for mail, especially if MAILDIR format is used. I understand that Free BSD and Linux are the overwhelming choices of the Internet pornography industry. That is a good technical figure of merit, because it means these servers are stable (for HTTP) when getting lots and lots of hits. If Free BSD breaks the 2G limit, I'd go with Free BSD. Dave. -Original Message- From: root [mailto:root]On Behalf Of Federico Edelman Anaya Sent: Wednesday, June 27, 2001 8:22 PM To: [EMAIL PROTECTED] Subject: Solaris vs. Linux vs. FreeBSD What's is the best OS for run Qmail (and/or Ezmlm)? What advantage and disadvantage has each one? I'll need send two millions mails per day and I don't know what hard can I buy? :) Thanks very much!
Re: Solaris vs. Linux vs. FreeBSD
Niles, Wrong sorry. Actually the reason why most companies choose to have Solaris, Is that Wall Street (If your in the US and a technology company wanting to go public) will look at the OS that your company uses and it does have some effect on what your IPO is going to be. Sean From: Niles Rowland Sent: Thursday, June 28, 2001 12:07 AM [EMAIL PROTECTED] wrote: I understand that Free BSD and Linux are the overwhelming choices of the Internet pornography industry. That is a good technical figure of merit, because it means these servers are stable (for HTTP) when getting lots and lots of hits. Actually, Linux and FreeBSD are the systems of choice in startup porn companies because of their low cost. Once a company begins to move major traffic they find that low cost systems have too many limitations to handle what the leaders of the company want to do. This is when they use their new found wealth to buy Solaris.
Re: OT: Re: Solaris vs. Linux vs. FreeBSD
On Thu, Jun 28, 2001 at 07:03:44AM -0400, Stuart Krivis wrote: I would choose Solaris first for a high-volume web server. Suns have been more reliable in my experience than any PC-based OS. Sun hardware, yes. Solaris, now. Solaris is slow, buggy and eats more resources than i could believe. I've heard that qmail isn't happy on Solaris, but I figure that's a qmail problem. :-) can you imagine the pain a solaris admin has when he thinks of inetd? every fork/exec cycles burns 8 or 9 times as much cpu power than under reasonable operating systems. FreeBSD is also a very respectable OS. I wouldn't have any problem with it, but I just think of Solaris first. A misjudgement. just feels like a system, rather than a hodge-podge of parts. Solaris also has this feel to it. How do you manage to ignore the /usr/ucb (and xpg4 and ...) compatibility braindamage? Regards, Uwe
Re: Problem with qmail-remote during Delivery
D Rajesh wrote: Hi there, Firstly, sorry for a long mail. I have sent 30,000 mails to different domains like yahoo, hotmail, rediff etc... Before mentioning the problem the configuration that I have used in qmail is as follows:- qmail config -- 1.) Two qmails running at /var/qmail and /var/qmail1 with silent concurrency limit to 200 for both What was wrong with the answer I gave you on Tuesday? One more time, set up a box called slowmail and smtproute your slow moving deliveries to it. Mike
qmail to postfix fails to shop up remotely
Hi, I've found nothing on the subject so here goes: I've setup qmail and everything checks out, except when I use qmail for relaying to a remote postfix server. The message is accepted with a 250 smtp code, with a note from the remote that the message is _queued_. Unfortunately, the mail fails to show up remotely. This may of course very well be a postfix matter (in which this posting is malplaced), but if anyone have any clues I'd be happy with responses. Below is a copy of the qmail log for this specific message: Jun 26 03:54:21 mail qmail: 993520461.830527 info msg 780290: bytes 385 from Christian_Stigen_Larsen_[EMAIL PROTECTED] qp 11578 uid 767 Jun 26 03:54:21 mail qmail: 993520461.834754 starting delivery 69: msg 780290 to remote [EMAIL PROTECTED] Jun 26 03:54:21 mail qmail: 993520461.834831 status: local 0/10 remote 1/20 Jun 26 03:54:24 mail qmail: 993520464.672619 delivery 69: success: 129.241.56.70_accepted_message./Remote_host_said:_250_Ok:_queued_as_F3BF6834D/ Jun 26 03:54:24 mail qmail: 993520464.672702 status: local 0/10 remote 0/20 Jun 26 03:54:24 mail qmail: 993520464.672731 end msg 780290 PS: Switching to sendmail works fine with the exact same relaying, this indicates that it _may_ be something of a local error on my qmail-setup. Cheers. -- Christian Stigen Larsen -- http://www.sublevel3.org [EMAIL PROTECTED]mob: +47 98220215
PB betwen pop and LDAP
I hust test qmail with an LDAP smtp works great but : is there a special configuration for POP to use LDAP I ave an -ERR in server configuration I use checkpassword because i use to use local counts, is it chckpassword which cause trouble ? I think that the pop doesn't connect the LDAP server ? why ? how to do ? thanx @+
Error in patching Qmail with Krzysztof Dabrowski 's SMTP-AUTH patch
Hi , I have tried to install the Krzysztof Dabrowski 's SMTP-AUTH patch and when we execute the command: patch qmail-smtpd.patch I get the following error list, patching file `qmail-smtpd.c' Hunk #1 FAILED at 1. Hunk #2 FAILED at 19. Hunk #3 FAILED at 29. Hunk #4 FAILED at 53. Hunk #5 FAILED at 96. Hunk #6 FAILED at 111. Hunk #7 FAILED at 126. Hunk #8 FAILED at 156. Hunk #9 FAILED at 239. Hunk #10 FAILED at 320. Hunk #11 FAILED at 389. Hunk #12 FAILED at 397. Hunk #13 FAILED at 414. Hunk #14 FAILED at 784. 14 out of 14 hunks FAILED -- saving rejects to qmail-smtpd.c.rej What might be happening Thanks and regards. Andres
RE: Solaris vs. Linux vs. FreeBSD
Linux running Kernel 2.4.x has done away with the 2GB limit. No need for ReiserFS or XFS to solve this problem. As an FYI. One of the largest search engines on the net runs a Red Hat Linux farm. Google. So it can't be all bad. # -Original Message- # From: Ari Arantes Filho [mailto:[EMAIL PROTECTED]] # Sent: Thursday, June 28, 2001 5:00 AM # To: David T. Ashley; [EMAIL PROTECTED]; [EMAIL PROTECTED] # Subject: Re: Solaris vs. Linux vs. FreeBSD # # # Linux using ReiserFS has no more limit of 2Gb file size. # # # - Original Message - # From: David T. Ashley [EMAIL PROTECTED] # To: [EMAIL PROTECTED]; [EMAIL PROTECTED] # Sent: Wednesday, June 27, 2001 9:42 PM # Subject: RE: Solaris vs. Linux vs. FreeBSD # # # Just be careful about Linux because it has a maximum 2G file size # (size for # a single file). This can get in the way of some search engines # which build # large random-access files that exceed 2G. But it should not pose any kind # of a problem for mail, especially if MAILDIR format is used. # # I understand that Free BSD and Linux are the overwhelming choices of the # Internet pornography industry. That is a good technical figure of merit, # because it means these servers are stable (for HTTP) when getting lots and # lots of hits. # # If Free BSD breaks the 2G limit, I'd go with Free BSD. # # Dave. # # -Original Message- # From: root [mailto:root]On Behalf Of Federico Edelman Anaya # Sent: Wednesday, June 27, 2001 8:22 PM # To: [EMAIL PROTECTED] # Subject: Solaris vs. Linux vs. FreeBSD # # # What's is the best OS for run Qmail (and/or Ezmlm)? What advantage and # disadvantage has each one? I'll need send two millions mails per day and # I don't know what hard can I buy? :) # # # Thanks very much! # # # #
Re: Integrating the logs
ISOQLOG looks terrific, but: 1) It solves a different problem than the one I am trying to solve. It appears to provide traffic summaries. 2) The problem I am trying to solve is to create a detailed trace from start to finish about the entire life cycle of a single email message. I dislike s**dmail just as much as everyone else here, but being a monolithic program, it did have a detailed trace for a given message. I'm fine with qmail being broken up into components, but I need an integrated log for debugging. 3) There are several posts in the archives about isoqlog not running if the multilog is under 100k and not rotating. I am only testing now, so my multilogs are quite small. The solutions are not clear to me. One is to find a patch for multilog which rotates the logfile, whenever it receives a HUP. A) where is the patch? B) exactly how am I supposed to supply the HUP in my scripts? From: hari_bhr [EMAIL PROTECTED] Reply-To: hari_bhr [EMAIL PROTECTED] To: pop corn [EMAIL PROTECTED], [EMAIL PROTECTED] Subject: Re: Integrating the logs Date: Thu, 28 Jun 2001 10:54:03 +0530 look for ISOQLOG nice - Original Message - From: pop corn [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, June 28, 2001 10:00 AM Subject: Integrating the logs I have my different daemons logging into the various log subdirectories via multilog. My problem now is integrating them so that I have a continuous line of activity from the beginning to end for a given email. For example, I can do a tail -f current log for qmail-pop3 while running tests. However, I would like to know what related activities are occurring in other logs for this same email test. I have pulled the following info about qmail-analog from the following length thread in the archives. It includes an example script. I cut/paste quickly, so not everyone gets the credit they deserve for their posts in this thread. I have at minimum two questions after reading all of the info below: 1) what are all the z... files in the example script? for ana in zoverall zddist zdeferrals zfailures zrhosts zsuids zrxdelay; 2) where is a real working example of qmail-mrtg? == I want to know how many messages were sent/failed etc. for a given period of time (say the last three days). I have done the following in both /var/log/qmail/qmail-send and /var/log/qmail/qmail-smtpd (I'll admit my ignorance and say that I don't know the difference between the two. Is qmail-send local deliveries and qmail-smtpd remote deliveries?): 1) Ran matchup on /var/log/qmail/qmail-send(smtpd)/current 2) Converted the matchedup version of current into human readable format using tai64nlocal 3) Pulled out dates for which I want to see log results from the file created above 4) Convert the data above to tai64 format using tai64n 5) Ran this data through zoverall to see qmailanalog results Regardless of whether I run it against /var/log/qmail/qmail-send or /var/log/qmail/qmail-smtpd I get the following: Completed messages: 0 Total delivery attempts: 0 Am I anywhere near doing this right? Here are my actual commands 1) cat /var/log/qmail/qmail-smtpd/current | /usr/local/qmailanalog/bin/matchup /var/log/qmail/qmail-smtpd/matchedup 2) cat /var/log/qmail/qmail-smtpd/matchedup | /usr/local/bin/tai64nlocal human_readable_current 3) vi human_readable_current (remove all unneeded data) 4) cat /var/log/qmail/qmail-send/human_readable_current | /usr/local/bin/tai64n tai64_current 5) cat ./tai64_current | /usr/local/qmailanalog/bin/zoverall overall_log No. qmail-smtpd is incoming mail via SMTP. qmail-send is all deliveries, local and remote. No. Instead of converting the tai64n timestamps to human-readable, you need to convert them to the fractional seconds (tai) that qmail-analog expects. You can do this with tai64n2tai, included in Bruce Guenter's qlogtools package if I remember correctly. His software is at untroubled.org. Thanks for the info Charles, but I'm confused. How do most of you folks pull out information from your logs? Log files generated by qmail are unreadable/unusable in the current (multilog) format. In order for them to make sense to me, and in order to sift them for specific dates I have to convert them to human readable format. I can do this with tai64nlocal. Once I have removed data that is not pertinent I then have to change them back into multilog format using tai64n, and then convert them into the older TAI64 format that qmailanalog understands, then run them through the qmailanalog scripts. Wow, that's a convoluted process using tools that until now had worked together to provide a graceful solution to my email needs. Thanks for the info Charles, but I'm confused. How do most of you folks pull out information from your logs? With
[Announce] oMail-webmail 0.98.3
Bonjour! A new version of oMail-webmail is now available: this is version 0.98.3, with some news: * bugfixes (multiple-from addresses routines) + other small things * 4 new translations : no, tc, id and lt. You will find more infos about this GPL-licensed software, as well as an online demo of latest version under http://webmail.omnis.ch/omail.pl?action=about * Download: http://prdownloads.sourceforge.net/omail/omail-webmail-0.98.3.tar.gz * Other URL's: (cvs, releases, etc) http://freshmeat.net/projects/omail-webmail/ * If you are interested to help, fell free to get the files from the anonymous CVS, and you are welcome on the devel mailing list. * There are currently 2 mailing lists : - omail-news : read-only announce mailing list (for new release announces) http://lists.sourceforge.net/mailman/listinfo/omail-news - omail-devel : public mailing list for devel support. http://lists.sourceforge.net/mailman/listinfo/omail-devel * Changelog since 0.98.2: 28.jun.01 - Version 0.98.3 - om [EMAIL PROTECTED] * added Indonesian translation [ik] * fixed some bugs in the multiple-from addresses routines (only the first 3 addresses were working). Thx Nicolas for the bug report. * added Norwegian tranlation [hg] * added Traditional Chinese translation [mi] * release 0.98.3 out. 01.jun.01 - Version 0.98.3 - om [EMAIL PROTECTED] * added Lithuanian translation [lb] 21.may.01 - Version 0.98.3 - om [EMAIL PROTECTED] * updated cz lang files [jn] * a href=[EMAIL PROTECTED]/a problem fixed [jn] * reload-button patch applied [jn] Regards, Olivier -- _ Olivier Mueller - [EMAIL PROTECTED] - PGPkeyID: 0E84D2EA - Switzerland qmail projects: http://omail.omnis.ch - http://webmail.omnis.ch PGP signature
RE: Error in patching Qmail with Krzysztof Dabrowski 's SMTP-AUTH patch
patch qmail-smtpd.patch snip What might be happening Well first, if you're using gnu patch (which you should be) that command is malformed. If it weren't, I may guess wrong -pnum. 'man patch' --joshua.
Re: Solaris vs. Linux vs. FreeBSD
Hi! Sean Chittenden wrote: What's is the best OS for run Qmail (and/or Ezmlm)? What advantage and disadvantage has each one? I'll need send two millions mails per day and I don't know what hard can I buy? :) Solaris is slow to fork and qmail makes liberal use of that But ... Sun is not a valid option?? call, so solaris is out of the question. After that, it's close between FreeBSD and Linux. I'm pretty biased towards from FreeBSD because of its development environment and the thoughtfulness of their engineering team (Linux is pretty hackish). FreeBSD with softupdates turned on will give you the best performance and reliability though amongst the three options. Best of luck, but be careful, this smells like a troll. -sc -- Sean Chittenden Part 1.2Type: application/pgp-signature
Re: svscan help
Hi, env: invalid option - - P ... env - PATH=$PATH svscan Is there really a blank between the - and the P of PATH? My env ignores any options behind the first -, e.g. $ env - -P PATH=/bin ls env: -P: No such file or directory $ env - PATH=/bin -P ls env: -P: No such file or directory and the only way to get the above message is by having $ env -PATH=/bin ls env: invalid option -- P Try `env --help' for more information. claudio -- Claudio Nieder, Kanalweg 1, CH-8610 Uster, Tel +41 79 357 6743 yahoo messenger: claudionieder aim: claudionieder icq:42315212 mailto:[EMAIL PROTECTED]http://www.claudio.ch
RE: Solaris vs. Linux vs. FreeBSD
Thanks for that info. I was skeptical, and I have a 2.4.x kernel on my Linux box, so I tried it. You are right. The 2**31 - 1 byte limit is gone. I am 38. I am old. Early Alzheimer's. -Original Message- From: Frank Tanner [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 28, 2001 8:58 AM To: [EMAIL PROTECTED] Subject: RE: Solaris vs. Linux vs. FreeBSD Linux running Kernel 2.4.x has done away with the 2GB limit. No need for ReiserFS or XFS to solve this problem. As an FYI. One of the largest search engines on the net runs a Red Hat Linux farm. Google. So it can't be all bad. # -Original Message- # From: Ari Arantes Filho [mailto:[EMAIL PROTECTED]] # Sent: Thursday, June 28, 2001 5:00 AM # To: David T. Ashley; [EMAIL PROTECTED]; [EMAIL PROTECTED] # Subject: Re: Solaris vs. Linux vs. FreeBSD # # # Linux using ReiserFS has no more limit of 2Gb file size. # # # - Original Message - # From: David T. Ashley [EMAIL PROTECTED] # To: [EMAIL PROTECTED]; [EMAIL PROTECTED] # Sent: Wednesday, June 27, 2001 9:42 PM # Subject: RE: Solaris vs. Linux vs. FreeBSD # # # Just be careful about Linux because it has a maximum 2G file size # (size for # a single file). This can get in the way of some search engines # which build # large random-access files that exceed 2G. But it should not pose any kind # of a problem for mail, especially if MAILDIR format is used. # # I understand that Free BSD and Linux are the overwhelming choices of the # Internet pornography industry. That is a good technical figure of merit, # because it means these servers are stable (for HTTP) when getting lots and # lots of hits. # # If Free BSD breaks the 2G limit, I'd go with Free BSD. # # Dave. # # -Original Message- # From: root [mailto:root]On Behalf Of Federico Edelman Anaya # Sent: Wednesday, June 27, 2001 8:22 PM # To: [EMAIL PROTECTED] # Subject: Solaris vs. Linux vs. FreeBSD # # # What's is the best OS for run Qmail (and/or Ezmlm)? What advantage and # disadvantage has each one? I'll need send two millions mails per day and # I don't know what hard can I buy? :) # # # Thanks very much! # # # #
RE: Problem with qmail-remote during Delivery
Are you saying that qmail cannot send mail to a hotmail account? Dave. -Original Message- From: Henning Brauer [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 28, 2001 5:47 AM To: [EMAIL PROTECTED] Subject: Re: Problem with qmail-remote during Delivery wrap your lines at 72 chars. On Thu, Jun 28, 2001 at 10:57:09AM +0530, D Rajesh wrote: Whenever a qmail-remote tries to send a mail to hotmail.com. it hangs for sometime. As I had 8000 out of 30,000 mails as hotmail ID's the number of occurrence's of hotmail were more. So, the 300 qmail-remote processes were just hanging, trying to send those mails. So, whenever one process time-out , it gives way for other mail's to be sent. Hotmail is broken. you cannot fix this. -- * Henning Brauer, [EMAIL PROTECTED], http://www.bsws.de * * Roedingsmarkt 14, 20459 Hamburg, Germany * Unix is very simple, but it takes a genius to understand the simplicity. (Dennis Ritchie)
Problem with qmail-remote during Delivery
On Thu, Jun 28, 2001 at 10:57:09AM +0530, D Rajesh wrote: Whenever a qmail-remote tries to send a mail to hotmail.com. it hangs for sometime. As I had 8000 out of 30,000 mails as hotmail ID's the number of occurrence's of hotmail were more. So, the 300 qmail-remote processes were just hanging, trying to send those mails. So, whenever one process time-out , it gives way for other mail's to be sent. Hotmail is broken. you cannot fix this. Try running a real MTA like Iplanet messaging server, Sendmail, Notes or Exchange server. Even Exchange 4.0 is more advanced than qmail. Qmail was an attractive option when we had less than 300 users, because it was free, but now that our company has over 1500, it is not robust enough. Hotmail is a modified attempt at fixing the qmail bugs. Hotmail is only using qmail today because a change in software will cause an interruption in service. They are stuck with it for the time being. Regards, Jack
Re: Problem with VAR directory during install
Steve Reed [EMAIL PROTECTED] wrote: Well I think I may have located the source of the trouble but it's still puzzling. Both the Life With Qmail and the Running qmail book want the /var/qmail directory created while logged in as root. Yes. It should also be mode 755. That gives ownership to the user root in the group root. Then, the qmail-specific groups and users are added. The problem is that when I run linuxconf and look at the created users, I receive a warning that the home directory of /var/qmail has an invalid owner and group. That can't be quite the right error message; perhaps more along the lines of these users (qmailq, qmails, etc) don't own their home directories (which are all set to /var/qmail)? Could this be the cause of my problems? No. It's a bogus error/warning -- there's nothing wrong with configuring the qmail users this way. I'm not exactly a newbie to file and directory permissions, but in reading all the qmail documentation I can lay my hands on I see nothing that indicates I need to change the ownership and group of /var/qmail from root/root. You don't. Nevertheless, linuxconf is whining and my compile goes nowhere, and this all smells like a permissions issue. I don't use linuxconf -- it simply makes too many mistakes like this, and then tries to correct the problems behind your back. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: xinetd config file for qmail
Kenneth [EMAIL PROTECTED] wrote: I missed the original disucssion but I never saw a config file posted to the archive so here's one. The reason you won't find much advice on inetd/xinetd configurations here is because use of inetd and xinetd are deprecated. tcpserver is simpler, more reliable, more flexible, and more efficient. Critiques of the following setup are welcome. However please note **This is a small qmail site and I am very familiar with tcpwappers already** So arguments about reliability at very high utilization rates don't sway me. xinetd has served me reasonably well so I don't choose to learn a new way of accomplishing these tasks. It's your ship; feel free to chop a hole in the bottom of it so you can see the water better as well. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Maildir directory layout
I'm going to be redoing my qmail installation over the next couple of days, preparatory to installing Courier IMAP or similar. Currently, however, I have my mail directory arranged like this: ~roger/Mail/Inbox ~roger/Mail/Sent ~roger/Mail/Lists/qmail ...etc. The default is for qmail to deliver to ~/Maildir, but I use procmail to deliver to ~/Mail/Inbox by default. This works fine with mutt. Most of the other users on this box have left the default -- which is good, because then it works with qmail-pop3d. My question: Is this a sensible layout for Maildir? Are there any docs about preferred layouts, etc.? Cheers, Roger.
Re: qmail-pop3 and vmailmgr
pop corn [EMAIL PROTECTED] wrote: 2) I didn't realize the password replacement could do all that work by itself. It apparently doesn't need the vmailmgrd daemon to run? No. The vmailmgr daemon is only needed for some of the administration tasks when using the web interface. I've looked at the vmailmgr archives for all of June (I didn't seem to find an archive for prior to June). They have very few posts compared to this list and not many replies to the posts. I appreciate the help I am receiving here about qmail-pop3 and vmailmgr. Go to http://lists.em.ca/?list=vmailmgr , and then click the link near the top-left corner of the screen which looks like [-] -- that'll take you back a month at a time. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: Problem with qmail-remote during Delivery
On Thu, Jun 28, 2001 at 09:25:16AM -, [EMAIL PROTECTED] wrote: [snip] Try running a real MTA like Iplanet messaging server, Sendmail, Notes or Exchange server. Even Exchange 4.0 is more advanced than qmail. Qmail was an attractive option when we had less than 300 users, because it was free, but now that our company has over 1500, it is not robust enough. Hotmail is a modified attempt at fixing the qmail bugs. Hotmail is only using qmail today because a change in software will cause an interruption in service. They are stuck with it for the time being. Why do we have 10 trolls on this list all of a sudden? Go away! Greetz, Peter -- Against Free Sex! http://www.dataloss.nl/Megahard_en.html
Re: Integrating the logs
pop corn [EMAIL PROTECTED] wrote: 1) what are all the z... files in the example script? for ana in zoverall zddist zdeferrals zfailures zrhosts zsuids zrxdelay; These are the actual statistical analysis programs from qmail-analog. See the documentation in qmail-analog for details about what they do, and the reports they generate. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: qmail-getpw
OK, sorry for the confusion here is the setup again: OpenLDAP, the pam_ldap and nss_ldap modules from padl.com, the UW IMAP server, regular qmail (not qmail-ldap). I have no qmail users or cdb files. Here is what /var/qmail/bin/qmail-getpw herbie | tr '\0' '\n' produces: herbie 39500 3 /homes/homefarm/herbie Herbie (me) has an account on the machine and an entry in /etc/passwd /var/qmail/bin/qmail-getpw judygs | tr '\0' '\n' judygs 11371 20 /homes/home21/judygs Judy has only an entry in the LDAP database, but the results of qmail-getpw are the same. Here are judy's permissions: drwx--4 judygs users 103 Jun 25 12:44 /homes/home21/judygs drwx--5 judygs users 92 Jun 13 15:00 /homes/home21/judygs/Maildir/ drwx--2 judygs users 35 Jun 13 15:00 cur drwx--2 judygs users2975 Jun 13 15:00 new drwx--2 judygs users 35 Jun 13 15:00 tmp Yet I can receive mail, and Judy cannot. I did try playing with qmail-ldap, but it's schema was too different from the schema we were already using, and it seemed more geared towards 'virtual users' whereas we want people to have real accounts. Any ideas? herbie On Wed, 27 Jun 2001, Charles Cazabon wrote: Are all of these conditions true for your LDAP users? What is the exact output of the command: qmail-getpw ldap_user_name | tr '\0' '\n' The fact the qmail-getpw seems to work is what confuses me. You said you're not using qmail-users. Does qmail-LDAP still use qmail-getpw then? If not, that would explain this, if you're actually using qmail-LDAP (I can't remember if you said you were).
RE: $HOME problem
I mean Mailboxes in $HOME. I'm using mailboxes because i dont know how to configure qpopper for Maildirs You don't. You configure qmail-pop3d for Maildirs :). Switch from qpopper and mbox files to qmail-pop3d and Maildirs -- it's a big improvement. Ok, i do switch from qpopper to qmail-pop3d ;) I have two NEW questions to the list: 1. how should I start qmail-pop3d. I found two ways (qmail info and lifewithqmail) but I don't know which is the standar way. 2. [ot] is possible to use mutt with Maildirs? --yapedu
Re: qmail to postfix fails to shop up remotely
Christian Stigen Larsen [EMAIL PROTECTED] wrote: I've setup qmail and everything checks out, except when I use qmail for relaying to a remote postfix server. The message is accepted with a 250 smtp code, with a note from the remote that the message is _queued_. That's fine. As soon as the remote server says 250, it has accepted responsibility for either delivering the message to its final destination, or returning a bounce message to the envelope sender. Unfortunately, the mail fails to show up remotely. Apparently postfix is broken, then. Jun 26 03:54:24 mail qmail: 993520464.672619 delivery 69: success: 129.241.56.70_accepted_message./Remote_host_said:_250_Ok:_queued_as_F3BF6834D/ Yup, this indicates qmail successfully did its job, and it's no longer your responsibility. Get the postmaster of 129.241.56.70 on the horn, and tell them they have a serious problem. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Man Pages
After doing a Life with Qmail installation, I'd like to add all of the appropriate entries to the default MANPATH. Where is the default MANPATH set, and what should I add besides /var/qmail/man? Thanks, Stephen Froehlich
RE: Error in patching Qmail with Krzysztof Dabrowski 's SMTP-AUTH patch
I've already solved my problem. The file qmail-smtpd.patch was damaged. I used a new file and it worked ok. Thanks. Andrés
Re: Maildir directory layout
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I'm going to be redoing my qmail installation over the next couple of days, preparatory to installing Courier IMAP or similar. Currently, however, I have my mail directory arranged like this: ~roger/Mail/Inbox ~roger/Mail/Sent ~roger/Mail/Lists/qmail ...etc. Nothing wrong with that. The default is for qmail to deliver to ~/Maildir, but I use procmail to deliver to ~/Mail/Inbox by default. This works fine with mutt. You could also just do echo ./Mail/Inbox ~/.qmail -- this would accomplish the same thing, and then you don't need procmail any more. Most of the other users on this box have left the default -- which is good, because then it works with qmail-pop3d. Yes, good. My question: Is this a sensible layout for Maildir? Are there any docs about preferred layouts, etc.? I have something similar, but I don't use mbox files. I then have a symbolic link from ~/Maildir/ to ~/Mail/inbox/, so qmail-pop3d still works with my mail as well. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Please, please, stop... RE: Solaris vs. Linux vs. FreeBSD
Please, let's go back to a qmail discussion.
Re: Maildir directory layout
On Thu, Jun 28, 2001 at 03:34:36PM +0100, [EMAIL PROTECTED] wrote: [snip] My question: Is this a sensible layout for Maildir? Are there any docs about preferred layouts, etc.? I have ~/mail/INBOX/, ~/mail/lists/qmail/, ~/mail/lists/ezmlm/ etcetera. Works like a charm. Do whatever pleases you :) Greetz, Peter -- Against Free Sex! http://www.dataloss.nl/Megahard_en.html
Re: xinetd config file for qmail
On Thu, 28 Jun 2001, Charles Cazabon wrote: Kenneth [EMAIL PROTECTED] wrote: The reason you won't find much advice on inetd/xinetd configurations here is because use of inetd and xinetd are deprecated. tcpserver is simpler, more reliable, more flexible, and more efficient. One thing that xinetd apparantly gives you is a way of doing resource control. For example if someone pops each and every second, they will block connection to your systems. As far as I can tell you, tcpserver does not give you any advanced resource management features. -- Thorkild
Re: Problem with qmail-remote during Delivery
On Thu, Jun 28, 2001 at 09:25:16AM -, [EMAIL PROTECTED] wrote: Try running a real MTA like Iplanet messaging server, Sendmail, Notes or Ex [lots of nonsense deleted] *plonk* ignore this guy. -- * Henning Brauer, [EMAIL PROTECTED], http://www.bsws.de * * Roedingsmarkt 14, 20459 Hamburg, Germany * Unix is very simple, but it takes a genius to understand the simplicity. (Dennis Ritchie)
Re: xinetd config file for qmail
Thorkild Stray [EMAIL PROTECTED] wrote: The reason you won't find much advice on inetd/xinetd configurations here is because use of inetd and xinetd are deprecated. tcpserver is simpler, more reliable, more flexible, and more efficient. One thing that xinetd apparantly gives you is a way of doing resource control. For example if someone pops each and every second, they will block connection to your systems. Err -- this is the whole problem. If you're running inetd, I can get your system to shut off the POP3 service for ten minutes simply by initiating five or ten connections in a few seconds. This is a bug, not a feature. As far as I can tell you, tcpserver does not give you any advanced resource management features. On the contrary; tcpserver lets you set concurrency limits, which inetd cannot do. All other limits are provided by your OS, or by softlimit. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: Problem with qmail-remote during Delivery
Peter van Dijk wrote: On Thu, Jun 28, 2001 at 09:25:16AM -, [EMAIL PROTECTED] wrote: [snip] Try running a real MTA like Iplanet messaging server, Sendmail, Notes or Exchange server. Even Exchange 4.0 is more advanced than qmail. Qmail was an attractive option when we had less than 300 users, because it was free, but now that our company has over 1500, it is not robust enough. Hotmail is a modified attempt at fixing the qmail bugs. Hotmail is only using qmail today because a change in software will cause an interruption in service. They are stuck with it for the time being. Why do we have 10 trolls on this list all of a sudden? Go away! Peter, It's most likely the same person who started the 'Peter from the Dike' thread. At least he's using the same sneakemail service. If everybody just ignores anything sent from sneakemail.com then we will probably be a whole lot better off. Mike
Re: Error in patching Qmail with Krzysztof Dabrowski 's SMTP-AUTH patch
On Thu, Jun 28, 2001 at 09:36:49AM -0400, Joshua Nichols wrote: Well first, if you're using gnu patch (which you should be) that command is malformed. Probably a typo, since there was obviously some data for patch to work on. If it weren't, I may guess wrong -pnum. No, the output clearly shows that qmail-smtpd.c was correctly found, so -p problems don't factor into this. My guess is that Charrua applied another patch before this one that inserted a whole bunch of stuff at the top of qmail-smtpd.c, thus throwing this patch off. Either that, or he typo'd again and accidentally blanked qmail-smtpd.c (it's happened to me before 8-). Charrua, your best bet is to delete the whole source tree and unpack it again. If you applied more than one patch that affects qmail-smtpd.c, try changing the order in which you apply them. - Adrian
Re: qmail-getpw
Andrew J Herbert [EMAIL PROTECTED] wrote: OpenLDAP, the pam_ldap and nss_ldap modules from padl.com, the UW IMAP server, regular qmail (not qmail-ldap). I have no qmail users or cdb files. Here is what /var/qmail/bin/qmail-getpw herbie | tr '\0' '\n' produces: herbie 39500 3 /homes/homefarm/herbie Herbie (me) has an account on the machine and an entry in /etc/passwd /var/qmail/bin/qmail-getpw judygs | tr '\0' '\n' judygs 11371 20 /homes/home21/judygs Judy has only an entry in the LDAP database, but the results of qmail-getpw are the same. Here are judy's permissions: drwx--4 judygs users 103 Jun 25 12:44 /homes/home21/judygs drwx--5 judygs users 92 Jun 13 15:00 /homes/home21/judygs/Maildir/ drwx--2 judygs users 35 Jun 13 15:00 cur drwx--2 judygs users2975 Jun 13 15:00 new drwx--2 judygs users 35 Jun 13 15:00 tmp Yet I can receive mail, and Judy cannot. That looks good. But what about the directories leading up to judygs' home directory? Are they all at least r-x for her UID or default GID? Specifically, what is the output of: ls -lind / /homes /homes/home21 /homes/home21/judygs/ /homes/home21/judygs/* I'm concerned that UID 11371 is not judygs or that GID 20 is not group users, or that the parent directories are not r-x for them. Since qmail-getpw is successful for judygs, what appears in the qmail-send logs when you send a message to her? qmail should be logging something when it tries to do a local delivery to her. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: $HOME problem
On Thu, Jun 28, 2001 at 11:45:10AM -0300, GARGIULO Eduardo INGDESI wrote: [snip] 1. how should I start qmail-pop3d. I found two ways (qmail info and lifewithqmail) but I don't know which is the standar way. Go with lifewithqmail. 2. [ot] is possible to use mutt with Maildirs? Yes, mutt supports these by default. Greetz, Peter -- Against Free Sex! http://www.dataloss.nl/Megahard_en.html
Re: $HOME problem
GARGIULO Eduardo INGDESI [EMAIL PROTECTED] wrote: You don't. You configure qmail-pop3d for Maildirs :). Ok, i do switch from qpopper to qmail-pop3d ;) Good step. 1. how should I start qmail-pop3d. I found two ways (qmail info and lifewithqmail) but I don't know which is the standar way. The information included with the qmail tarball is old and deprecated. The Life with qmail way is more flexible, and uses better tools (tcpserver, multilog, supervise). 2. [ot] is possible to use mutt with Maildirs? Yes. You probably just want to add something like this to the system-wide /etc/Muttrc file: set mbox=~/Maildir/ set spoolfile=~/Maildir/ Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: qmail-pop3 and vmailmgr
No. The vmailmgr daemon is only needed for some of the administration tasks when using the web interface. Great! Go to http://lists.em.ca/?list=vmailmgr , and then click the link near the top-left corner of the screen which looks like [-] -- that'll take you back a month at a time. Will do! _ Get your FREE download of MSN Explorer at http://explorer.msn.com
RE: Large messages terminated with error?
I expect the reason I had no responce on this is that as I expected there was nothing wrong with our qmail server. Last night I found a bad hub which was causing packets to be lost at high(er) utilization levels. I think the email pushed it over the limit and perhaps it was sending some kind of bad packets out, thus taking out the T1 and resulting in the error message. Only time and more users coming in to work will really tell for sure, but things look pretty good now. Matt -Original Message- From: Matt Simonsen [mailto:[EMAIL PROTECTED]] Sent: Wednesday, June 27, 2001 6:31 PM To: Qmail@List. Cr. Yp. To Subject: Large messages terminated with error? Hello all- Some background. I have a Qmail server running RedHat 7.0 version 1.03, along with courier-imap 1.2.3 (just the IMAP part) + vpopmail 4.9.8. It is off-site from our office, and for 130 days the whole email system has been flawless, even through the 3 times our office has changed IPs. Then we recently got a new data line in our office (sDSL to a local router that is connected to a T1) and problems began. Not necessairly the email server's fault, perhaps, but definately related. The only change is that I have changed is that I added our new domain to the tcp.smtp file and then ran tcprules /home/vpopmail/etc/tcp.smtp.cdb /home/vpopmail/etc/tcp.smtp.tmp /home/vpopmail/etc/tcp.smtp. Even without this, though, it sent mail fine since vpopmail does pop authentication. The tcp.smtp file looks like: 127.:allow,RELAYCLIENT= 64.156.209.:allow,RELAYCLIENT= Now for the problem: I cannot send a large (10 mb) message, the kicker is that when I do it also takes our office internet connection down for 30-90 seconds! The only symptoms I have been able to track down is that it appears to transfer at least most of message to the queue on the qmail server (as du -h shows me). Also, outlook 2000 gives an error message saying, TCP/IP connection was unexpectedly terminated by the server. Server responded: '354 go ahead' Account: zMatt @ Careercast.com', SMTP server 'email.careercast.com' Number 0x800ccc0f. Netscape The same time the error appears our data connection dies. We can't even ping the first router. Then it comes up after a short while... I have no idea what is happening here, I don't think our ISP does either. Any help would be greatly appreciated, please let me know if I can provide any more information. Thanks Matt
Re: Integrating the logs
These are the actual statistical analysis programs from qmail-analog. See the documentation in qmail-analog for details about what they do, and the reports they generate. Will do! _ Get your FREE download of MSN Explorer at http://explorer.msn.com
Re: Maildir directory layout
On Thu, Jun 28, 2001 at 08:55:59AM -0600, Charles Cazabon wrote: [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I'm going to be redoing my qmail installation over the next couple of days, preparatory to installing Courier IMAP or similar. Currently, however, I have my mail directory arranged like this: ~roger/Mail/Inbox ~roger/Mail/Sent ~roger/Mail/Lists/qmail ...etc. Nothing wrong with that. What I didn't point out, is that these are Maildirs -- I forgot the trailing / You could also just do echo ./Mail/Inbox ~/.qmail -- this would accomplish the same thing, and then you don't need procmail any more. Ah, but then I have to figure out how to use it. I already know (just about) how to use procmail :-) I have something similar, but I don't use mbox files. Yeah, as I forgot to mention, I don't use mbox, either. I then have a symbolic link from ~/Maildir/ to ~/Mail/inbox/, so qmail-pop3d still works with my mail as well. Now, that sounds like a good idea. Cheers, Roger.
Re: qmailanalog
* Charles Cazabon [EMAIL PROTECTED] tai64n timestamps aren't supposed to be human readable. They're supposed to be easily parsable by programs. That's the whole point of tai64nlocal -- you log with tai64n timestamps, and if you want to read the log with human-readable timestamps, you do: tai64nlocal log | pager_of_choice If you use GNU less, you can convert the timestamp automatically by using the LESSOPEN environment variable. I have a short write-up on how to do this at http://www.orakel.ntnu.no/~kjetilod/tips/ -- Kjetil
Re: Maildir directory layout
[EMAIL PROTECTED] [EMAIL PROTECTED] wrote: You could also just do echo ./Mail/Inbox ~/.qmail -- this would accomplish the same thing, and then you don't need procmail any more. Ah, but then I have to figure out how to use it. I already know (just about) how to use procmail :-) dot-qmail is trival -- the man page for dot-qmail has full details. It's a heck of a lot easier to do mail sorting with .qmail files and extension addresses than any postprocessing system. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
customized filters
Hi all. I need to *automagically* save email messages (after read with mutt) from diferent lists to diferent files or folders based on recipient addresses (To or CC). I'm using fetchmail. Can I do it with a qmail feature or should I use procmail, maildrop, etc thanks --yapedu
RCTP Host
I am try to allow people out side of my network to send e-mail via qmail. I have added there domain and they can receive e-mail find via a third party e-mail client (e.g. Outlook , The Bat ) but when they try to send an e-mail they get the error that tells them they are not in the RCTP Hosts config. What do I need to do so they can send e-mail via their third party e-mail client. I know the domain is setup fine because they can send e-mail fine via WebMail/VpopMail. do I just need to enter their IP for there network (e.g. 192.168.X.X ) Please help
Re: customized filters
GARGIULO Eduardo INGDESI [EMAIL PROTECTED] wrote: I need to *automagically* save email messages (after read with mutt) from diferent lists to diferent files or folders based on recipient addresses (To or CC). I'm using fetchmail. Can I do it with a qmail feature or should I use procmail, maildrop, etc If you're running qmail, subscribe to each list with a different extension address, and have appropriate .qmail files to store each of them in a separate Maildir or mbox file. Then configure mutt to read those folders in addition to your normal spool directory. If you're not running qmail, then it's not a qmail issue. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: RCTP Host
Myke Corredera [EMAIL PROTECTED] wrote: I am try to allow people out side of my network to send e-mail via qmail. Why? They should be using the smarthost provided by their ISP. There's no need for them to send mail through you in most circumstances. I have added there domain and they can receive e-mail find via a third party e-mail client (e.g. Outlook , The Bat ) but when they try to send an e-mail they get the error that tells them they are not in the RCTP Hosts config. This is FAQ #2 or thereabouts. Read Dan's FAQs and _all_ of qmail.org. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: qmail-getpw
Yes, I'm embarassed to admit that was indeed the fault. I had just tried creating new users, and realised they couldn't access their own homedirs and it clicked. So now all seems to be working very happily again. For the record qmail was less than helpful in it's logging errors merely saying. Jun 28 11:47:36 willow QMAIL: 993746856.402721 delivery 19: failure: Sorry,_no_mailbox_here_by_that_name._(#5.1.1) each time. Oh well. Thanks again. herbie __ This is an email, an electronic Post-It note. Keep your Inbox tidy and dispose of it in a timely fashion. On Thu, 28 Jun 2001, Charles Cazabon wrote: Andrew J Herbert [EMAIL PROTECTED] wrote: OpenLDAP, the pam_ldap and nss_ldap modules from padl.com, the UW IMAP server, regular qmail (not qmail-ldap). I have no qmail users or cdb files. Here is what /var/qmail/bin/qmail-getpw herbie | tr '\0' '\n' produces: herbie 39500 3 /homes/homefarm/herbie Herbie (me) has an account on the machine and an entry in /etc/passwd /var/qmail/bin/qmail-getpw judygs | tr '\0' '\n' judygs 11371 20 /homes/home21/judygs Judy has only an entry in the LDAP database, but the results of qmail-getpw are the same. Here are judy's permissions: drwx--4 judygs users 103 Jun 25 12:44 /homes/home21/judygs drwx--5 judygs users 92 Jun 13 15:00 /homes/home21/judygs/Maildir/ drwx--2 judygs users 35 Jun 13 15:00 cur drwx--2 judygs users2975 Jun 13 15:00 new drwx--2 judygs users 35 Jun 13 15:00 tmp Yet I can receive mail, and Judy cannot. That looks good. But what about the directories leading up to judygs' home directory? Are they all at least r-x for her UID or default GID? Specifically, what is the output of: ls -lind / /homes /homes/home21 /homes/home21/judygs/ /homes/home21/judygs/* I'm concerned that UID 11371 is not judygs or that GID 20 is not group users, or that the parent directories are not r-x for them. Since qmail-getpw is successful for judygs, what appears in the qmail-send logs when you send a message to her? qmail should be logging something when it tries to do a local delivery to her. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
RE: customized filters
If you're running qmail, subscribe to each list with a different extension address, and have appropriate .qmail files to store each of them in a separate Maildir or mbox file. Then configure mutt to read those folders in addition to your normal spool directory. If you're not running qmail, then it's not a qmail issue. yes, i'm running qmail at home (not valid domain). So I use fetchmail to connect to my yahoo (subscribed address) account and qmail delivers the message to my PC account. It works ok! Is possible to configure .qmail files to store messages in separate folders or mailboxes based on recipient addresses? How can I do it? --yapedu
Route to other server
I have read the FAQ on how to route incoming mail to another host but it does not appear to work for me. Here is what I am trying to accomplish I have mail coming in to the qmail host with users email domains set to something.here.com Example [EMAIL PROTECTED] I want the mail not to be stored on this MTA machine but passed on to the mail host machine of host.something.here.com? How do I make this work? host.something.here.com is not a qmail server but a server from company x. What I am doing is testing a mail client and we need to test it with various MTAs and Mail Server brands. I am using my qmail server as a Outgoing SMTP host that I want to have send to server brand x. --Thanks Cordell
Re: qmail-getpw
Andrew J Herbert [EMAIL PROTECTED] wrote: Yes, I'm embarassed to admit that was indeed the fault. I had just tried creating new users, and realised they couldn't access their own homedirs and it clicked. Excellent. For the record qmail was less than helpful in it's logging errors merely saying. Jun 28 11:47:36 willow QMAIL: 993746856.402721 delivery 19: failure: Sorry,_no_mailbox_here_by_that_name._(#5.1.1) This was one of the things that helped, actually -- if you read the following snippet of the qmail-getpw man page carefully: qmail-getpw considers an account in /etc/passwd to be a user if (1) the account has a nonzero uid, (2) the account's home directory exists (and is visible to qmail-getpw), and (3) the account owns its home directory. qmail-getpw ignores account names containing uppercase letters. qmail-getpw also assumes that all account names are shorter than 32 characters. In this case, the user's home directory wasn't visible to qmail-getpw or to the user -- therefore, it wasn't a valid local user to qmail, and the above error is appropriate. But that's picking nits. It would be nice in some situations to be able to explicitly log can't see homedir or such. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: customized filters
GARGIULO Eduardo INGDESI [EMAIL PROTECTED] wrote: Is possible to configure .qmail files to store messages in separate folders or mailboxes based on recipient addresses? How can I do it? `man dot-qmail` Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: xinetd config file for qmail
On Thu, 28 Jun 2001, Charles Cazabon wrote: Err -- this is the whole problem. If you're running inetd, I can get your xinetd != inetd. Have you tested and seen that this is still a problem? system to shut off the POP3 service for ten minutes simply by initiating five or ten connections in a few seconds. This is a bug, not a feature. Yes, I know, very well, and this is the reason I would never put anything like a SMTP server behind inetd. On the contrary; tcpserver lets you set concurrency limits, which inetd cannot do. Concurrency-limits per connection from IP-adresses? How? Please tell me. As far as I can see, you need to supply tcpserver with the normal cdb-file, and yes, you can give different enviroment variables per ip-range, but this file is static. Can you do more dynamic resource management? As far as I can see, no (and I don't regard regenerating a cdb file every half a minute as a good solution). And, no, I don't know if xinetd is good as this eiter, that is what I am planning to test (on a large scale system) (But, don't misunderstand me, I don't have it in for tcpserver in any way, I like the program and are using it several places. I just reacted to your way of dismissing everything else). -- Thorkild
Re: RE: RE: Problem with VAR directory during install
The compile runs, but when it's all over with there is nothing in the /var/qmail directory to work with. -Steve Steve Reed [EMAIL PROTECTED] wrote: I've checked everything except the phase of the moon and my white blood cell count. I've probably memorized the docs by now. qmail will simply NOT compile correctly on the latest Mandrake. You said earlier that the problem was nothing ends up in /var/qmail/. Now you say it doesn't compile. Which is true? If it doesn't compile, you should expect anything to end up in /var/qmail/, because that's the setup (install) step, which comes after compiling is complete. If you want further help, please run the following script. Make sure qmail-1.03.tar.gz is in /usr/local/src/ first. Adjust the path to bash as necessary. This will do a vanilla compile install of unpatched qmail 1.03. #!/bin/bash ( mv /var/qmail /var/qmail.old rm -rf /usr/local/src/qmail-1.03 cd /usr/local/src gunzip -c qmail-1.03.tar.gz | tar -xf - qmail-1.03.tar.gz cd qmail-1.03 make setup check ) /tmp/qmail-setup-log.txt 21 Then post /tmp/qmail-setup-log.txt on the web somewhere, and send a URL to this list. We need to see all of the output of the build process, I think, to find what your problem is. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
cannot start: hath the daemon spawn no fire?
Hi All, I am in need of assistance from those mysterious oh great qmail guru master's that exist on the list. If any of the could a moment to read the following and respond with a few pointers in where i have messed up, that would of course earn much respect, and gratitude from a mere half-mortal admin and developer ( not c :( learning ). I have RH6.2 and been attempting to build an rpm for internal use only to speed up the process of installing on our servers. We have until now been using the memphis src rpm + qmail-run-4-4 binary to setup and install qmail which works great. We then have the qmail-1.03.tar.gz source, and have applied and fixed when patches clashed for anti-spam, tarpit, mysql etc. After a recompile and make setup check, everything also works great. and has been for the past year or so. I recently got this task of making the RPMs for our system. I have used rpm2cpio on qmail-1.03-102memphis.src.rpm to extract the original .tar.gz + spec file. i have then cp'd the pre-compiled (working patched) binary files to the var-qmail-1.03 folder, and then rebuilt the .tar.gz and rpm using the spec file. Thanks for bearing with me so far... Anyway, so now i have copied the custom .src.rpm and the qmail-run-4-4.i386.rpm to the destination, and done a rpm --rebuild on the customer src.rpm to generate the i386 binary, with the new modified uid's etc. (the rebuild works great too). then after and rpm -ivh on the new .i386.rpm and then an rpm -ivh on the qmail-run rpm. All is well and good, until i start qmail with a /etc/rc.d/init.d/qmail.init start I check the /var/logs/qmail/ log files, and i get the error in the subject line. Anyone or any guru point me what i've messed up, i 've spent two days and many rebuilds, and still i cant sort it. :-( Apologies to all for the long mail, thought a bit of explanation req'd Many Thanks in Advance, Ben Murphy, Technical Director, murphx Innovative Solutions e-mail: [EMAIL PROTECTED] This e-mail is confidential and may contain legally privileged information. If you are not named above as an addressee it may be unlawful for you to read, copy, distribute, disclose or otherwise use the information contained within this e-mail. Any views or opinions presented are solely those of the author, and may not represent those of murphx Innovative Solutions.
RE: RE: RE: Problem with VAR directory during install
so you ran make setup check and nothing was in /var/qmail ? -Original Message- From: Steve Reed [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 28, 2001 4:47 PM To: Charles Cazabon; [EMAIL PROTECTED] Subject: Re: RE: RE: Problem with VAR directory during install The compile runs, but when it's all over with there is nothing in the /var/qmail directory to work with. -Steve Steve Reed [EMAIL PROTECTED] wrote: I've checked everything except the phase of the moon and my white blood cell count. I've probably memorized the docs by now. qmail will simply NOT compile correctly on the latest Mandrake. You said earlier that the problem was nothing ends up in /var/qmail/. Now you say it doesn't compile. Which is true? If it doesn't compile, you should expect anything to end up in /var/qmail/, because that's the setup (install) step, which comes after compiling is complete. If you want further help, please run the following script. Make sure qmail-1.03.tar.gz is in /usr/local/src/ first. Adjust the path to bash as necessary. This will do a vanilla compile install of unpatched qmail 1.03. #!/bin/bash ( mv /var/qmail /var/qmail.old rm -rf /usr/local/src/qmail-1.03 cd /usr/local/src gunzip -c qmail-1.03.tar.gz | tar -xf - qmail-1.03.tar.gz cd qmail-1.03 make setup check ) /tmp/qmail-setup-log.txt 21 Then post /tmp/qmail-setup-log.txt on the web somewhere, and send a URL to this list. We need to see all of the output of the build process, I think, to find what your problem is. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: svscan help
+ PATH=/usr/local/sbin:/usr/sbin:/sbin:/usr/kerberos/sbin:/usr/kerberos/bin:/u sr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X 11R6/bin:/root/bin:/usr/local/bin:/var/qmail/bin + echo -n 'Starting djb services: svscan' Starting djb services: svscan+ cd /service + env - PATH=/usr/local/sbin:/usr/sbin:/sbin:/usr/kerberos/sbin:/usr/kerberos/bin:/u sr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin: /usr/X11R6/bin:/root/bin:/usr/local/bin:/var/qmail/bin svscan + echo 1546 + echo . . + exit 0 [root@salem bin]# env: invalid option -- P Try `env --help' for more information. env: invalid option -- P Try `env --help' for more information. env: invalid option -- P Try `env --help' for more information. env: invalid option -- P Try `env --help' for more information. env: invalid option -- P Try `env --help' for more information. env: invalid option -- P Try `env --help' for more information. env: invalid option -- P - Original Message - From: Adam McKenna [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, June 27, 2001 11:55 PM Subject: Re: svscan help On Wed, Jun 27, 2001 at 11:25:55PM -0700, Kevin Roberts wrote: /usr/local/sbin:/usr/sbin:/sbin:/usr/kerberos/sbin:/usr/kerberos/bin:/usr/lo cal/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X11R6/bi n:/root/bin try: # sh -x /etc/init.d/svscan start and paste the output here. --Adam
Re: RE: RE: Problem with VAR directory during install
I'm running Mandrake 8.0. I'm Running Linux Mandrake 7.2 and actually have 6 seperate qmail installs running on that machine and have been running on it for over a year. The OS actually started out as Mandrake 7.0 then upgraded to 7.1 and then 7.2 and have not had any problems. Now I thought maybe it was the latest Mandrake you might be having problems with so I edited my files and installed a 7th qmail service on my machine and it compiled just fine. Then I deleted it and did it again.. Still compiled just fine.. I have no idea what is going on with your system but it is not an OS level issue unless there is something physically wrong with your OS installation itself I sugest doing a recopilation of the OS and try qmail again.. Side note I use the gz download of qmail not the RPM so if your using the RPM package ignore this message then ;) cheers --JT - Original Message - From: Steve Reed [EMAIL PROTECTED] To: Charles Cazabon [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Thursday, June 28, 2001 1:47 PM Subject: Re: RE: RE: Problem with VAR directory during install The compile runs, but when it's all over with there is nothing in the /var/qmail directory to work with. -Steve Steve Reed [EMAIL PROTECTED] wrote: I've checked everything except the phase of the moon and my white blood cell count. I've probably memorized the docs by now. qmail will simply NOT compile correctly on the latest Mandrake. You said earlier that the problem was nothing ends up in /var/qmail/. Now you say it doesn't compile. Which is true? If it doesn't compile, you should expect anything to end up in /var/qmail/, because that's the setup (install) step, which comes after compiling is complete. If you want further help, please run the following script. Make sure qmail-1.03.tar.gz is in /usr/local/src/ first. Adjust the path to bash as necessary. This will do a vanilla compile install of unpatched qmail 1.03. #!/bin/bash ( mv /var/qmail /var/qmail.old rm -rf /usr/local/src/qmail-1.03 cd /usr/local/src gunzip -c qmail-1.03.tar.gz | tar -xf - qmail-1.03.tar.gz cd qmail-1.03 make setup check ) /tmp/qmail-setup-log.txt 21 Then post /tmp/qmail-setup-log.txt on the web somewhere, and send a URL to this list. We need to see all of the output of the build process, I think, to find what your problem is. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: RE: RE: Problem with VAR directory during install
I have that on my workstation.. Give me a few as I don't have any mailer installed on it at all right now.. I'll copy the setup files over to it and give it a try and let ya know. I just built that workstation tuesday and have not had time to do anything on it so it is as basic and completely void as you can get I dare say. --JT - Original Message - From: Steve Reed [EMAIL PROTECTED] To: System Administrator [EMAIL PROTECTED]; Steve Reed [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Thursday, June 28, 2001 2:46 PM Subject: Re: RE: RE: Problem with VAR directory during install I'm running Mandrake 8.0. I'm Running Linux Mandrake 7.2 and actually have 6 seperate qmail installs running on that machine and have been running on it for over a year. The OS actually started out as Mandrake 7.0 then upgraded to 7.1 and then 7.2 and have not had any problems. Now I thought maybe it was the latest Mandrake you might be having problems with so I edited my files and installed a 7th qmail service on my machine and it compiled just fine. Then I deleted it and did it again.. Still compiled just fine.. I have no idea what is going on with your system but it is not an OS level issue unless there is something physically wrong with your OS installation itself I sugest doing a recopilation of the OS and try qmail again.. Side note I use the gz download of qmail not the RPM so if your using the RPM package ignore this message then ;) cheers --JT - Original Message - From: Steve Reed [EMAIL PROTECTED] To: Charles Cazabon [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Thursday, June 28, 2001 1:47 PM Subject: Re: RE: RE: Problem with VAR directory during install The compile runs, but when it's all over with there is nothing in the /var/qmail directory to work with. -Steve Steve Reed [EMAIL PROTECTED] wrote: I've checked everything except the phase of the moon and my white blood cell count. I've probably memorized the docs by now. qmail will simply NOT compile correctly on the latest Mandrake. You said earlier that the problem was nothing ends up in /var/qmail/. Now you say it doesn't compile. Which is true? If it doesn't compile, you should expect anything to end up in /var/qmail/, because that's the setup (install) step, which comes after compiling is complete. If you want further help, please run the following script. Make sure qmail-1.03.tar.gz is in /usr/local/src/ first. Adjust the path to bash as necessary. This will do a vanilla compile install of unpatched qmail 1.03. #!/bin/bash ( mv /var/qmail /var/qmail.old rm -rf /usr/local/src/qmail-1.03 cd /usr/local/src gunzip -c qmail-1.03.tar.gz | tar -xf - qmail-1.03.tar.gz cd qmail-1.03 make setup check ) /tmp/qmail-setup-log.txt 21 Then post /tmp/qmail-setup-log.txt on the web somewhere, and send a URL to this list. We need to see all of the output of the build process, I think, to find what your problem is. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: Problem with VAR directory during install
Thanks. In the meantime, I'm almost finished downloading the very latest ISOs for Mandrake 8 (dated 6-19). I'll reload the box and try again. I have that on my workstation.. Give me a few as I don't have any mailer installed on it at all right now.. I'll copy the setup files over to it and give it a try and let ya know. I just built that workstation tuesday and have not had time to do anything on it so it is as basic and completely void as you can get I dare say. --JT - Original Message - From: Steve Reed [EMAIL PROTECTED] To: System Administrator [EMAIL PROTECTED]; Steve Reed [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Thursday, June 28, 2001 2:46 PM Subject: Re: RE: RE: Problem with VAR directory during install I'm running Mandrake 8.0. I'm Running Linux Mandrake 7.2 and actually have 6 seperate qmail installs running on that machine and have been running on it for over a year. The OS actually started out as Mandrake 7.0 then upgraded to 7.1 and then 7.2 and have not had any problems. Now I thought maybe it was the latest Mandrake you might be having problems with so I edited my files and installed a 7th qmail service on my machine and it compiled just fine. Then I deleted it and did it again.. Still compiled just fine.. I have no idea what is going on with your system but it is not an OS level issue unless there is something physically wrong with your OS installation itself I sugest doing a recopilation of the OS and try qmail again.. Side note I use the gz download of qmail not the RPM so if your using the RPM package ignore this message then ;) cheers --JT - Original Message - From: Steve Reed [EMAIL PROTECTED] To: Charles Cazabon [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Thursday, June 28, 2001 1:47 PM Subject: Re: RE: RE: Problem with VAR directory during install The compile runs, but when it's all over with there is nothing in the /var/qmail directory to work with. -Steve Steve Reed [EMAIL PROTECTED] wrote: I've checked everything except the phase of the moon and my white blood cell count. I've probably memorized the docs by now. qmail will simply NOT compile correctly on the latest Mandrake. You said earlier that the problem was nothing ends up in /var/qmail/. Now you say it doesn't compile. Which is true? If it doesn't compile, you should expect anything to end up in /var/qmail/, because that's the setup (install) step, which comes after compiling is complete. If you want further help, please run the following script. Make sure qmail-1.03.tar.gz is in /usr/local/src/ first. Adjust the path to bash as necessary. This will do a vanilla compile install of unpatched qmail 1.03. #!/bin/bash ( mv /var/qmail /var/qmail.old rm -rf /usr/local/src/qmail-1.03 cd /usr/local/src gunzip -c qmail-1.03.tar.gz | tar -xf - qmail- 1.03.tar.gz cd qmail-1.03 make setup check ) /tmp/qmail-setup-log.txt 21 Then post /tmp/qmail-setup-log.txt on the web somewhere, and send a URL to this list. We need to see all of the output of the build process, I think, to find what your problem is. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: Peter from the Dike and Security
peter green [EMAIL PROTECTED] writes:
perl -e 'while(){$_=~tr/A-Za-z/N-ZA-Mn-za-m/;print}'
Then paste the email :-)
Or, a bit shorter,
$ tr 'a-zA-Z' 'n-za-mN-ZA-M' email
Or a bit kludgier,
perl -ni -e 'foreach (split //){unless(/\w/){print; next;}print
chr(((ord(lc)-96+13)%26)+96)}'
Or simply `W r' if you are reading the message with gnus.
--
(TMDA - http://tmda.sourceforge.net/)
(A qmail-based SPAM reduction system)
Re: Problem with VAR directory during install
1) So, no one knows of any definitive ownership rules for all of qmail? 2) Why is it ok for /var/qmail to be owned by root:root? From: pop corn [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Problem with VAR directory during install Date: Thu, 28 Jun 2001 00:20:25 - I have the same question about ownership/permissions for all of /var/qmail directories and files. I made some changes manually, but am very uncomfortable with my current settings. When I first got into qmail, I thought that making the custom qmail accounts were part of making it bulletproof, but there doesn't seem to be much requirement to keep things from being owned by root. $ cd /var/qmail $ ls -las total 68 4 drwxr-xr-x 12 aliasnofiles 4096 4 drwxr-xr-x 18 root root 4096 4 -rw-r--r--1 qmails qmail 24 .bash_logout 4 -rw-r--r--1 qmails qmail 230 .bash_profile 4 -rw-r--r--1 qmails qmail 124 .bashrc 4 drwxr-sr-x2 aliasnofiles 4096 alias 4 drwxr-xr-x2 root qmail4096 bin 4 drwxr-xr-x2 root qmail4096 boot 4 drwxr-xr-x2 root qmail4096 control 4 drwxr-xr-x2 root qmail4096 doc 4 drwxr-xr-x6 root root 4096 log 4 drwxr-xr-x 10 root qmail4096 man 4 drwxr-x--- 11 qmailq qmail4096 queue 4 -rwxr-xr-x1 root root 212 rc 4 drwxr-xr-x6 root root 4096 supervise 4 drwxr-xr-x2 root qmail4096 users $ ls -las supervise total 24 4 drwxr-xr-x6 root root 4096 4 drwxr-xr-x 12 aliasnofiles 4096 4 drwxr-xr-t4 root root 4096 courier-imap 4 drwxr-xr-t4 root root 4096 qmail-pop3d 4 drwxr-xr-t4 root root 4096 qmail-send 4 drwxr-xr-t4 root root 4096 qmail-smtpd $ $ ls -las /service total 8 4 drwxr-xr-x2 root root 4096 4 drwxr-xr-x 18 root root 4096 0 lrwxrwxrwx1 root root 34 courier-imap - /var/qmail/supervise/courier-imap 0 lrwxrwxrwx1 root root 33 qmail-pop3d - /var/qmail/supervise/qmail-pop3d 0 lrwxrwxrwx1 root root 32 qmail-send - /var/qmail/supervise/qmail-send 0 lrwxrwxrwx1 root root 33 qmail-smtpd - /var/qmail/supervise/qmail-smtpd From: Steve Reed [EMAIL PROTECTED] To: Yvette 'Tina' Martinez [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: Re: Problem with VAR directory during install Date: Wed, 27 Jun 2001 19:37:05 -0400 Excuse me while I go bang my head against the wall. OK, there now that that's over withhas anyone else had trouble installing qmail on Mandrake 8? I'm following the instructions to the letter and the darn thing won't install. I'd much rather find the reason for it and fix it than install an older version of the operating system, which can present other issues. -Steve I am also new at this and the first thing I had to do was stop using linuxconf. Linuxconf seems to have a mind of its own and it will regularly change ownership based on its own set of rules. BTW, I don't know exactly why. The second thing I did was rebuild my machine with Mandrake 7.2 (from 8.0) I had all kinds of trouble with mandrake 8 in all different apps. So far with mandrake 7.2 back online all my installs have been clean. I use the command line mostly and webmin to look at users and groups... Tina --- Steve Reed [EMAIL PROTECTED] wrote: Well I think I may have located the source of the trouble but it's still puzzling. Both the Life With Qmail and the Running qmail book want the /var/qmail directory created while logged in as root. That gives ownership to the user root in the group root. Then, the qmail-specific groups and users are added. The problem is that when I run linuxconf and look at the created users, I receive a warning that the home directory of /var/qmail has an invalid owner and group. Could this be the cause of my problems? I'm not exactly a newbie to file and directory permissions, but in reading all the qmail documentation I can lay my hands on I see nothing that indicates I need to change the ownership and group of /var/qmail from root/root. Nevertheless, linuxconf is whining and my compile goes nowhere, and this all smells like a permissions issue. I'm running Mandrake 8. Thanks for your patient help. Steve. On Mon, Jun 25, 2001 at 02:43:15PM +1200, Steve Reed wrote: So, I'm stumped. Why is config (or config-fast) unhappy? Because it's expecting dirs and stuff in /var/qmail that aren't there. Run strings - install | grep / and look for a fully- qualified path (ie. starting with a slash) that doesn't look system-related. In your
Re: RE: RE: RE: Problem with VAR directory during install
Steve Reed [EMAIL PROTECTED] wrote: The compile does run. But when it's over with the /var/qmail directory is as empty as the bottom of a dry well. The only proof that the compile and install goes correctly is your word -- and since nothing ends up in /var/qmail, obviously that's incorrect. The last time you said this, I requested you post a copmlete log of the make setup check procedure so we could see it. You've ignored that, twice. No one can help you without that information. If you don't want to post that information to the list (or put it on a web server and post the URL), hire a qmail consultant to fix it for you. The list can't be of any help if you won't give us the information we need. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
qmail Installation
Someone just sent me a note and said they were able to install qmail without a problem on Mandrake 8. I just downloaded the very latest ISOs and qmail still won't install for me. So, assuming that I must be doing something totally asinine, here is exactly, step by step, what I am doing. Hopefully some kind soul can read this and tell me what I'm doing wrong: 1. Download the qmail compressed file into the /usr/local/src directory. 2. Decompress the file, creating /usr/local/src/qmail-1.03. 3. Create the /var/qmail directory (yes I'm logged on as root). 4. Modify INSTALL.ids using the first section for Linux. It does create the users and groups. 5. Do a make setup check in the /usr/local/src/qmail-1.03 directory. It runs and is busy compiling. 6. When compile is finished, the /var/qmail directory is still empty. So, when I try to do the ./config it of course errors out because it can't find the right directories in /var/qmail. Soany ideas? -Steve
Re: RE: RE: RE: Problem with VAR directory during install
I sincerely apologize for overlooking your request for the setup log. Will recompile now and post one. -Steve Steve Reed [EMAIL PROTECTED] wrote: The compile does run. But when it's over with the /var/qmail directory is as empty as the bottom of a dry well. The only proof that the compile and install goes correctly is your word -- and since nothing ends up in /var/qmail, obviously that's incorrect. The last time you said this, I requested you post a copmlete log of the make setup check procedure so we could see it. You've ignored that, twice. No one can help you without that information. If you don't want to post that information to the list (or put it on a web server and post the URL), hire a qmail consultant to fix it for you. The list can't be of any help if you won't give us the information we need. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
RE: qmail Installation
Yes get a new OS or listen to Charles arrggh From: Steve Reed [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 28, 2001 6:44 PM To: [EMAIL PROTECTED] Subject: qmail Installation Someone just sent me a note and said they were able to install qmail without a problem on Mandrake 8. I just downloaded the very latest ISOs and qmail still won't install for me. So, assuming that I must be doing something totally asinine, here is exactly, step by step, what I am doing. Hopefully some kind soul can read this and tell me what I'm doing wrong: 1. Download the qmail compressed file into the /usr/local/src directory. 2. Decompress the file, creating /usr/local/src/qmail-1.03. 3. Create the /var/qmail directory (yes I'm logged on as root). 4. Modify INSTALL.ids using the first section for Linux. It does create the users and groups. 5. Do a make setup check in the /usr/local/src/qmail-1.03 directory. It runs and is busy compiling. 6. When compile is finished, the /var/qmail directory is still empty. So, when I try to do the ./config it of course errors out because it can't find the right directories in /var/qmail. Soany ideas? -Steve
Re: RE: RE: RE: Problem with VAR directory during install
Sorry Charles, I believe he got distracted by me.. I'm the one with the Mandrake 8 box that it is working on and we were communicating via email and not the list.. So the reason why he hasn't gotten to it yet was because of me.. Anyways, he's done everything I have done and he is still having the problem. I just asked him to do what you mentioned and hopefully he will do it soon as I really want to see whats up with this. Question though.. I've been told it makes no difference but I always (for the past year anyways) install qmail using 'make setup check' then 'make setup' People have told me this is repetitve but thats the way I do it (shrug) Question now is just for clarification with this problem.. Does it make a diff or not? --JT - Original Message - From: Charles Cazabon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, June 28, 2001 4:41 PM Subject: Re: RE: RE: RE: Problem with VAR directory during install Steve Reed [EMAIL PROTECTED] wrote: The compile does run. But when it's over with the /var/qmail directory is as empty as the bottom of a dry well. The only proof that the compile and install goes correctly is your word -- and since nothing ends up in /var/qmail, obviously that's incorrect. The last time you said this, I requested you post a copmlete log of the make setup check procedure so we could see it. You've ignored that, twice. No one can help you without that information. If you don't want to post that information to the list (or put it on a web server and post the URL), hire a qmail consultant to fix it for you. The list can't be of any help if you won't give us the information we need. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: qmail Installation
On Thu, Jun 28, 2001 at 07:44:16PM -0400, Steve Reed wrote: Someone just sent me a note and said they were able to install qmail without a problem on Mandrake 8. I just downloaded the very latest ISOs and qmail still won't install for me. So, assuming that I must be doing something totally asinine, here is exactly, step by step, what I am doing. Hopefully some kind soul can read this and tell me what I'm doing wrong: 1. Download the qmail compressed file into the /usr/local/src directory. 2. Decompress the file, creating /usr/local/src/qmail-1.03. 3. Create the /var/qmail directory (yes I'm logged on as root). 4. Modify INSTALL.ids using the first section for Linux. It does create the users and groups. 5. Do a make setup check in the /usr/local/src/qmail-1.03 directory. It runs and is busy compiling. 6. When compile is finished, the /var/qmail directory is still empty. So, when I try to do the ./config it of course errors out because it can't find the right directories in /var/qmail. Soany ideas? 1) Insall the script program (if it's not already installed), and type script /tmp/qmail.log. 2) Go through your qmail install. When done, type exit. 3) Post /tmp/qmail.log to a website for further review, since you're obviously not providing enough information here. --Adam
Re: RE: RE: RE: Problem with VAR directory during install
OK, the text file is attached with what occurs during the make setup check. -Steve [root@mail root]# cd /usr/local/src/qmail-1.03 [root@mail qmail-1.03]# make setup check ( cat warn-auto.sh; \ echo CC=\'`head -1 conf-cc`\'; \ echo LD=\'`head -1 conf-ld`\' \ ) auto-ccld.sh cat auto-ccld.sh make-load.sh make-load chmod 755 make-load cat auto-ccld.sh find-systype.sh find-systype chmod 755 find-systype ./find-systype systype ( cat warn-auto.sh; ./make-load `cat systype` ) load chmod 755 load cat auto-ccld.sh make-compile.sh make-compile chmod 755 make-compile ( cat warn-auto.sh; ./make-compile `cat systype` ) \ compile chmod 755 compile ( ( ./compile tryvfork.c ./load tryvfork ) /dev/null \ 21 \ cat fork.h2 || cat fork.h1 ) fork.h rm -f tryvfork.o tryvfork ./compile qmail-local.c qmail-local.c: In function `main': qmail-local.c:448: warning: return type of `main' is not `int' ./compile qmail.c ./compile quote.c ./compile now.c ./compile gfrom.c ./compile myctime.c ./compile slurpclose.c cat auto-ccld.sh make-makelib.sh make-makelib chmod 755 make-makelib ( cat warn-auto.sh; ./make-makelib `cat systype` ) \ makelib chmod 755 makelib ./compile case_diffb.c ./compile case_diffs.c ./compile case_lowerb.c ./compile case_lowers.c ./compile case_starts.c ./makelib case.a case_diffb.o case_diffs.o case_lowerb.o \ case_lowers.o case_starts.o ./compile getln.c ./compile getln2.c ./makelib getln.a getln.o getln2.o ./compile subgetopt.c ./compile sgetopt.c ./makelib getopt.a subgetopt.o sgetopt.o ./compile sig_alarm.c ( ( ./compile trysgprm.c ./load trysgprm ) /dev/null \ 21 \ echo \#define HASSIGPROCMASK 1 || exit 0 ) hassgprm.h rm -f trysgprm.o trysgprm ./compile sig_block.c ( ( ./compile trysgact.c ./load trysgact ) /dev/null \ 21 \ echo \#define HASSIGACTION 1 || exit 0 ) hassgact.h rm -f trysgact.o trysgact ./compile sig_catch.c ./compile sig_pause.c ./compile sig_pipe.c ./compile sig_child.c ./compile sig_hup.c ./compile sig_term.c ./compile sig_bug.c ./compile sig_misc.c ./makelib sig.a sig_alarm.o sig_block.o sig_catch.o \ sig_pause.o sig_pipe.o sig_child.o sig_hup.o sig_term.o \ sig_bug.o sig_misc.o ./compile open_append.c ./compile open_excl.c ./compile open_read.c ./compile open_trunc.c ./compile open_write.c ./makelib open.a open_append.o open_excl.o open_read.o \ open_trunc.o open_write.o ./compile seek_cur.c ./compile seek_end.c ./compile seek_set.c ./compile seek_trunc.c ./makelib seek.a seek_cur.o seek_end.o seek_set.o \ seek_trunc.o ( ( ./compile tryflock.c ./load tryflock ) /dev/null \ 21 \ echo \#define HASFLOCK 1 || exit 0 ) hasflock.h rm -f tryflock.o tryflock ./compile lock_ex.c ./compile lock_exnb.c ./compile lock_un.c ./makelib lock.a lock_ex.o lock_exnb.o lock_un.o ./compile fd_copy.c ./compile fd_move.c ./makelib fd.a fd_copy.o fd_move.o ( ( ./compile trywaitp.c ./load trywaitp ) /dev/null \ 21 \ echo \#define HASWAITPID 1 || exit 0 ) haswaitp.h rm -f trywaitp.o trywaitp ./compile wait_pid.c ./compile wait_nohang.c ./makelib wait.a wait_pid.o wait_nohang.o ./compile env.c ./compile envread.c ./makelib env.a env.o envread.o ./compile stralloc_eady.c ./compile stralloc_pend.c ./compile stralloc_copy.c ./compile stralloc_opys.c ./compile stralloc_opyb.c ./compile stralloc_cat.c ./compile stralloc_cats.c ./compile stralloc_catb.c ./compile stralloc_arts.c ./makelib stralloc.a stralloc_eady.o stralloc_pend.o \ stralloc_copy.o stralloc_opys.o stralloc_opyb.o \ stralloc_cat.o stralloc_cats.o stralloc_catb.o \ stralloc_arts.o ./compile alloc.c ./compile alloc_re.c ./makelib alloc.a alloc.o alloc_re.o ./compile strerr_sys.c ./compile strerr_die.c ./makelib strerr.a strerr_sys.o strerr_die.o ./compile substdio.c ./compile substdi.c ./compile substdo.c ./compile subfderr.c ./compile subfdout.c ./compile subfdouts.c ./compile subfdin.c ./compile subfdins.c ./compile substdio_copy.c ./makelib substdio.a substdio.o substdi.o substdo.o \ subfderr.o subfdout.o subfdouts.o subfdin.o subfdins.o \ substdio_copy.o ./compile error.c ./compile error_str.c ./compile error_temp.c ./makelib error.a error.o error_str.o error_temp.o ./compile str_len.c ./compile str_diff.c ./compile str_diffn.c ./compile str_cpy.c ./compile str_chr.c ./compile str_rchr.c ./compile str_start.c ./compile byte_chr.c ./compile byte_rchr.c ./compile byte_diff.c ./compile byte_copy.c ./compile byte_cr.c ./compile byte_zero.c ./makelib str.a str_len.o str_diff.o str_diffn.o str_cpy.o \ str_chr.o str_rchr.o str_start.o byte_chr.o byte_rchr.o \ byte_diff.o byte_copy.o byte_cr.o byte_zero.o ./compile fmt_str.c ./compile fmt_strn.c ./compile fmt_uint.c ./compile fmt_uint0.c ./compile fmt_ulong.c ./compile scan_ulong.c ./compile scan_8long.c ./makelib fs.a fmt_str.o fmt_strn.o fmt_uint.o fmt_uint0.o \ fmt_ulong.o scan_ulong.o scan_8long.o ./compile datetime.c ./compile datetime_un.c ./makelib datetime.a datetime.o datetime_un.o ./compile auto-str.c auto-str.c: In function `main': auto-str.c:15: warning: return type of
Re: RE: RE: RE: Problem with VAR directory during install
Steve Reed [EMAIL PROTECTED] wrote: OK, the text file is attached with what occurs during the make setup check. [...] chmod 755 binm3+df nroff -man qmail-local.8 qmail-local.0 /bin/sh: nroff: command not found make: *** [qmail-local.0] Error 127 [root@mail qmail-1.03]# And there's your problem -- no roff, so make broke before getting to the installation step. Install roff/nroff and try again. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: RE: RE: RE: Problem with VAR directory during install
James Stevens [EMAIL PROTECTED] wrote: So the reason why he hasn't gotten to it yet was because of me.. Anyways, he's done everything I have done and he is still having the problem. That's okay. Looks like a simple problem; he was missing a tool (nroff), so the make couldn't complete. I've been told it makes no difference but I always (for the past year anyways) install qmail using 'make setup check' then 'make setup' People have told me this is repetitve but thats the way I do it (shrug) Question now is just for clarification with this problem.. Does it make a diff or not? It shouldn't make a difference. When you do make setup check it's like doing make setup followed by make check. Running make setup again when it's done should just exit with nothing to do or a similar message from make, as none of the files which are dependencies for the targets have changed. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: qmail Installation
OK, done. I recompiled again with the same results and you can access the log here: http://www.reedelectronics.com/steve/qmail.log Thanks. 3) Post /tmp/qmail.log to a website for further review, since you're obviously not providing enough information here. --Adam
Substdio Functions
Hi, Can someone point me to some documentation on using the substdio functions? Is there any? Thanks, *** Bill Luckett Director of Information Systems Phi Theta Kappa International Honor Society 1625 Eastover Dr. Jackson, MS 39211 Ph: 601-984-3559 Fax: 601-984-3506 [EMAIL PROTECTED] ***
Re: RE: RE: RE: Problem with VAR directory during install
Installed Groff and all is well now. Criminy! Mandrake 8.0 apparently doesn't install Groff as part of the load. I RPM'd it in and all is fine. The beer is on me tonight. -Steve James Stevens [EMAIL PROTECTED] wrote: So the reason why he hasn't gotten to it yet was because of me.. Anyways, he's done everything I have done and he is still having the problem. That's okay. Looks like a simple problem; he was missing a tool (nroff), so the make couldn't complete. I've been told it makes no difference but I always (for the past year anyways) install qmail using 'make setup check' then 'make setup' People have told me this is repetitve but thats the way I do it (shrug) Question now is just for clarification with this problem.. Does it make a diff or not? It shouldn't make a difference. When you do make setup check it's like doing make setup followed by make check. Running make setup again when it's done should just exit with nothing to do or a similar message from make, as none of the files which are dependencies for the targets have changed. Charles -- --- Charles Cazabon [EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
Re: RE: RE: RE: Problem with VAR directory during install
Nod, I saw that I commented back to him also ... nroff I believe is part of a standard install although I don't have any standard machines here anymore (sigh) but at anyrate I sent him the man page so he could research it further. And yes it always exits out with 'nothing to do.' but thats when I know it will work and it always does so it's just a habit of mine now... Laugh --JT - Original Message - From: Charles Cazabon [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, June 28, 2001 6:04 PM Subject: Re: RE: RE: RE: Problem with VAR directory during install James Stevens [EMAIL PROTECTED] wrote: So the reason why he hasn't gotten to it yet was because of me.. Anyways, he's done everything I have done and he is still having the problem. That's okay. Looks like a simple problem; he was missing a tool (nroff), so the make couldn't complete. I've been told it makes no difference but I always (for the past year anyways) install qmail using 'make setup check' then 'make setup' People have told me this is repetitve but thats the way I do it (shrug) Question now is just for clarification with this problem.. Does it make a diff or not? It shouldn't make a difference. When you do make setup check it's like doing make setup followed by make check. Running make setup again when it's done should just exit with nothing to do or a similar message from make, as none of the files which are dependencies for the targets have changed. Charles -- --- Charles Cazabon[EMAIL PROTECTED] GPL'ed software available at: http://www.qcc.sk.ca/~charlesc/software/ ---
DNS related
Hi: I'm new 2 qmail. i've install it, run it, and love it. as a code builder and synth programer i've learn that the modular approach it's always the way 2 go. I have some teknical questions that are clearly DNS related is it o.k if i post those questions here? or does somebody knows about a good DNS mailing list? thanks 2 all raymond
Re: qmail Installation
On Wed, Jun 27, 2001 at 01:09:17PM +1200, Steve Reed wrote: OK, done. I recompiled again with the same results and you can access the log here: http://www.reedelectronics.com/steve/qmail.log Did you read Charles' mail? The last few lines of the log should've told you exactly what went wrong. Unless Mandrake totally reworked their RPMs when going from 7.2 to 8.0, I'll bet you didn't install the groff RPM. - Adrian
Re: svscan help
Redhat 7.1 Kevin - Original Message - From: Adam McKenna [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, June 28, 2001 3:07 PM Subject: Re: svscan help On Thu, Jun 28, 2001 at 02:32:53PM -0700, Lists Servers Email wrote: + PATH=/usr/local/sbin:/usr/sbin:/sbin:/usr/kerberos/sbin:/usr/kerberos/bin:/u sr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/usr/X 11R6/bin:/root/bin:/usr/local/bin:/var/qmail/bin + echo -n 'Starting djb services: svscan' Starting djb services: svscan+ cd /service + env - PATH=/usr/local/sbin:/usr/sbin:/sbin:/usr/kerberos/sbin:/usr/kerberos/bin:/u sr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin: /usr/X11R6/bin:/root/bin:/usr/local/bin:/var/qmail/bin svscan + echo 1546 + echo . . + exit 0 [root@salem bin]# env: invalid option -- P Try `env --help' for more information. env: invalid option -- P Try `env --help' for more information. env: invalid option -- P Try `env --help' for more information. env: invalid option -- P Try `env --help' for more information. env: invalid option -- P Try `env --help' for more information. env: invalid option -- P Try `env --help' for more information. env: invalid option -- P Weird. What OS is this running on? Try getting a new copy of the script at http://flounder.net/qmail/svscan-init --Adam
Re: DNS related
In a message dated Thu, Jun 28, 2001 at 08:43:32PM -0500, raymond wrote: I'm new 2 qmail. i've install it, run it, and love it. as a code builder and synth programer i've learn that the modular approach it's always the way 2 go. You will go much further in life (or at least on mailing lists) if you learn that typing two keys (for example 't' and 'o') is only trivially more time-consuming than typing one (for example, '2'), but makes your English look far, far more pleasant. It also shows your audience that you care about what you are writing. I have some teknical questions that are clearly DNS related is it o.k if i post those questions here? or does somebody knows about a good DNS mailing list? I think you should post those to the cr.yp.to DNS list, which is found at this server. Send a message to [EMAIL PROTECTED] Otherwise, I'll be happy to help if you email me privately. -- rjbs PGP signature
Re: qmail Installation
looks like you haven't got the nroff program for extracting or something the man files take a look on your distribution CD's or try this source http://sunsite.ics.forth.gr/sunsite/linux/sunsite_archive/utils/text/nroffsrc.tar.Z [ found on the fast with google :) ] At 23:09 28.06.2001, Steve Reed wrote: OK, done. I recompiled again with the same results and you can access the log here: http://www.reedelectronics.com/steve/qmail.log Thanks. 3) Post /tmp/qmail.log to a website for further review, since you're obviously not providing enough information here. --Adam -- Lukas Beeler [EMAIL PROTECTED] Homepage: http://www.projectdream.org --
What could be the problem?
Hi all, We have qmail-1.0.3 installed in our server. Whenever we send a external mail we get the following message in /var/log/maillog Jun 28 15:36:10 mail qmail: 993722770.649384 starting delivery 558: msg 53658 to remote [EMAIL PROTECTED]Jun 28 15:36:10 mail qmail: 993722770.649477 status: local 0/10 remote 1/20Jun 28 15:36:50 mail qmail: 993722810.758651 delivery 558: deferral: CNAME_lookup_failed_temporarily._(#4.4.3)/Jun 28 15:36:50 mail qmail: 993722810.758758 status: local 0/10 remote 0/20Jun 28 15:38:08 mail qmail: 993722888.928096 new msg 53659 and it doesn't send the message. Thanks Mathew
