qmail Digest 26 Oct 2000 10:00:01 -0000 Issue 1165
Topics (messages 51073 through 51120):
command not found??
51073 by: Goran Blazic
51082 by: Dave Sill
Re: How to NOT RELAY messages?
51074 by: Administratori Infonet
Re: How to ignore .qmail-* files for given users?
51075 by: Cyril Bitterich
51081 by: Dave Sill
RSS and rblsmtpd revisited
51076 by: Petr Novotny
Queue growing...
51077 by: Nicolas Deslions
51078 by: markd.bushwire.net
51079 by: Nicolas Deslions
51089 by: markd.bushwire.net
51090 by: Nicolas Deslions
51103 by: Alexander Jernejcic
Re: wildcards in virtualdomains
51080 by: Dave Sill
Re: SSL POP3
51083 by: Dave Sill
51091 by: Adam McKenna
51106 by: Andrzej
Re: changing FROM header
51084 by: Dave Sill
Re: Local mail problem
51085 by: Dave Sill
51104 by: Alexander Jernejcic
Unable to create PIPE
51086 by: Ricardo Albano
Re: .qmail-default file ignored, qmail working great otherwise -- help!
51087 by: Dave Sill
51099 by: Alexander Jernejcic
51101 by: markd.bushwire.net
51105 by: Alexander Jernejcic
51110 by: markd.bushwire.net
tcpserver/qmail/vpopmail/pop3 taking a LONG time
51088 by: Greg Kopp
51100 by: Alexander Jernejcic
51102 by: markd.bushwire.net
51107 by: Alexander Jernejcic
51108 by: Greg Kopp
Ho can I include the EMail Address of the recipient in each maili ng following a
regular post?
51092 by: Matthias Heuer
forwarding an entire domain
51093 by: Barley
51095 by: Peter Samuel
51096 by: Albert Hopkins
51097 by: Dave Sill
how do I create a catch-all rule for a domain?
51094 by: Barley
51098 by: Dave Sill
Maildir search tools?
51109 by: Mark Weinem
51111 by: Andy Bradford
Question about OpenBSD and FD_SET()
51112 by: Collin B. McClendon
51115 by: Nicolas Deslions
Re: .qmail-default file ignored, qmail working great otherwise -- RESOLVED!
51113 by: Greg Jorgensen
Re: QMAILQUEUE patch - how to apply?
51114 by: Milen Petrinski
Sending mail to WWW
51116 by: Daniel Knights
51119 by: Frank Tegtmeyer
Is there a bug in the pop3 server?
51117 by: Goran Blazic
Re: QMail RPM buggy...
51118 by: Mario.Lorenz.Geyer.KabelJournal.DE
fastforward problem
51120 by: Federico Barbazza
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]
----------------------------------------------------------------------
Hi...
When issuing the following command:
echo to: [EMAIL PROTECTED] | /var/qmail/bin/qmail-inject
I get a response like this:
/var/qmail/bin/qmail-inject: Subject:: command not found
Does anyone have an idea about what this is?
I have patched qmail with smtp-auth, if this is anyhow relevant...
Goran
P.S.: The log files do not show anything when doing this...
Goran Blazic <[EMAIL PROTECTED]> wrote:
>When issuing the following command:
>echo to: [EMAIL PROTECTED] | /var/qmail/bin/qmail-inject
>
>I get a response like this:
>/var/qmail/bin/qmail-inject: Subject:: command not found
Hmm. I can't see where that "Subject:" is coming from. Do you have a
wrapper around qmail-inject, or does it point to something other than
the real qmail-inject?
What's the output of:
ls -l /var/qmail/bin/qmail-inject
file /var/qmail/bin/qmail-inject
-Dave
|
Thanks to everyone,
the Help received was really inspiring so
I believe the relay problem is solved now.
I had to add at the end
of /etc/hosts.allow
a line
tcp-env: ALL :
ALLOW
after the line where I was indicating the
setenv = RELAYCLIENT for specific hosts.
in order to make it run as I wanted. This
thing wasn't written in the FAQ.
The ORBS test seems to find our
mail-server OK by now,
since they have got us out of their
OpenRelay database.
----- Original Message -----
Sent: Tuesday, October 24, 2000 4:51
PM
Subject: Re: How to NOT RELAY
messages?
On Tue, Oct 24, 2000 at 05:40:05PM +0200, Administratori
Infonet wrote:
> I have a RedHat Linux server with Qmail as mail
server,
> and I try to configure it NOT TO RELAY messages,
> i.e.
to make it deliver messages only to/from addresses
> in my
domain.
"From" addresses in yur domain is a whole different issue than
"to" addresses.
Chances are that you don't want to relay just because
someone says his e-mail
address is in your domain.
> I have used
the tcp-env setting in hosts.allow
> following the instructions in the
qmail-FAQ
> but when I try the test at
> telnet
mail-abuse.org
> it says that it can still relay through my
server.
Are you *sure* that's what it
says?
Chris
|
Hi John,
> John Chronakis wrote:
>
> Hello,
>
> I would like to prevent users with ftp access to change the
> delivery instructions for qmail.
I don't know what system you are running your server on. But assuming
you are using Linux and the ext2-fs have a look "chattr -i .qmail".
man chattr tells me:
A file with the `i' attribute cannot be modified: it can�
not be deleted or renamed, no link can be created to this
file and no data can be written to the file. Only the
superuser can set or clear this attribute.
Maybe there is something similar on you system as well.
> To be more specific, I want some users not to be able to receive mail at all
> (they all bellong to the same group)
echo "#" > .qmail
> and others not be able to change
> delivery instruction by creating their own dot-qmail files via ftp
> (they all belong to another group).
> I suppose that this is controled by QMAILHOME/users/assign,
> but the man page is not very helpful.
IMHO /var/qmail/users/assign only works for mailadresses that are nor
equal to the username.
Hope I could help.
Ciao,
Cyril
Cyril Bitterich <[EMAIL PROTECTED]> wrote:
>IMHO /var/qmail/users/assign only works for mailadresses that are nor
>equal to the username.
Whether or not qmail-users overrides users is a matter of fact, not a
matter of opinion. In fact, qmail-users (users/assign) *does* override
normal delivery to system users. This is documented in
/var/qmail/doc/PIC*2local.
-Dave
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
what's the status with RSS now? Do I still need to patch rblsmtpd?
If the reply is "yes", where do I find the patch?
http://www.cqc.com/~pacman/projects/rblsmtpd-rss/ (also referred
to from www.qmail.org) is a four-oh-four.
Thanks
-----BEGIN PGP SIGNATURE-----
Version: PGP 6.5.2 -- QDPGP 2.61a
Comment: http://community.wow.net/grt/qdpgp.html
iQA/AwUBOfa/MVMwP8g7qbw/EQKkpACgtgz4BJi5PbkE4zkycTTn1GaheZ0AoKd3
8mmNrzNhVpRleVbUaBP90gvC
=AZAO
-----END PGP SIGNATURE-----
--
Petr Novotny, ANTEK CS
[EMAIL PROTECTED]
http://www.antek.cz
PGP key ID: 0x3BA9BC3F
-- Don't you know there ain't no devil there's just God when he's drunk.
[Tom Waits]
Hi,
I just setup a new qmail, with concurrency set to 300, we also changed our
"mailers" here ( progs we use to format an outgoing press revue)
Our new mailer is really fast to send and the queue on qmail is only
growing, i only have from 3 to 12 concurrent remote process...
messages in queue: 7595
messages in queue but : 5591
Why do i have so many "not yet preprocessed" messages ??
Nicolas Deslions
System, network and security admin
Net2one.com, France
20 rue du Sentier 75002 Paris
Mail: [EMAIL PROTECTED]
http://www.net2one.com
On Wed, Oct 25, 2000 at 03:13:17PM +0200, Nicolas Deslions wrote:
> Hi,
> I just setup a new qmail, with concurrency set to 300, we also changed our
> "mailers" here ( progs we use to format an outgoing press revue)
> Our new mailer is really fast to send and the queue on qmail is only
> growing, i only have from 3 to 12 concurrent remote process...
>
> messages in queue: 7595
> messages in queue but : 5591
>
> Why do i have so many "not yet preprocessed" messages ??
Because you're injecting mails faster than qmail-send can complete the
queue processing. When you submit mails to qmail they are placed in a
pickup directory (called todo). qmail-send subsequently moves mails from
the todo directory into the queue-structure. The reasons for this two-part
process are largely security related. It isolates and protects the queue
structure. Note that the cost of placing a mail in todo is less than the
cost of completing the move to the queue.
If the "messages in queue but not yet preprocessed:" value is growing,
then qmail-send is not keeping up. If may be that this is simply
because your queue is on a slow or busy disk. Is the queue on a disk that
does other I/O? Such as logging? Can you move it to a dedicated spindle?
Oh. In future, is there a chance that when you quote the output of
qmail commands, you not tamper with them? It makes people distrust what
you say. Cut and paste works pretty well I hear.
Regards.
1 : not easy to do...
2 : i got a decent FS, i'm running FreeBSD
3 : ok i will test this..
it's REALLY slow... i have a lot of system ressources free and not much
processes running... strange...
-----Message d'origine-----
De : Petr Novotny [mailto:[EMAIL PROTECTED]]
Envoy� : Wednesday, October 25, 2000 15:20
� : Nicolas Deslions
Objet : Re: Queue growing...
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 25 Oct 2000, at 15:13, Nicolas Deslions wrote:
> Hi,
> I just setup a new qmail, with concurrency set to 300, we also changed
> our "mailers" here ( progs we use to format an outgoing press revue)
> Our new mailer is really fast to send and the queue on qmail is only
> growing, i only have from 3 to 12 concurrent remote process...
>
> messages in queue: 7595
> messages in queue but : 5591
>
> Why do i have so many "not yet preprocessed" messages ??
Because once the directory becomes full, operations like open()
and unlink() slow down noticeably. There are three solutions:
1. Throttle down the injection process to keep the todo directory
from overflowing.
2. Get a decent filesystem (like reiserfs for linux)
3. Apply a big-todo patch (it hashes the todo directory in the same
way the mess, remote etc. directories are hashed). [Keep in mind
that you need to empty the queue, first.]
-----BEGIN PGP SIGNATURE-----
Version: PGP 6.5.2 -- QDPGP 2.61a
Comment: http://community.wow.net/grt/qdpgp.html
iQA/AwUBOfbP0lMwP8g7qbw/EQIYEACdFlurhEBvfvUQCqWanfEFuIKaGTUAoPyk
zYPjgBwOYEemOqcsAcU7PcFj
=GWap
-----END PGP SIGNATURE-----
--
Petr Novotny, ANTEK CS
[EMAIL PROTECTED]
http://www.antek.cz
PGP key ID: 0x3BA9BC3F
-- Don't you know there ain't no devil there's just God when he's drunk.
[Tom Waits]
On Wed, Oct 25, 2000 at 03:26:41PM +0200, Nicolas Deslions wrote:
> it's REALLY slow... i have a lot of system ressources free and not much
> processes running... strange...
Unfortunately all the memory and all the CP in the world isn't going to
make your disk spin any faster.
What you are experiencing is not unique. Disk i/o is often what qmail
installations run out of first. Mind you it has to be some resource that runs
out first so don't feel too bad.
Regards.
>
> -----Message d'origine-----
> De : Petr Novotny [mailto:[EMAIL PROTECTED]]
> Envoy� : Wednesday, October 25, 2000 15:20
> � : Nicolas Deslions
> Objet : Re: Queue growing...
>
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 25 Oct 2000, at 15:13, Nicolas Deslions wrote:
>
> > Hi,
> > I just setup a new qmail, with concurrency set to 300, we also changed
> > our "mailers" here ( progs we use to format an outgoing press revue)
> > Our new mailer is really fast to send and the queue on qmail is only
> > growing, i only have from 3 to 12 concurrent remote process...
> >
> > messages in queue: 7595
> > messages in queue but : 5591
> >
> > Why do i have so many "not yet preprocessed" messages ??
>
> Because once the directory becomes full, operations like open()
> and unlink() slow down noticeably. There are three solutions:
> 1. Throttle down the injection process to keep the todo directory
> from overflowing.
> 2. Get a decent filesystem (like reiserfs for linux)
> 3. Apply a big-todo patch (it hashes the todo directory in the same
> way the mess, remote etc. directories are hashed). [Keep in mind
> that you need to empty the queue, first.]
>
> -----BEGIN PGP SIGNATURE-----
> Version: PGP 6.5.2 -- QDPGP 2.61a
> Comment: http://community.wow.net/grt/qdpgp.html
>
> iQA/AwUBOfbP0lMwP8g7qbw/EQIYEACdFlurhEBvfvUQCqWanfEFuIKaGTUAoPyk
> zYPjgBwOYEemOqcsAcU7PcFj
> =GWap
> -----END PGP SIGNATURE-----
> --
> Petr Novotny, ANTEK CS
> [EMAIL PROTECTED]
> http://www.antek.cz
> PGP key ID: 0x3BA9BC3F
> -- Don't you know there ain't no devil there's just God when he's drunk.
> [Tom Waits]
>
ok...
i'm running on a raid mirroring scsi drive...
i guess i should try stripping instead
Thanks for your help
-----Message d'origine-----
De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Envoy� : Wednesday, October 25, 2000 18:23
� : [EMAIL PROTECTED]
Objet : Re: Queue growing...
On Wed, Oct 25, 2000 at 03:26:41PM +0200, Nicolas Deslions wrote:
> it's REALLY slow... i have a lot of system ressources free and not much
> processes running... strange...
Unfortunately all the memory and all the CP in the world isn't going to
make your disk spin any faster.
What you are experiencing is not unique. Disk i/o is often what qmail
installations run out of first. Mind you it has to be some resource that
runs
out first so don't feel too bad.
Regards.
>
> -----Message d'origine-----
> De : Petr Novotny [mailto:[EMAIL PROTECTED]]
> Envoy� : Wednesday, October 25, 2000 15:20
> � : Nicolas Deslions
> Objet : Re: Queue growing...
>
>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> On 25 Oct 2000, at 15:13, Nicolas Deslions wrote:
>
> > Hi,
> > I just setup a new qmail, with concurrency set to 300, we also changed
> > our "mailers" here ( progs we use to format an outgoing press revue)
> > Our new mailer is really fast to send and the queue on qmail is only
> > growing, i only have from 3 to 12 concurrent remote process...
> >
> > messages in queue: 7595
> > messages in queue but : 5591
> >
> > Why do i have so many "not yet preprocessed" messages ??
>
> Because once the directory becomes full, operations like open()
> and unlink() slow down noticeably. There are three solutions:
> 1. Throttle down the injection process to keep the todo directory
> from overflowing.
> 2. Get a decent filesystem (like reiserfs for linux)
> 3. Apply a big-todo patch (it hashes the todo directory in the same
> way the mess, remote etc. directories are hashed). [Keep in mind
> that you need to empty the queue, first.]
>
> -----BEGIN PGP SIGNATURE-----
> Version: PGP 6.5.2 -- QDPGP 2.61a
> Comment: http://community.wow.net/grt/qdpgp.html
>
> iQA/AwUBOfbP0lMwP8g7qbw/EQIYEACdFlurhEBvfvUQCqWanfEFuIKaGTUAoPyk
> zYPjgBwOYEemOqcsAcU7PcFj
> =GWap
> -----END PGP SIGNATURE-----
> --
> Petr Novotny, ANTEK CS
> [EMAIL PROTECTED]
> http://www.antek.cz
> PGP key ID: 0x3BA9BC3F
> -- Don't you know there ain't no devil there's just God when he's drunk.
> [Tom Waits]
>
hi,
seen that behavior caused by bad attributes of the files in ~/qmail/queue/lock .
another possibility is the blocking of port 113(auth) in firewalls. this port should
be open BUT no service in inetd.conf
configured.
may be worth a look...
;) a
==============================================
Alexander Jernejcic
email:[EMAIL PROTECTED]
begin LOVE-LETTER-UND-NIX-DAZUGELERNT.txt.vbs
I am a Signature, not a Virus!
end
==============================================
> -----Original Message-----
> From: Nicolas Deslions [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 25, 2000 6:33 PM
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: RE: Queue growing...
>
>
> ok...
> i'm running on a raid mirroring scsi drive...
> i guess i should try stripping instead
>
> Thanks for your help
>
> -----Message d'origine-----
> De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Envoy� : Wednesday, October 25, 2000 18:23
> � : [EMAIL PROTECTED]
> Objet : Re: Queue growing...
>
>
> On Wed, Oct 25, 2000 at 03:26:41PM +0200, Nicolas Deslions wrote:
>
> > it's REALLY slow... i have a lot of system ressources free and not much
> > processes running... strange...
>
> Unfortunately all the memory and all the CP in the world isn't going to
> make your disk spin any faster.
>
> What you are experiencing is not unique. Disk i/o is often what qmail
> installations run out of first. Mind you it has to be some resource that
> runs
> out first so don't feel too bad.
>
>
> Regards.
>
> >
> > -----Message d'origine-----
> > De : Petr Novotny [mailto:[EMAIL PROTECTED]]
> > Envoy� : Wednesday, October 25, 2000 15:20
> > � : Nicolas Deslions
> > Objet : Re: Queue growing...
> >
> >
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > On 25 Oct 2000, at 15:13, Nicolas Deslions wrote:
> >
> > > Hi,
> > > I just setup a new qmail, with concurrency set to 300, we also changed
> > > our "mailers" here ( progs we use to format an outgoing press revue)
> > > Our new mailer is really fast to send and the queue on qmail is only
> > > growing, i only have from 3 to 12 concurrent remote process...
> > >
> > > messages in queue: 7595
> > > messages in queue but : 5591
> > >
> > > Why do i have so many "not yet preprocessed" messages ??
> >
> > Because once the directory becomes full, operations like open()
> > and unlink() slow down noticeably. There are three solutions:
> > 1. Throttle down the injection process to keep the todo directory
> > from overflowing.
> > 2. Get a decent filesystem (like reiserfs for linux)
> > 3. Apply a big-todo patch (it hashes the todo directory in the same
> > way the mess, remote etc. directories are hashed). [Keep in mind
> > that you need to empty the queue, first.]
> >
> > -----BEGIN PGP SIGNATURE-----
> > Version: PGP 6.5.2 -- QDPGP 2.61a
> > Comment: http://community.wow.net/grt/qdpgp.html
> >
> > iQA/AwUBOfbP0lMwP8g7qbw/EQIYEACdFlurhEBvfvUQCqWanfEFuIKaGTUAoPyk
> > zYPjgBwOYEemOqcsAcU7PcFj
> > =GWap
> > -----END PGP SIGNATURE-----
> > --
> > Petr Novotny, ANTEK CS
> > [EMAIL PROTECTED]
> > http://www.antek.cz
> > PGP key ID: 0x3BA9BC3F
> > -- Don't you know there ain't no devil there's just God when he's drunk.
> > [Tom Waits]
> >
>
>
>
Andy Bradford <[EMAIL PROTECTED]> wrote:
>On Tue, 24 Oct 2000 15:35:07 MDT, Andy Bradford wrote:
>
>> thenewdawn.com:thenewdawn
>
>I think I made a mistake... I believe it should be:
>
>thenewdawn.com:alias-thenewdawn
If "thenewdawn" is a user, the former is what you need.
If "thenewdawn" is an alias, either form will work, and will be
handled by ~alias/.qmail-thenewdawn-* files.
The way qmail handles aliases, you can always add "alias-" to them and
achieve the same result. E.g., "root@host" and "alias-root@host" are
identical on most qmail systems.
-Dave
Adam McKenna <[EMAIL PROTECTED]> wrote:
>SMTP is not secure. That's just the way it is. There is no reason to run
>SSL on your SMTP port.
How about privacy? It's not as good as end-to-end, e.g. using PGP, but
it's better than nothing.
-Dave
On Wed, Oct 25, 2000 at 11:22:18AM -0400, Dave Sill wrote:
> Adam McKenna <[EMAIL PROTECTED]> wrote:
>
> >SMTP is not secure. That's just the way it is. There is no reason to run
> >SSL on your SMTP port.
>
> How about privacy? It's not as good as end-to-end, e.g. using PGP, but
> it's better than nothing.
The point is that unless you're sending mail to a local user, the same e-mail
is just going to get sent back out, un-encrypted, over the internet. So why
bother encrypting it from the client to the server?
--Adam
--
Adam McKenna <[EMAIL PROTECTED]> | "No matter how much it changes,
http://flounder.net/publickey.html | technology's just a bunch of wires
GPG: 17A4 11F7 5E7E C2E7 08AA | connected to a bunch of other wires."
38B0 05D0 8BF7 2C6D 110A | Joe Rogan, _NewsRadio_
12:59pm up 137 days, 10:14, 9 users, load average: 0.05, 0.02, 0.00
On Wed, Oct 25, 2000 at 12:59:59PM -0400, Adam McKenna wrote:
> On Wed, Oct 25, 2000 at 11:22:18AM -0400, Dave Sill wrote:
> > Adam McKenna <[EMAIL PROTECTED]> wrote:
> >
> > >SMTP is not secure. That's just the way it is. There is no reason to run
> > >SSL on your SMTP port.
> >
> > How about privacy? It's not as good as end-to-end, e.g. using PGP, but
> > it's better than nothing.
>
> The point is that unless you're sending mail to a local user, the same e-mail
> is just going to get sent back out, un-encrypted, over the internet. So why
> bother encrypting it from the client to the server?
The problem is POP3 encryption more than SMTP. POP3 encryption, apart from
messages privacy, prevents passwords sniffing. It makes sens even
if the messages travel unencrypted before reaching the user's mailbox
POP3 can be encrypted using any SSL wrapper, but the wrapper must be
run as root or it won't be possible to do "POP3 before SMTP" relay control.
The "guilty protocol" is SMTP, obviously, because it forces us do do the
tricks, but this is more difficult to change.
Hacking SSL wrapper or tcpserver would solve it, but the idea must wait
for some spare time.
Andrzej
[EMAIL PROTECTED] wrote:
>I'd like to change the FROM header in mails with a special FROM.
>For example: The FROM header is postmaster@localhost and I
>want to change it to [EMAIL PROTECTED] while it is
>delivered to a users Maildir. Is it possible with a .qmail file?
The preferred way to adjust the From field is to set is appropriately
when the message is injected, e.g. using QMAILHOST[1] and
QMAILUSER[2].
It's much harder to fix it up after the fact.
-Dave
Footnotes:
[1] http://Web.InfoAve.Net/~dsill/lwq.html#QMAILHOST
[2] http://Web.InfoAve.Net/~dsill/lwq.html#QMAILUSER
"Don Johnson-freeuk" <[EMAIL PROTECTED]> wrote:
>I am not sure if it has always been so, but it appears that when we address
>items to eachother within the company, e-mails are sent to our ISP and back
>again to reach the recipient. Although this does work, it seems very
>wasteful and time-consuming, so my (first) question is: Can I set anything
>so that these local e-mails are handled locally by Outlook.
> *** Since writing the above, I have found the ..control/local file,
>which does appear to have the correct lines in it, but still the system
>seems not to do a local send, as the message stays in the outbox for a
>number of minutes.
What Do The Logs Say? (tm) Specifically, what does qmail-send log when
you send a message to a local user?
-Dave
hi,
> As a related/unrelated problem, if the 'Check for new mail on'
> function is used in Outlook, the Outlook
> program 'hangs' for a long time - even before the 'Checking for messages
> ....' message appears - is this normal ?? (I hope not)
no it is not
things now are extremly distribution and - of course - installation dependent:
identify the qmail startupscript (usually in suse /etc/rc.d , redhat /etc/rc.d/init.d)
and find a line that starts with tcpserver
and has qmail-pop3d in it. if found put -H and -R after tcpserver to avoid reverse and
tcpremote lookups.
please post installation details...
;) a
==============================================
Alexander Jernejcic
email:[EMAIL PROTECTED]
begin LOVE-LETTER-UND-NIX-DAZUGELERNT.txt.vbs
I am a Signature, not a Virus!
end
==============================================
-----Original Message-----
From: Don Johnson-freeuk [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, October 25, 2000 10:52 AM
To: qmail
Subject: Local Mail Problem
Hi,
We previously had a PC running W98 and a postoffice system to distribute
internal and external e-mails to networked pcs using Outlook, but at my suggestion (!)
my
assistant set up a replacement on a pc set up as a linux box with a printer, qmail,
fetchmail, and hylafax installed - and had just got the system up and running when he
left.
I am unable to contact him so am trying to catch up with about 3 months of his
setting and problem solving to get/keep the system working.
I am not sure if it has always been so, but it appears that when we address
items to eachother within the company, e-mails are sent to our ISP and back
again to reach the recipient. Although this does work, it seems very
wasteful and time-consuming, so my (first) question is: Can I set anything
so that these local e-mails are handled locally by Outlook.
*** Since writing the above, I have found the ..control/local file,
which does appear to have the correct lines in it, but still the system
seems not to do a local send, as the message stays in the outbox for a
number of minutes.
Each user has an address like [EMAIL PROTECTED] and addresses the local
linux server 89.1.1.100. Although I do not fully understand it yet, the
system has some individual addresses like this, and a group called 'others'
which have identities in qmail (or fetchmail ?) which direct the mail to
their own /home/fbloggs/Mailbox/new - cur - ??
These seem to be working, as I do get mails arriving at the postmaster's
terminal (my assistant's pc) and others when they are correctly addressed,
but because of 'local' not working, I cannot quickly transfer any 'unknown'
messages from the postmasters pc where they end up to the correct users
locally when I identify the recipient from the text - it takes ages.
As a related/unrelated problem, if the 'Check for new mail on' function is used in
Outlook, the Outlook
program 'hangs' for a long time - even before the 'Checking for messages
....' message appears - is this normal ?? (I hope not)
I am sure my questions are very vague and unclear, but if you can assist
me whilst I try to catch up with the mass of documentation on qmail etc, I
would be most grateful.
Don Johnson (not the film star)
Hello, I'm running qmail with a big concurrency remote (more than 500) and I
get errors like this :
Oct 25 12:30:02 smtp1 qmail: 972487802.399537 delivery 8490: deferral:
qmail-spawn_unable_to_create_pipe._(#4.3.0)/
I think is an os limit, but I don't know where to start.
Any know how to solve this ?
OS : Red Hat 6.2 + qmail-1.03 with qmail big concurrency patch.
Bye
RDA.-
Greg Jorgensen <[EMAIL PROTECTED]> wrote:
>I'm trying to set up a filter that reads incoming mail. I wrote the
>filter, tested it at the command line, then installed it in my
>.qmail-default file in my home directory:
>
># .qmail-default
>|/bin/python mailfilter.py
>./Maildir/
>
>When I send mail to myself it goes to my maildir but the filter isn't
>executed. In fact NOTHING I put in the .qmail-default file is
>executed. I tried:
>
>|touch /home/greg/qmail-was-here
>
>But that didn't do anything, either.
Sounds like your .qmail-default isn't being used. What address are you
sending to? Your .qmail-default should catch all username-something
addresses (unless there's a .qmail-something file). If you're just
sending to "username", that'll be handled by .qmail, not
.qmail-default.
-Dave
hi,
may be i am barking the wrong tree, but:
> All of the .qmail-* files in my home directory are owned by user greg and have
> the same permissions: rwxr--r--.
never heard about x in dot-qmail files. are you sure the other dot-qmails do really
work?
;) a
==============================================
Alexander Jernejcic
email:[EMAIL PROTECTED]
begin LOVE-LETTER-UND-NIX-DAZUGELERNT.txt.vbs
I am a Signature, not a Virus!
end
==============================================
> may be i am barking the wrong tree, but:
>
> > All of the .qmail-* files in my home directory are owned by user greg and have
> > the same permissions: rwxr--r--.
> never heard about x in dot-qmail files.
In which case you might want to read the dot-qmail man page. Especially
the line that starts with:
" If .qmail has the execute bit set, it must not contain any...
It'll tell you what to do.
Regards.
ok, should have remebered this line...
--snip--
If .qmail has the execute bit set, it must not contain any
program lines, mbox lines, or maildir lines. If qmail-local
sees any such lines, it will stop and indicate a temporary
failure.
--snip--
but, nevertheless it say's no program lines - or am i wrong again?
;( a
> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 25, 2000 9:13 PM
> To: [EMAIL PROTECTED]
> Subject: Re: .qmail-default file ignored, qmail working great otherwise
> -- help!
>
>
> > may be i am barking the wrong tree, but:
> >
> > > All of the .qmail-* files in my home directory are owned by user greg and have
> > > the same permissions: rwxr--r--.
> > never heard about x in dot-qmail files.
>
> In which case you might want to read the dot-qmail man page. Especially
> the line that starts with:
>
> " If .qmail has the execute bit set, it must not contain any...
>
> It'll tell you what to do.
>
>
> Regards.
>
>
On Wed, Oct 25, 2000 at 09:39:48PM +0200, Alexander Jernejcic wrote:
> ok, should have remebered this line...
> --snip--
> If .qmail has the execute bit set, it must not contain any
> program lines, mbox lines, or maildir lines. If qmail-local
> sees any such lines, it will stop and indicate a temporary
> failure.
> --snip--
> but, nevertheless it say's no program lines - or am i wrong again?
Has your .qmail-default got any of "program lines, mbox lines, or maildir
lines" in it? If not, what has it got in it?
I think qmail-local is ignoring your .qmail-default because it has the
execute bit set.
Why not try chmod -x ~/.qmail*
and see what happens?
Regards.
>
> ;( a
>
> > -----Original Message-----
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, October 25, 2000 9:13 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: .qmail-default file ignored, qmail working great otherwise
> > -- help!
> >
> >
> > > may be i am barking the wrong tree, but:
> > >
> > > > All of the .qmail-* files in my home directory are owned by user greg and have
> > > > the same permissions: rwxr--r--.
> > > never heard about x in dot-qmail files.
> >
> > In which case you might want to read the dot-qmail man page. Especially
> > the line that starts with:
> >
> > " If .qmail has the execute bit set, it must not contain any...
> >
> > It'll tell you what to do.
> >
> >
> > Regards.
> >
> >
For some reason, which I cannot fathom, pop3 connections are taking a VERY
long time to process on our qmail/vpopmail machine. I am going to try and
provide as much inormation as possible. If I give too much, I appologize in
advance. If I don;t give you enough, please ask, I am sort of desperate to
solve this and haven't been able to on my own up to this point. (Sorry for
the cross-post, but I'm not sure which is causing the problem)
I am starting the pop3 daemon with:
env - PATH="/var/qmail/bin:/usr/local/bin" \
tcpserver -v -R -uvpopmail_uid -gvpopmail_gid 0 pop3 \
/var/qmail/bin/qmail-popup pop3.e2grow.com \
/home/vpopmail/bin/vchkpw /var/qmail/bin/qmail-pop3d Maildir 2>&1 | \
/var/qmail/bin/splogger pop3d &
Here is what appears to be a relevant section of the maillog:
Oct 25 11:51:49 linux1379 pop3d: 972489109.626018 tcpserver: status: 1/40
Oct 25 11:51:49 linux1379 pop3d: 972489109.626388 tcpserver: pid 18090 from
207.89.159.118
Oct 25 11:54:29 linux1379 pop3d: 972489269.247499 tcpserver: ok 18090
0:207.153.234.225:110 :207.89.159.118::63861
Oct 25 11:54:29 linux1379 vpopmail[18130]: vchkpw login
[EMAIL PROTECTED]:207.89.159.118
Oct 25 11:54:30 linux1379 pop3d: 972489270.146873 tcpserver: end 18090
status 256
Oct 25 11:54:30 linux1379 pop3d: 972489270.146965 tcpserver: status: 0/40
As you can see, it took 2 minutes and 40 seconds to check this one person's
e-mail. I have checked the FAQ and the mailing list archives with little
luck.
I would appreciate any help.
hi,
> tcpserver -v -R -uvpopmail_uid -gvpopmail_gid 0 pop3 \
try -H here to avoid reverse dns lookup timeouts...
>Oct 25 11:51:49 linux1379 pop3d: 972489109.626388 tcpserver: pid 18090 from
>207.89.159.118
>Oct 25 11:54:29 linux1379 pop3d: 972489269.247499 tcpserver: ok 18090
>0:207.153.234.225:110 :207.89.159.118::63861
no hostnames just ip's here....
;) a
==============================================
Alexander Jernejcic
email:[EMAIL PROTECTED]
begin LOVE-LETTER-UND-NIX-DAZUGELERNT.txt.vbs
I am a Signature, not a Virus!
end
==============================================
On Wed, Oct 25, 2000 at 09:11:09PM +0200, Alexander Jernejcic wrote:
> hi,
> > tcpserver -v -R -uvpopmail_uid -gvpopmail_gid 0 pop3 \
> try -H here to avoid reverse dns lookup timeouts...
>
> >Oct 25 11:51:49 linux1379 pop3d: 972489109.626388 tcpserver: pid 18090 from
> >207.89.159.118
> >Oct 25 11:54:29 linux1379 pop3d: 972489269.247499 tcpserver: ok 18090
> >0:207.153.234.225:110 :207.89.159.118::63861
> no hostnames just ip's here....
So?
Perhaps if you read the documentation on tcpserver, you'd realise why he
suggested adding -H and why your comment about logs is bogus.
Regards.
hi,
> >Oct 25 11:51:49 linux1379 pop3d: 972489109.626388 tcpserver: pid 18090 from
> >207.89.159.118
> >Oct 25 11:54:29 linux1379 pop3d: 972489269.247499 tcpserver: ok 18090
> >0:207.153.234.225:110 :207.89.159.118::63861
> no hostnames just ip's here....
this one was not correct...
sorry
Thanks to all who responded. I added -R, -H and -l <hostname>. I have no
time to figure out which one actually fixed the problem, but it's gone now.
I suspected reverse DNS lookups after doing another search of the list
archives with some different keywords. Thanks to those who helped.
Hi all,
I have set up a mailing list and would like to include the EMail Address of
the recipient in each mailing to him/her. I tried to edit the
dir/text/trailer File, but I neither know which of these <#X#> Tags to use,
nor do these seem to be replaced by anything but empty Strings, except for
<#n#>,<#h#> and <#|#> which are not the ones I need.
Thank you very much in advance...
Matthias Heuer
(mailto:[EMAIL PROTECTED] )
Hi all,
I am managing a mail server for a company that has two domain names serving
the same site. They want people to be able to send them mail at either
domain but have all mail forwarded to the first domain, one account per
user. Is there a way to configure qmail so that if it recieves mail for
[EMAIL PROTECTED] it automatically forwards to [EMAIL PROTECTED]? I know I
could create an entry for each user and specify forwarding instructions
individually, but I was hoping there was a more catch-all elegant solve that
would automatically forward mail for new users I added to domain.com. Like
if the system gets mail for [EMAIL PROTECTED], it automatically looks for
[EMAIL PROTECTED] Thanks for any ideas.
Gregg
On Wed, 25 Oct 2000, Barley wrote:
> Hi all,
> I am managing a mail server for a company that has two domain names serving
> the same site. They want people to be able to send them mail at either
> domain but have all mail forwarded to the first domain, one account per
> user. Is there a way to configure qmail so that if it recieves mail for
> [EMAIL PROTECTED] it automatically forwards to [EMAIL PROTECTED]? I know I
> could create an entry for each user and specify forwarding instructions
> individually, but I was hoping there was a more catch-all elegant solve that
> would automatically forward mail for new users I added to domain.com. Like
> if the system gets mail for [EMAIL PROTECTED], it automatically looks for
> [EMAIL PROTECTED] Thanks for any ideas.
Add to /var/qmail/control/rcpthosts
domain2.com
Remove domain2.com from /var/qmail/control/locals
Add to /var/qmail/control/virtualdomains
domain2.com:alias-domain1
Create /var/qmail/alias/.qmail-domain1-default
| forward $[EMAIL PROTECTED]
Send a SIGHUP to qmail-send
--
Regards
Peter
----------
Peter Samuel [EMAIL PROTECTED]
http://www.e-smith.org (development) http://www.e-smith.com (corporate)
Phone: +1 613 368 4398 Fax: +1 613 564 7739
e-smith, inc. 1500-150 Metcalfe St, Ottawa, ON K2P 1P1 Canada
"If you kill all your unhappy customers, you'll only have happy ones left"
Greg,
You need to create a virtual domain for domain2.com
$ cat ~qmaild/control/virtualdomains
domain2.com:alias-domain2
And then create a ~alias/.qmail-domain2-default:
$ cat ~alias/.qmail-domain2-default
|forward "$DEFAULT"@domain.com
Also make sure .domain2.com is in your rctphosts.
On Wed, Oct 25, 2000 at 11:42:01AM -0700, Barley wrote:
> Hi all,
> I am managing a mail server for a company that has two domain names serving
> the same site. They want people to be able to send them mail at either
> domain but have all mail forwarded to the first domain, one account per
> user. Is there a way to configure qmail so that if it recieves mail for
> [EMAIL PROTECTED] it automatically forwards to [EMAIL PROTECTED]? I know I
> could create an entry for each user and specify forwarding instructions
> individually, but I was hoping there was a more catch-all elegant solve that
> would automatically forward mail for new users I added to domain.com. Like
> if the system gets mail for [EMAIL PROTECTED], it automatically looks for
> [EMAIL PROTECTED] Thanks for any ideas.
>
> Gregg
>
--
Albert Hopkins
Sr. Systems Specialist
Dynacare Laboratories
[EMAIL PROTECTED]
If the devil were to offer me a resurgence of what is commonly called
virility, I'd decline. 'Just keep my liver and lungs in good working order,'
I'd reply, 'so I can go on drinking and smoking.'
-Luis Buguel
"Barley" <[EMAIL PROTECTED]> wrote:
>I am managing a mail server for a company that has two domain names serving
>the same site. They want people to be able to send them mail at either
>domain but have all mail forwarded to the first domain, one account per
>user. Is there a way to configure qmail so that if it recieves mail for
>[EMAIL PROTECTED] it automatically forwards to [EMAIL PROTECTED]?
Why do you want to forward from domain2 to domain1? Why not add
domain2.com to control/rcphosts and control/locals?
-Dave
For a given domain, if the system recieves mail to a username it does not
know, I want that mail to be forwarded to a catch-all mail address. For
instance, lets say I have domain.com and three users, webmaster, billy, and
suzy. I want all domain.com mail NOT addressed to one of those 3 to go to
webmaster. So mail to [EMAIL PROTECTED] would go to
[EMAIL PROTECTED] Is there a domain-level .qmail file or the equivalent
where I specify this?
BTW, I am not using shell accounts for mail users but rather a poppasswd
file.
Thanks for any ideas!
Gregg
"Barley" <[EMAIL PROTECTED]> wrote:
>For a given domain, if the system recieves mail to a username it does not
>know, I want that mail to be forwarded to a catch-all mail address.
For local domains (control/locals), the catch-all is
~alias/.qmail-default. For virtual domains, the catch-all is
determined by the control/virtualdomains entry. E.g., if you have:
domain.com:domaincom
Then ~alias/.qmail-domaincom-default is the catch-all. But if
domain.com is managed by a user, e.g.:
domain.com:joe-domaincom
Then ~joe/.qmail-domaincom-default is the catch-all.
-Dave
Hi,
Are there any search tools (like grepmail) for Maildirs?
Regards,
Mark Weinem
On Wed, 25 Oct 2000 20:12:14 +0200, "Mark Weinem" wrote:
> Are there any search tools (like grepmail) for Maildirs?
Well, you could use a combination of grep and find maybe... or even
iterate over the files found by find and grep on those, whatever... I
can think of a number of different possible ways to 'grep' through
Maildirs...
Andy
Hello,
I'm trying to put together a high volume mail server using qmail and
OpenBSD. Has anyone found what kernel paramater one would
need to get beyond the hidden file descriptor limit of 256? So far I'm
getting about 20,000 emails and hour going out with
concurrency of 120.
Thanks,
Collin
Hi,
On my FreeBSD system i modified the file /usr/include/sys/types.h
i changed "#define FD_SETSIZE 1024" to 2048
I don't know if open bsd has the maxusers options in the kernel config file
but if it's there u should put something like 256 there.
-----Message d'origine-----
De : Collin B. McClendon [mailto:[EMAIL PROTECTED]]
Envoy� : Wednesday, October 25, 2000 23:46
� : Qmail List (E-mail)
Objet : Question about OpenBSD and FD_SET()
Hello,
I'm trying to put together a high volume mail server using qmail and
OpenBSD. Has anyone found what kernel paramater one would
need to get beyond the hidden file descriptor limit of 256? So far I'm
getting about 20,000 emails and hour going out with
concurrency of 120.
Thanks,
Collin
Thanks to everyone for help and ideas. I erroneously wrote last night that the
permissions on my .qmail-* files were 744(rwxr--r--), when in fact the
permissions are 644 (rw-r--r--). I changed the permissions this morning to 600
for even more security. That wasn't the problem, though, because the forwards
and specific ./Maildir-xxx/ delivery instructions have been working all along.
There were a couple of problems:
1. I had a .qmail-default file but no .qmail file--I was confused by the
various references in the docs to .qmail as a GENERIC reference to any .qmail*
file, and other references to .qmail-default. I renamed my .qmail-default file
to .qmail (as it should be). Local mail delivery has been working anyway
because qmail-start is running with ./Maildir/ as the default delivery option.
2. I didn't specify full paths to the programs I was using. Once I changed
|touch qmail-was-here
to
|/bin/touch /home/greg/qmail-was-here
it worked. I'm not clear on what the PATH and other environment variables are
set to when .qmail-command executes the command in the .qmail file, but the
explicit paths are probably a good idea anyway.
My mail filter (written in Python), which tries to identify and process
bounces, remove requests, auto-replies, and everything else is now working.
Thanks again and I'm sorry for taking a few people out into the weeds by
posting the wrong permissions (even I know that qmail is very picky about
permissions).
=====
Greg Jorgensen
Deschooling Society
Portland, Oregon, USA
[EMAIL PROTECTED]
__________________________________________________
Do You Yahoo!?
Yahoo! Messenger - Talk while you surf! It's FREE.
http://im.yahoo.com/
Hi, after sending my last message something happend and qmail stopped
delivering local mail:
Oct 25 02:02:33 be-01 qmail: 972439353.047394 starting delivery 258: msg
134477
to local [EMAIL PROTECTED]
Oct 25 02:02:33 be-01 qmail: 972439353.047854 status: local 1/10 remote 0/20
Oct 25 02:02:33 be-01 qmail: 972439353.072365 delivery 258: deferral:
Unable_to_
find_alias_user!/
Oct 25 02:02:33 be-01 qmail: 972439353.072849 status: local 0/10 remote 0/20
I rebuilt the whole system, now it works fine. I copied the deferred
messages, fixed the queue, but they still do not deliver. I'm very
confised - how can some messages get delivered and other not? and why they
are not going to the postmaster? Postmaster is "catch all" user. And has
this somethig with the patch?
Milen
Hi,
I have installed qmail and everything seems OK except for sending mail out
to the WWW. If I remove/rename the rcpthosts file I can then send mail out
to any domain, but I presume this is not the correct way to solve this.
I have our servers full domin and domain name listed in the local and
rcpthosts file and have no problem with sending and receiving local mail
or receiving mail from the WWW.
Thanks in advance.
Daniel
Daniel Knights
Mudgee NSW
Australia
Hi Daniel,
first: the Internet is not the WWW although many people see them as the
same. They are not.
> I have installed qmail and everything seems OK except for sending mail out
> to the WWW. If I remove/rename the rcpthosts file I can then send mail out
> to any domain, but I presume this is not the correct way to solve this.
Do you use ucspi-tcp (tcpserver)? If not, you should do so and set the
RELAYCLIENT environment variable for your internal network.
This is explained in Dans FAQ, see
http://cr.yp.to/qmail/faq/servers.html#tcpserver-smtpd and
http://cr.yp.to/qmail/faq/servers.html#authorized-relay
Regards, Frank
Hi, me again... :)
My qmail setup otherwise works just fine, but I think I may have stumpled
over a bug in the code...
Like I have stated before, a friend of mine was writing a pop3 retrieval
component (thanks to all who sent messages to his mailbox...) and cam upon
an interesting thing:
When connected to the qmail server, he tried a test run of his component...
And it worked...
So I tried the following:
Opened two separate sessions (telnet ... pop3) and listed the messages in
both. Great... The same.
Now I deleted a message in one session and quited the session (quit :)
When trying to read the message in the other session, it failed!
Ok, I said... It fails... Nothing to worry about, I mean, you get an error
message, but nothing bad happens. But still... Lets see, what RFC 1939 says
about this:
=====================================================================
Once the POP3 server has determined through the use of any
authentication command that the client should be given access to the
appropriate maildrop, the POP3 server then acquires an exclusive-
access lock on the maildrop, as necessary to prevent messages from
being modified or removed before the session enters the UPDATE state.
=====================================================================
Is this actually the behaviour I described? :)
Dont get me wrong here... I dont mind this "error", but wanted to let all
you know (in case someone didn't know about it...
Goran
P.S.: If someone wonders... I'm using the qmail-pop3d program with
Maildir's... Otherwise there are no problems (if you take this as a problem)
Hi there,
I'll fullquote my until now private conversation with Bruce so you know
what this is about.
Bruce Guenter wrote:
>
> On Wed, Oct 25, 2000 at 12:35:27PM +0200, [EMAIL PROTECTED] wrote:
> > However, today I wanted to configure a box that actually uses the
> > bind-iface
> > patch, that is, has a control/bindroutes file, and now, qmail-remote is
> > now constantly
> > segfaulting...
> >
> > Tracking down the problem, your bindroute patch is buggy, it misses a &
> > in the constmap
> > call. I have no idea on how this was introduced into your RPM, since the
> > original patch
> > at http://qmail.mirrors.Space.Net/local-bind doesn't seem to have that
> > problem.
>
> Crap. I just released a new version of it yesterday. Hmmm. That must
> mean you're the only person using this feature. Shows how really useful
> it is. I'll apply the fix to the next release.
>
> So, could you tell me why you need it?
>
> Please followup to the mailing list.
Well, it is a way to bind all outgoing SMTP sessions to a certain IP.
Having multiple services on a single host means that I can give proper
names that resolve properly in the reverse DNS. So I can have
me/helohost
actually matching its reverse DNS name.
So that people trying to read headers don't start crying "forgery" if
the host names do not match (especially since primary IP of that server
may
happen to be from a different domain)
There are several patches on www.qmail.org trying to do this, the one
you have in the RPM is the most flexible one, so it has my vote.
Side note: Could you please stick a README into the RPM detailing which
patches are applied and what they do, ie. how your RPM differs from the
"pristine" QMail ?
Regards,
Mario
Any responses please CC: me, as I am currently not on the list.
--
Mario Lorenz EMail: [EMAIL PROTECTED]
Tel: 037346 688043
Technik Netze Handy: 0177 6220497
KabelJournal GmbH Fax: 037346 688041
hi all,
is there a way to write into "/etc/aliases" file this row:
@domain1:@domain2
so that an email sent to pippo@domain1 go to pippo@domain2.
thanks a lot
Federico.
