qmail Digest 6 Dec 1999 11:00:01 -0000 Issue 841
Topics (messages 33924 through 33948):
Re: qmail-inject: fatal: qq trouble ....
33924 by: Uwe Ohse
33942 by: waskita adijarto
Re: Problems telneting to port 25
33925 by: Florian G. Pflug
33926 by: Matthias Andree
33939 by: romulus.arcormail.de
Allowing relaying NOT based on an IP range
33927 by: Dimitri SZAJMAN
33932 by: Ben Beuchler
trouble opening remote
33928 by: Ronny Haryanto
How to get your qmail server into ORBS
33929 by: petervd.vuurwerk.nl
33938 by: John R. Levine
33946 by: petervd.vuurwerk.nl
Re: URGENT !!
33930 by: Sergei Kolobov
Re: Webmin Module
33931 by: Marco Leeflang
Attachments
33933 by: Bill Hults
33934 by: petervd.vuurwerk.nl
qmail config problem
33935 by: Klaus Naumann
33936 by: petervd.vuurwerk.nl
33943 by: Alexander Jernejcic
Starting over, Was: Problems telneting to port 25
33937 by: Steve Schroeder
[Q] qmail-pop3d error message - ERR aack, child crashed?
33940 by: BAE SUNG SIK
Not paying attention to .qmail files?
33941 by: Jim Gilliver
qmail site down?
33944 by: Van Liedekerke Franky
33945 by: Andy Bradford
33947 by: Magnus Bodin
Re: I need to get off this list
33948 by: Andy Bradford
Administrivia:
To unsubscribe from the digest, e-mail:
[EMAIL PROTECTED]
To subscribe to the digest, e-mail:
[EMAIL PROTECTED]
To bug my human owner, e-mail:
[EMAIL PROTECTED]
To post to the list, e-mail:
[EMAIL PROTECTED]
----------------------------------------------------------------------
On Sun, Dec 05, 1999 at 01:19:19AM -0500, Guillaume Paquet wrote:
> I installed qmail like it was explained in INSTALL and INSTALL.vsm and I
> copied the proc file in /var/qmail/rc but when I test it out, like it's
> written in TEST.deliver , it says:
>
> bash-2.03$ echo to: fou | /var/qmail/bin/qmail-inject
> qmail-inject: fatal: qq trouble creating files in queue (#4.3.0)
> bash-2.03$
>
> What might be the problem?
qmail-queue can't chdir() to /var/qmail/queue.
wrong permissions?
Regards, Uwe
On Sun, 5 Dec 1999, Guillaume Paquet wrote:
> Date: Sun, 5 Dec 1999 01:19:19 -0500
> From: Guillaume Paquet <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> Subject: qmail-inject: fatal: qq trouble ....
>
> Hi,
>
> I installed qmail like it was explained in INSTALL and INSTALL.vsm and I
> copied the proc file in /var/qmail/rc but when I test it out, like it's
> written in TEST.deliver , it says:
>
> bash-2.03$ echo to: fou | /var/qmail/bin/qmail-inject
> qmail-inject: fatal: qq trouble creating files in queue (#4.3.0)
> bash-2.03$
>
> What might be the problem?
- no diskspace available
- no inodes left
- wrong file/directory permission
On Sat, Dec 04, 1999 at 03:51:02PM -0600, Steve Schroeder wrote:
> Before & after installing qmail, which I believe I've done successfully, I
> cannot telnet to port 25 to test the installation. I can however send mail
> as root to external addresses. I'm trying to use fetchmail to suck down my
> mail from my ISP.
>
> I've included the stuff below to show that I have installed qmail.
>
> Any help would be greatly appreciated! I'm almost there, just give me a
> nudge :-) I wouldn't know how to troubleshoot this particular issue. I've
> read through the FAQ and INSTALL.* docs and have'nt seen a pointer to my
> specific issue.
>
> Thank you!
>
> [root@zamdrist doc]# telnet localhost 25
> Trying 127.0.0.1...
> Connected to localhost.
> Escape character is '^]'.
> Connection closed by foreign host.
>
> tail /etc/rc.d/rc.sysinit (Is this where this belongs?)
>
> #QMAIL
> csh -cf '/var/QMAIL/rc &'
>
> # Now that we have all of our basic modules loaded and the kernel going,
> # let's dump the syslog ring somewhere so we can find it later
> dmesg > /var/log/dmesg
>
> ps -A |grep qmail
>
> 86 ? 00:00:00 qmail-send
> 93 ? 00:00:00 qmail-lspawn
> 94 ? 00:00:00 qmail-rspawn
> 95 ? 00:00:00 qmail-clean
>
> netstat -a |grep LISTEN
>
> tcp 0 0 *:netbios-ssn *:* LISTEN
> tcp 0 0 *:printer *:* LISTEN
> tcp 0 0 *:linuxconf *:* LISTEN
> tcp 0 0 *:smtp *:* LISTEN
> tcp 0 0 *:auth *:* LISTEN
> tcp 0 0 *:pop-3 *:* LISTEN
> tcp 0 0 *:login *:* LISTEN
> tcp 0 0 *:shell *:* LISTEN
> tcp 0 0 *:telnet *:* LISTEN
> tcp 0 0 *:ftp *:* LISTEN
> tcp 0 0 *:sunrpc *:* LISTEN
>
> tail --lines 3 /var/log/maillog
>
> Nov 30 16:55:49 zamdrist qmail: 944002549.769021 delivery 5: success:
>
>206.145.48.1_accepted_message./Remote_host_said:_250_AAA01365_Message_accepted_for_delivery/
> Nov 30 16:55:49 zamdrist qmail: 944002549.769273 status: local 0/10 remote
> 0/20
> Nov 30 16:55:49 zamdrist qmail: 944002549.769424 end msg 432179
Hi
Stupid Question - do you have tcpserver + qmail-smtpd running, or have you
put qmail-smtpd in /etc/inetd.conf, or did you maybe forget this?
Greetings, Florian Pflug
Steve Schroeder <[EMAIL PROTECTED]> writes:
> Before & after installing qmail, which I believe I've done successfully, I
> cannot telnet to port 25 to test the installation. I can however send mail
> as root to external addresses. I'm trying to use fetchmail to suck down my
> mail from my ISP.
You did most certainly NOT set up your system properly.
Check your name resolution for "localhost".
In particular, your tcpserver (uscpi package) is not set up
properly. See the qmail install documents and install it properly.
You might either have qmail installed into inetd which is NOT supported
by qmail, although still mentioned in the install document.
Get the current ucspi-tcp-X.XX.tar.gz package, install it and see
/var/qmail/doc/FAQ section 5.1 for details.
--
Matthias Andree
Hi! I'm the infamous .signature virus!
Copy me into your ~/.signature to help me spread!
Hi, Steve!
Help can be provided easily if your question was whether fetchmail and
qmail can work together successfully. They can, and if you like I
will show you how. I don't quite know about port 25, but it seems that
on my system (Red Hat Linux 6.0, qmail 1.03, fetchmail 5.0.0) there's
no need to bother about that issue.
The key of making both sides partners lies in two configuration
jobs:
<> Add the word localhost to the /var/qmail/control/locals file.
You can go like this:
# echo 'localhost' >> /var/qmail/control/locals
<> Add the following lines to the end of your .fetchmailrc file:
forcecr
mda "/var/qmail/bin/qmail-inject %T"
This will deliver your mail locally from your Mail SP via fetchmail to
zamdrist@localhost. If there's a low-level-user 'zamdrist' installed
on your system (something I quite would recommend to neutralize eggs
laid by cuckoos into your nest), new mail will be found in
~zamdrist/Mailbox, as far as you have followed the defaults at
building qmail---otherwise you will find it in ~alias/Mailbox.
To prevent your MUA from crabbing, change the MAIL environment
variable to MAIL="/home/$USER/Mailbox" in /etc/profile as qmail is not
very fond of /var/spool/mail/.
I think that's enough for the moment. Just reply if there are still
some easy-to-answer questions. :-)
By the way, Steve Vertigan mailed me this solution after crying my
want to the qmail mailing list myself...
Regards,
--
Matthias Lampert, Hamburg
On Sat, Dec 04, 1999 at 03:51:02PM -0600, Steve Schroeder wrote:
> Before & after installing qmail, which I believe I've done successfully, I
> cannot telnet to port 25 to test the installation. I can however send mail
> as root to external addresses. I'm trying to use fetchmail to suck down my
> mail from my ISP.
>
> I've included the stuff below to show that I have installed qmail.
>
> Any help would be greatly appreciated! I'm almost there, just give me a
> nudge :-) I wouldn't know how to troubleshoot this particular issue. I've
> read through the FAQ and INSTALL.* docs and have'nt seen a pointer to my
> specific issue.
>
> Thank you!
>
> [root@zamdrist doc]# telnet localhost 25
> Trying 127.0.0.1...
> Connected to localhost.
> Escape character is '^]'.
> Connection closed by foreign host.
>
> tail /etc/rc.d/rc.sysinit (Is this where this belongs?)
>
> #QMAIL
> csh -cf '/var/QMAIL/rc &'
>
> # Now that we have all of our basic modules loaded and the kernel going,
> # let's dump the syslog ring somewhere so we can find it later
> dmesg > /var/log/dmesg
>
> ps -A |grep qmail
>
> 86 ? 00:00:00 qmail-send
> 93 ? 00:00:00 qmail-lspawn
> 94 ? 00:00:00 qmail-rspawn
> 95 ? 00:00:00 qmail-clean
>
> netstat -a |grep LISTEN
>
> tcp 0 0 *:netbios-ssn *:* LISTEN
> tcp 0 0 *:printer *:* LISTEN
> tcp 0 0 *:linuxconf *:* LISTEN
> tcp 0 0 *:smtp *:* LISTEN
> tcp 0 0 *:auth *:* LISTEN
> tcp 0 0 *:pop-3 *:* LISTEN
> tcp 0 0 *:login *:* LISTEN
> tcp 0 0 *:shell *:* LISTEN
> tcp 0 0 *:telnet *:* LISTEN
> tcp 0 0 *:ftp *:* LISTEN
> tcp 0 0 *:sunrpc *:* LISTEN
>
> tail --lines 3 /var/log/maillog
>
> Nov 30 16:55:49 zamdrist qmail: 944002549.769021 delivery 5: success:
>
>206.145.48.1_accepted_message./Remote_host_said:_250_AAA01365_Message_accepted_for_delivery/
> Nov 30 16:55:49 zamdrist qmail: 944002549.769273 status: local 0/10 remote
> 0/20
> Nov 30 16:55:49 zamdrist qmail: 944002549.769424 end msg 432179
>
>
>
Hi.
My qmail server allows relaying to 212.208.85.* cause this is my network. A
client on a (lame) ISP with dynamic IP adress would like to use my SMTP
because his SMTP is bad.
I can't allow all IP of his ISP because I would relay 193.252.*.* so
thousands of IPs.
So what can I do ? Can I set qmail to relay based on the "FROM: " field ?
Can I use an authentification for using the smtp ?
Thank you for your answer !
PS : Please forgive my bad english :)
On Sun, 5 Dec 1999, Dimitri SZAJMAN wrote:
> I can't allow all IP of his ISP because I would relay 193.252.*.* so
> thousands of IPs.
You are correct. That would most certainly be foolish.
> So what can I do ? Can I set qmail to relay based on the "FROM: " field ?
> Can I use an authentification for using the smtp ?
No, that would be a bad idea since the "From:" field is controlled by the
user. You would quickly find yourself bein used as "Spam Central
Station." Anyway, you're looking for something called "Roaming" which
enables relaying for a set period of time after someone authenticates
successfully via POP3. The only problem with this is if your customers
email client attempts to send mail before it logs in to POP3 to receive
it.
I'm not sure if this feature is supported in plain-vanilla qmail, but it
can be accomplished using vpopmail. Check out the FAQ at
www.inter7.com/vpopmail/.
Ben
--
"There is no spoon"
-- The Matrix
Hi,
I got hundreds of these (with different numbers) in the logs:
944412468.385027 warning: trouble opening remote/9/400; will try again later
944412468.385038 warning: trouble opening remote/7/1111; will try again later
944412468.385050 warning: trouble opening remote/8/1158; will try again later
What do those mean? Should I worry about them?
Thanks,
--
Ronny Haryanto
>From the FAQ:
<snip>
4.1. How do I forward unrecognized usernames to another host? I'd like
to set up a LUSER_RELAY pointing at bigbang.af.mil.
Answer: Put
| forward "$LOCAL"@bigbang.af.mil
into ~alias/.qmail-default.
</snip>
If bigbang.af.mil is a sendmail server, 'properly' configured, this trick
might have your qmail end up in ORBS.
What's the problem: One of the relay tests that ORBS does is
user%domain@[yourip]. Doing this directly to the sendmail server will have the
sendmail server reject it - relaying not allowed. A qmail server without the
FAQ4.1 trick will bounce the message - user 'user%domain' does not exist on
your qmail system, probably.
But... suppose you do have this config and the sendmail in this case allows
relaying from your qmail server (which is not unlikely as they're in the
same netblock). The sendmail server will receive the message for
user%domain@[ip], but since the qmail server is allowed to relay thru it,
it will accept the message. It then parses it for the % and relays the message
to the intended destination. Not good.
Check http://www.orbs.org/cgi-bin/verify.cgi?address=194.178.232.122 to see
what I mean.
I have temporarily fixed this problem by disallowing all inbound access to
this mailserver from outside our netblock, since it doesn't really serve any
purpose for the outside right now.
I will think of a better fix in a couple of days, hints are welcome. My first
urge was to just have it bounce everything with a % in it, another idea is to
give it a list of valid users on the sendmail machine. I have users/assign
generated from a database so that should be an easy trick, it just has one line
for default delivery now (which makes my solution slightly different from
FAQ4.1 but with the same problem).
Greetz, Peter.
--
Peter van Dijk - student/sysadmin/ircoper/womanizer/pretending coder
|
| 'C makes it easy to shoot yourself in the foot;
| C++ makes it harder, but when you do it blows your whole leg off.'
| Bjarne Stroustrup, Inventor of C++
> | forward "$LOCAL"@bigbang.af.mil
> I will think of a better fix in a couple of days, hints are
> welcome. My first urge was to just have it bounce everything with a
> % in it,
First answer: so long as you're not relaying spam, there's no reason
to worry about being in ORBS since almost nobody uses it. Alan listed
me for spite a couple of times, the amount of mail that bounced as a
result was infinitesimal, two messages out of many thousands, other
than to my anti-spam fanatic pals on my spamtools list.
Second answer: tell your friends who run sendmail to fig their config
to turn off the percent hack, since it's a security hole there whether
or not the mail is relayed from your host. The fixes are well known,
see www.sendmail.org for links.
Third answer: if your sendmail manager isn't up to the task of
managing sendmail (most aren't), it's really easy to add a little bit
to your .qmail to bounce mail with addresses that are likely to
provoke sendmail bugs:
(put this on one line, of course)
| case "$LOCAL" in
'*[%"@]*') bouncesaying 'Go away,' ;;
*) forward "$LOCAL"@bigbang.af.mil ;; esac
--
John R. Levine, IECC, POB 727, Trumansburg NY 14886 +1 607 387 6869
[EMAIL PROTECTED], Village Trustee and Sewer Commissioner, http://iecc.com/johnl,
Member, Provisional board, Coalition Against Unsolicited Commercial E-mail
On Sun, Dec 05, 1999 at 08:07:21PM -0500, John R. Levine wrote:
> > | forward "$LOCAL"@bigbang.af.mil
>
> > I will think of a better fix in a couple of days, hints are
> > welcome. My first urge was to just have it bounce everything with a
> > % in it,
>
> First answer: so long as you're not relaying spam, there's no reason
> to worry about being in ORBS since almost nobody uses it. Alan listed
> me for spite a couple of times, the amount of mail that bounced as a
> result was infinitesimal, two messages out of many thousands, other
> than to my anti-spam fanatic pals on my spamtools list.
Well thanks for this one, you made my day :)
> Second answer: tell your friends who run sendmail to fig their config
> to turn off the percent hack, since it's a security hole there whether
> or not the mail is relayed from your host. The fixes are well known,
> see www.sendmail.org for links.
Ehm it's a security hole only from internal hosts, the sendmailhost doesn't
accept the percenthack from outside hosts. But I will talk to them.
> Third answer: if your sendmail manager isn't up to the task of
> managing sendmail (most aren't), it's really easy to add a little bit
> to your .qmail to bounce mail with addresses that are likely to
> provoke sendmail bugs:
>
> (put this on one line, of course)
>
> | case "$LOCAL" in
> '*[%"@]*') bouncesaying 'Go away,' ;;
> *) forward "$LOCAL"@bigbang.af.mil ;; esac
I was planning to do something similar to this. Is there any chance of sendmail
acting funny with banged addresses (with '!' in them)? Any other tricks I
should watch out for?
Greetz, Peter.
--
Peter van Dijk - student/sysadmin/ircoper/womanizer/pretending coder
|
| 'C makes it easy to shoot yourself in the foot;
| C++ makes it harder, but when you do it blows your whole leg off.'
| Bjarne Stroustrup, Inventor of C++
Denis Voitenko wrote:
> I asked this question before and got a good answer. Dig thru the archive.
> Short answer -- you can but you should not.
There's no reason why you can't put qmail in another directory besides
/var/qmail. The easiest solution would be to use symlinks to point from
/var/qmail hierarchy to your real directories.
/var/qmail/control -> /etc/mail/qmail
etc.
Personally, I have all of qmail directories under /pkg/qmail-1.03
on my systems.
S.
there's one on the qmail homepage
ftp://ftp.ant.ru/pub/qmail/qmail-manager.tar.gz
it's an alpha version but works ok, only problem i find out is the cancel
function at the pop3 section, the config parameters are lost. re-enter it and
ok
marco leeflang
[EMAIL PROTECTED] wrote:
> Does anyone know of a module for Webmin that can be used to control Qmail?
>
> I am running it under FreeBSD/i386
>
> thanks,
>
> Bernie Courtney
Hi
Is there a default maximum size for attachments? Users on one of my
qmail sites can't receive attachments larger than 1 MB.
No quotas on the file system
TIA
Bill
--
Bill Hults Network Engineer
Infinite Technologies of Vermont
71 Millet Street Richmond, VT 05477
Office(802)343-5393 Home(802)223-0576
On Sun, Dec 05, 1999 at 05:56:20PM -0500, Bill Hults wrote:
> Hi
> Is there a default maximum size for attachments? Users on one of my
> qmail sites can't receive attachments larger than 1 MB.
> No quotas on the file system
Is there anything in /var/qmail/control/databytes?
Greetz, Peter.
--
Peter van Dijk - student/sysadmin/ircoper/womanizer/pretending coder
|
| 'C makes it easy to shoot yourself in the foot;
| C++ makes it harder, but when you do it blows your whole leg off.'
| Bjarne Stroustrup, Inventor of C++
Hi,
I have a problem configuring qmail.
I have to forward any message I want to send to a special
smtp server because the firewall prohibits connecting
to other mail servers than that one. How to enable that ?
TIA Klaus
--
Full Name : Klaus Naumann | (http://www.mgnet.de/) (Germany)
Nickname : Spock | Org.: Mad Guys Network
Phone / FAX : ++49/3661/675457 | E-Mail: ([EMAIL PROTECTED])
PGP Key : www.mgnet.de/keys/key_spock.txt
On Sun, Dec 05, 1999 at 10:57:02PM +0000, Klaus Naumann wrote:
>
>
> Hi,
>
> I have a problem configuring qmail.
> I have to forward any message I want to send to a special
> smtp server because the firewall prohibits connecting
> to other mail servers than that one. How to enable that ?
Put
domain.bla:internalmailserver.domain.bla
in /var/qmail/control/smtproutes
Put
domain.bla
in /var/qmail/control/rcpthosts
Greetz, Peter.
--
Peter van Dijk - student/sysadmin/ircoper/womanizer/pretending coder
|
| 'C makes it easy to shoot yourself in the foot;
| C++ makes it harder, but when you do it blows your whole leg off.'
| Bjarne Stroustrup, Inventor of C++
Hi,
just put a line like:
:smtpserver.domain.xy
into /var/qmail/control/smtproutes. this would deliver ALL but local
messages to server
"smtpserver.domain.xy".
# chmod 644 /var/qmail/control/smtproutes
to ensures, qmail-remote can read it.
hope that helps
alexander
--
Alexander Jernejcic, E-Mail: [EMAIL PROTECTED]
IntelliNet EDV-Dienstleistungsges.m.b.H., Mariahilferstra�e 103, 1060
Wien
Tel.: 595 23 88, Fax: 595 23 90
>>>>>>>>>>>>>>>>>> Urspr�ngliche Nachricht <<<<<<<<<<<<<<<<<<
Am 12/5/99, 11:57:02 PM, schrieb Klaus Naumann <[EMAIL PROTECTED]> zum
Thema qmail config problem:
> Hi,
> I have a problem configuring qmail.
> I have to forward any message I want to send to a special
> smtp server because the firewall prohibits connecting
> to other mail servers than that one. How to enable that ?
> TIA Klaus
> --
> Full Name : Klaus Naumann | (http://www.mgnet.de/) (Germany)
> Nickname : Spock | Org.: Mad Guys Network
> Phone / FAX : ++49/3661/675457 | E-Mail: ([EMAIL PROTECTED])
> PGP Key : www.mgnet.de/keys/key_spock.txt
Thanks for all the pointers. I'm going to start from scratch with qmail
and follow the instructions I was giving (Living with qmail) pdf.
Steve
Hi, all~
I've installed qmail-1.03 on RedHat 6.0.
And it works well.
But I have a problem in pop3.
Only one user whoes account is 'hwany21' can't login through pop3 port.
Others has no problem in using pop3.
The following is my telnet testing.
[root@mail new]# telnet localhost pop3
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
+OK <[EMAIL PROTECTED]>
user hwany21
+OK
pass ******
-ERR aack, child crashed
Connection closed by foreign host.
-ERR aack, child crashed ????
What is this error message?
When do it occur?
How can i currect this problem?
Thank you..^^
I've finally got qmail-ldap to deliver to one place (I've given up trying to
avoid a storage location completely, and now everyone's mail will go to the
same Maildir before being removed by .qmail).
But now qmail is not paying attention to the .qmail file in that
directory... it still delivers the mail to the Maildir subdirectory
(probably because this is qmail-ldap's default) but the .qmail in the home
dir has two | lines... one that is meant to run /usr/bin/deliver, and
another for testing that just has:
|/bin/echo $USER and stuff > debug
but no debug file is ever created. The permissions on the home dir and
.qmail file are fine (tried 0600 and 0604, neither seems to have any
effect). Are there any other situations where qmail/qmail-ldap will ignore
the .qmail file?
Hi,
is there a problem with the qmail site http://www.qmail.org ? Or is it just
me again ?
Franky
Thus said Van Liedekerke Franky on Mon, 06 Dec 1999 09:32:16 +0100:
> is there a problem with the qmail site http://www.qmail.org ? Or is it just
> me again ?
Well, it has been pretty slow in the past but it definitely is down
now... :0
Andy
--
+====== Andy ====== TiK: garbaglio ======+
| Linux is about freedom of choice |
+== http://www.xmission.com/~bradipo/ ===+
On Mon, Dec 06, 1999 at 01:40:14AM -0700, Andy Bradford wrote:
> Thus said Van Liedekerke Franky on Mon, 06 Dec 1999 09:32:16 +0100:
>
> > is there a problem with the qmail site http://www.qmail.org ? Or is it just
> > me again ?
> Well, it has been pretty slow in the past but it definitely is down
> now... :0
If you are in Europe: http://qmail.x42.com/top.html
/magnus
--
http://x42.com/
Thus said abc on Fri, 03 Dec 1999 14:01:26 +0700:
> At 09:16 02/12/99 -0800, Michael m. Honse wrote:
> >
> I think there should be message trailer like at the PGP - Users Mailling
> list, maintained by Fred , to prevent this incident anymore
It wouldn't matter if there was a trailer---they wouldn't read them
anyway and we would still see their requests---in addition, it would
just give users another thing to shout at the unknowing... "Look at the
trailer idiot!", etc... :)
Andy
--
+====== Andy ====== TiK: garbaglio ======+
| Linux is about freedom of choice |
+== http://www.xmission.com/~bradipo/ ===+
