Re: Wrong Server Name in Qmail Header?

[Peter van Dijk]

On Fri, Jun 22, 2001 at 11:31:19PM -0700, A A wrote:
> Hello,
> 
> Whenever my qmail server sends someone an email, the
> following line appears in the header:
> 
> "Received: from mail.mydomain.com
> (old_name.mydomain.com [216.216.216.216] (may be
> forged))"
> 
> However, recently I changed my server name from
> old_name.mydomain.com to new_name.mydomain.com.

How did you 'change' your name? On the machine itself? In DNS? In your
qmail config? Please be more clear.

> Is there anything I can do to let qmail recognize the
> new server name? Is my only option a recompile or is
> there a file I can edit?

No host or domainnames of any kind are hardcoded in qmail, so a
recompile will not be necessary.

Greetz, Peter
-- 
Against Free Sex!   http://www.dataloss.nl/Megahard_en.html

Wrong Server Name in Qmail Header?

[A A]

Hello,

Whenever my qmail server sends someone an email, the
following line appears in the header:

"Received: from mail.mydomain.com
(old_name.mydomain.com [216.216.216.216] (may be
forged))"

However, recently I changed my server name from
old_name.mydomain.com to new_name.mydomain.com.

Is there anything I can do to let qmail recognize the
new server name? Is my only option a recompile or is
there a file I can edit?

Thanks!!!

__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

Urgent and Important

[Paras pradhan]

Hello dear friends,

I have been using qmail for about 3 month and it was running very fine. But
now though it is running fine when I check the log it was giving this
message

Jun 23 10:38:22 god qmail: 993272002.377762 warning: unable to stat
mess/6/3709
Jun 23 10:38:22 god qmail: 993272002.377762 warning: unable to stat
mess/5/3709
Jun 23 10:38:22 god qmail: 993272002.377762 warning: unable to stat
mess/1/3709
Jun 23 10:38:22 god qmail: 993272002.377762 warning: unable to stat
mess/2/3709
Jun 23 10:38:22 god qmail: 993272002.377762 warning: unable to stat
mess/3/3709
Jun 23 10:38:22 god qmail: 993272002.377762 warning: unable to stat
mess/4/3709
Jun 23 10:38:22 god qmail: 993272002.377762 warning: unable to stat
mess/5/3709
Jun 23 10:38:22 god qmail: 993272002.377762 warning: unable to stat
mess/9/3709
Jun 23 10:38:22 god qmail: 993272002.377762 warning: unable to stat
mess/10/3709
Jun 23 10:38:22 god qmail: 993272002.377762 warning: unable to stat
mess/6/11709
and so on with long list.
 When I check the mess/6/ directory I have 3709 file so I delete this file
and did the same for all other directory but I could when I check after
sometime these message still come there with different ID and different
mail.
and when I check message queue
there is the message :
message in queue 20
message in queue not yet preprocessed 99
This make my mail server very slow so what shall I do.

Pls help me to remove this warning as the log is running everytime with the
long list and my maillog has to be delete every hrs.

Thank you in Advance.

Rupak



---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.255 / Virus Database: 128 - Release Date: 5/17/01

Re: mailq

[Russell Nelson]

KIM writes:
 > well is safe if i delete all contents of queue/info?

No.  If you want to clear out your queue completely, do this:

# You *did* install as per LWQ, didn't you?
svc -d /service/qmail-send
rm -rf /var/qmail/queue
# You *did* compile qmail from source, didn't you?
cd /usr/local/src/qmail-1.03
make setup check
svc -u /service/qmail-send

-- 
-russ nelson <[EMAIL PROTECTED]>  http://russnelson.com
Crynwr sells support for free software  | PGPok | 
521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude 
Potsdam, NY 13676-3213  | +1 315 268 9201 FAX   | 

Re: mailq

[Charles Cazabon]

KIM <[EMAIL PROTECTED]> wrote:
> 
> well is safe if i delete all contents of queue/info?

No.  That will corrupt your queue.  If you want to expire messages from the
queue, just `touch` them so that their mtime is over queuelifetime seconds
ago.

Charles
-- 
---
Charles Cazabon<[EMAIL PROTECTED]>
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
---

Re: [Q] control files - locals, rcpthosts, me, defaultdelivery

[Charles Cazabon]

YOON, Joo-Yung <[EMAIL PROTECTED]> wrote:
> 
> 1. locals
>  arbago.com
>  kldp.org
>  kornet.net
>  jango.arirang
> 
> 2. rcpthosts
>  arbago.com
>  kldp.org
>  kornet.net
>  jango.arirang
[...] 
> 7. /etc/tcp.smtp
>  127.:allow,RELAYCLIENT=""
>  10.0.:allow,RELAYCLIENT=""
>  :allow
> 
> 1. I would like to know if the control files are suitable,
>and that if I can receive emails addressed "[EMAIL PROTECTED]".

Yes, should be.  Provided you have a local user "yjy" which has a home
directory and owns it, has a Maildir and owns it, permissions are set
correctly, etc.

> 2. From my server (10.0.0.1), emails to "[EMAIL PROTECTED]" and "[EMAIL PROTECTED]"
>do not work.

They should.  What do you mean "not work"?

> 3. From other PC (10.0.0.10), emails to "[EMAIL PROTECTED]" works,
>but "[EMAIL PROTECTED]" do not work.
> 
> The bounced message at the server is like this.
> 
>   Hi. This is the qmail-send program at arbago.com.
>   I tried to deliver a bounce message to this address, but the bounce bounced!
> 
>   <[EMAIL PROTECTED]>:
>   211.169.242.48 does not like recipient.
>   Remote host said: 550 mail from 211.240.195.66 rejected: administrative
>   prohibition
>   Giving up on 211.169.242.48.

Why is it delivering remotely to 211.169.242.48?  You've set that to be a
local domain.  Perhaps your other PC is sending mail through another mail
server instead of to yours?

Charles
-- 
---
Charles Cazabon<[EMAIL PROTECTED]>
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
---

Re: mailq

[KIM]

well is safe if i delete all contents of queue/info?


At 10:21 AM 6/22/01 -0400, Russell Nelson wrote:
>Jörgen Persson writes:
> > On Fri, Jun 22, 2001 at 03:48:10PM +0800, KIM wrote:
> > > how can i delete the mail queue in qmail? pls help i really need it.
> > 
> > There are several tools mentioned on ''the qmail home page''[1] but
> > I prefer to make it reach the queuelifetime by touching the relevant
> > queue/info file. It will then be bounced after one more delivery
> > attempt.
>
>That works, but it would be better if Dan had implemented a "destroy
>mail" option.  That is, if the queue/info file is "too old", the email 
>would be deleted instead of bounced.  It's not too late to implement
>it as a patch now with all the attendant problems.
>
>-- 
>-russ nelson <[EMAIL PROTECTED]>  http://russnelson.com
>Crynwr sells support for free software  | PGPok | 
>521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude 
>Potsdam, NY 13676-3213  | +1 315 268 9201 FAX   | 
>
>

[Q] control files - locals, rcpthosts, me, defaultdelivery

[YOON, Joo-Yung]

Hi,

I installed qmail, and can send emails to the world,
and can get emails from an external POP3 mail service at kornet.net.
The email address of mine is [EMAIL PROTECTED], which then relays the emails
to [EMAIL PROTECTED]

I am using a cable modem, so the IP is dynamic.
And I have a domain, arbago.com, and I subscribed to a pay service
of dynamic dns service.

My internal network has 3 PC's, and the IP's are 
10.0.0.1 (jango.arirang, server), 
10.0.0.10 (dagem.arirang), 
and 10.0.0.20 (bipa.arirang). 

The server is run with linux-2.2.19 and debian-2.2 (potato).
I installed the qmail, ucspi-tcp, daemontools following the instructions of lwq.

Now the control files are as follows.

1. locals
 arbago.com
 kldp.org
 kornet.net
 jango.arirang

2. rcpthosts
 arbago.com
 kldp.org
 kornet.net
 jango.arirang

3. defaultdomain
 arbago.com

4. plusdomain
 arbago.com

5. me
 arbago.com

6. defaultdelivery
 ./Maildir/

7. /etc/tcp.smtp
 127.:allow,RELAYCLIENT=""
 10.0.:allow,RELAYCLIENT=""
 :allow


The questions are as follows.

1. I would like to know if the control files are suitable,
   and that if I can receive emails addressed "[EMAIL PROTECTED]".

2. From my server (10.0.0.1), emails to "[EMAIL PROTECTED]" and "[EMAIL PROTECTED]"
   do not work.

3. From other PC (10.0.0.10), emails to "[EMAIL PROTECTED]" works,
   but "[EMAIL PROTECTED]" do not work.

The bounced message at the server is like this.

  Hi. This is the qmail-send program at arbago.com.
  I tried to deliver a bounce message to this address, but the bounce bounced!

  <[EMAIL PROTECTED]>:
  211.169.242.48 does not like recipient.
  Remote host said: 550 mail from 211.240.195.66 rejected: administrative
  prohibition
  Giving up on 211.169.242.48.
   
Please help me to understand the qmail and email system. 

-- 
YOON, Joo-Yung / ArBaGo Int'l
KOREA 420-111 BooChun WonMi-1-Dong 1-28 (GunYong Bldg. 302)
Mobile +82.19.350.1369  Fax +82.32.655.855.9 Email [EMAIL PROTECTED]

Re: CNAME_lookup_failed_temporarily

[Adam McKenna]

On Fri, Jun 22, 2001 at 07:29:31PM +, Nick (Keith) Fish wrote:
> Henning Brauer wrote:
> 
> > Use of dig is depreciated (sp? me too...). Use dnsq/dnsqr instead ;-))
> > sorry, couldn't resist.
> 
> I wasn't aware of this.  Everyone rants "DIG!  USE DIG!" on the BIND
> mailing lists.  Anyone point me to some good reading I can toast them all
> with? :-)

I don't think people on the BIND mailing lists would appreciate it the way we
do.

--Adam

Re: CNAME_lookup_failed_temporarily

[Nick (Keith) Fish]

Henning Brauer wrote:

> Use of dig is depreciated (sp? me too...). Use dnsq/dnsqr instead ;-))
> sorry, couldn't resist.

I wasn't aware of this.  Everyone rants "DIG!  USE DIG!" on the BIND
mailing lists.  Anyone point me to some good reading I can toast them all
with? :-)

-- 
Nick (Keith) Fish
Network Engineer
Triton Technologies, Inc.

Re: Running as non-root: How to do it

[Adam McKenna]

On Fri, Jun 22, 2001 at 05:31:42PM -0400, Philip Mak wrote:
> Well, I figured out how to run qmail as a non-root user. I am posting my
> experiences here in the hopes that it will help someone in the future.
> Thanks to those who helped point me in the right direction, and also those
> who said it couldn't be done, which sort of encouraged me to do it. :)

I don't think anyone thought it couldn't be done, just that it was a stupid
thing to do.

10 bucks says your web host shuts it down as soon as he finds out it's
running.

--Adam

Re: GHOSTS AND ASSHOLES

[Jeff Palmer]

Whoa,calm down there big guy,   yer scaring me!


Jeff Palmer
[EMAIL PROTECTED]

P.S.   this was just a comment to lighten the mood.
Please don't even reply to it (praises/flames not needed.)


On Fri, 22 Jun 2001, Russell Nelson wrote:

> Robin S. Socha writes:
>  > I'd buy your support any day, Russel. And I mean it.
>
> Once, just once I'd like to see people mis-spel my name as "Rusell".
> Just once.  Why does anybody think that a trailing 'L' is optiona?
> You don't ever see your name spelled "Robi Socha", do you?  Huh?
> Betcha don't, do ya?  And it's not like my name wasn't properly quoted
> inside the message you responded two.  And I don't want to hear any
> guff about English not being your native language not being English.
> This is not spelling, this is typing.  There it was in all its glory,
> "Russell", with both of it's deserved, earned, highly-decorated, and
> self-important L's.  If you're not up to the task of spelling Russell
> today; if that's too many letters to type, you should feel free to
> spell it "Russ".
>
>  > OP's overly cautious use of the recommended reading aka FAQ?
>
> And it's getting to the point where you don't even need
> English-language skills.  We've got qmail documentation in Russian,
> Korean, Japanese, Spanish, Turkish, Italian, German, and now French.
> And except for the fact that all Indian computer techs can speak fluent
> English, you'd see Hindi documentation as well.  Hrm.  Rediff.com's
> Hindi page crashes Netscape.  That's okay, Netscape crashes just by
> looking at it.  Um, say, did you know that the Hindi word for
> "colocation" is "colocation"?
>
> Note to Chinese qmail users: you've got a billion people living in
> your country.  Surely one of them can write some Chinese-language
> qmail documentation.  Get on it.
>
> --
> -russ nelson <[EMAIL PROTECTED]>  http://russnelson.com
> Crynwr sells support for free software  | PGPok |
> 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude 
> Potsdam, NY 13676-3213  | +1 315 268 9201 FAX   |
>
>

RE: GHOSTS AND ASSHOLES (OT)

[Jeremy Suo-Anttila]

Ok now i am confused WTF is Robin? Male? Female? 86 Year Old Hermaphidite
east Dallas Whore? Throw me a bone here please.

Thanks Russell Russ Rus Russel or whatever it is for all your help.

Jps

Running as non-root: How to do it

[Philip Mak]

Well, I figured out how to run qmail as a non-root user. I am posting my
experiences here in the hopes that it will help someone in the future.
Thanks to those who helped point me in the right direction, and also those
who said it couldn't be done, which sort of encouraged me to do it. :)

WHY NON-ROOT?
=

If you need a high performance send-only MTA for sending mail to a large
mailing list, but are using a shell account on a system on which you have
no root access.

I don't think qmail could be used to *receive* mail in this case (except
that it can send postmaster bounces to you), since it would be running on
a non-standard port.

MY SITUATION


I have a shell account with a webhosting company that allows daemons to be
run in the background. I need to host a mailing list here, but the
sendmail MTA that they provide me with delivers the messages too slowly
(it's a discussion list with 3000 subscribers).

Solution: Run qmail on port 2525. Listar (my mailing list software) still
receives mail from sendmail on port 25, but uses qmail to distribute the
messages to the list members.

CONCISE SUMMARY
===

For those already familiar with running qmail (as root), I'll just give a
quick terse description of what you need to do:

* Edit conf-qmail and specify a writable directory to install in.
* Replace the usernames in conf-users with your username.
* Replace the group names in conf-groups with your group name.
* Edit prot.c, putting "return 0;" at the beginning of the prot_gid and
  prot_uid functions so it doesn't call setuid and setgid.
* Install ucspi-tcp and daemontools. You'll need multilog (since you can't
  write to the syslog), and tcpserver (to have qmail listen on a port).
* Install qmail as normal, but set it up to work with multilog and
  tcpserver.

THE SOLUTION


Anyway, here's how to compile qmail when you're not root:

Untar the qmail tarball. cd into the directory where it untarred.

Edit conf-qmail and change /var/qmail to a directory that you can write
to. I used /usr/home/pmak/var/qmail (/usr/home/pmak is my home directory).
I will assume that you used $HOME/var/qmail for the rest of these
instructions.

Edit conf-users and replace all the usernames (the first 8 lines) with
your username.

Edit conf-groups and replace all the group names (the first 2 lines) with
the name of the group that your username is in.

mkdir $HOME/var/qmail

Edit prot.c, inserting "return 0;" at the beginning of the prot_gid and
prot_uid functions. This will prevent qmail from trying to change the
userid/groupid (which would fail because you're not root).

Now compile and run the configuration:

make setup check
./config

Setup your alias files (normally you'd do this in the home directory of
the "alias" user; in this case you ARE the alias user):

cd ~
touch .qmail-postmaster
touch .qmail-mailer-daemon
touch .qmail-root
chmod 644 .qmail*

cd $HOME/var/qmail
cp boot/home rc

Edit the "rc" file so that the last line says:

qmail-start ./Mailbox multilog /usr/home/pmak/var/log

replacing /usr/home/pmak/var/log with a directory you want to write your
logs to.

Install ucspi-tcp and daemontools
(see http://www.lifewithqmail.org/lwq.html#download). Read their README
files to find out how to install them in a non-standard directory (since
you're not root).

Now just start the qmail daemon:

csh -cf '$HOME/var/qmail/rc &'

Configure tcpserver so that it can relay mail for the IP address that you
need to (see http://www.palomine.net/qmail/selectiverelay.html). Specify
the IP address, not the hostname of the host.

Start tcpserver to listen to a port for receiving mail from:

$HOME/usr/local/bin/tcpserver -H -P -R -l 0 -x$HOME/etc/tcp.smtp.cdb
localhost 2525 $HOME/var/qmail/bin/qmail-smtpd &

-H -P -R -l 0 tells qmail not to perform DNS lookup on remote connections,
which speeds things up quite a bit.

2525 is the port which tcpserver will listen on; you can change that.

If everything went well, you now have a functional SMTP server running on
port 2525. Any host that's listed in $HOME/etc/tcp.smtp can queue mail to
that SMTP server and have it delivered for it.

-Philip Mak ([EMAIL PROTECTED])

Re: RELAYCLIENT

[Piotr Kasztelowicz]

Hello

> 66.12.153.158:allow,RELAYCLIENT=""
> dsl.gtei.net:allow,RELAYCLIENT=""
> :allow

the secondary MX should be enabled as RELAYCLIENT

> tcpserver -H -R -v -p -x /etc/tcp.smtp.cdb -u 503 -g 502 0 smtp recordio
   ^^
> /var/qmail/bin/qmail-smtpd

For Solaris should be without "0" (zero)

Piotr
---
Piotr Kasztelowicz <[EMAIL PROTECTED]>
[http://www.am.torun.pl/~pekasz]

Re: RELAYCLIENT

[Charles Cazabon]

Erik Logan <[EMAIL PROTECTED]> wrote:
> The real tcp.smtp file says:
> 
> 66.12.153.158:allow,RELAYCLIENT=""
> dsl.gtei.net:allow,RELAYCLIENT=""
> :allow
> 
> this is what I am trying right now with no success

Are you connecting from localhost?  If so, you'll need to add 127. to that
file above.

Charles
-- 
---
Charles Cazabon<[EMAIL PROTECTED]>
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
---

Re: Procmail + Maildir

[Charles Cazabon]

Fábio Gomes <[EMAIL PROTECTED]> wrote:
> 
> Does Procmail work with Qmail maildir format?

Newer versions of procmail have Maildir support built-in, but they don't
adhere to djb's naming convention -- you could run into problems.

You'd be better off to use maildrop, or if you must use procmail, use
"safecat" to deliver into maildirs.  See qmail.org for links.

Charles
-- 
---
Charles Cazabon<[EMAIL PROTECTED]>
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
---

Re: RELAYCLIENT

[Philip Mak]

On Fri, 22 Jun 2001, Erik Logan wrote:

> The real tcp.smtp file says:
>
> 66.12.153.158:allow,RELAYCLIENT=""
> dsl.gtei.net:allow,RELAYCLIENT=""
> :allow
>
> this is what I am trying right now with no success

dsl.gtei.net is an invalid host. Did you mean dsl.gte.net perhaps?

Take a look at your mail log file (on my system it's /var/log/maillog) and
see what IP address qmail is recognizing the remote host as (just look for
any IP addresses in the log). See if that matches with what you put in
/etc/tcp.smtp.

-Philip Mak ([EMAIL PROTECTED])

Re: RELAYCLIENT

[Erik Logan]

The real tcp.smtp file says:

66.12.153.158:allow,RELAYCLIENT=""
dsl.gtei.net:allow,RELAYCLIENT=""
:allow

this is what I am trying right now with no success

-Erik

- Original Message -
From: "Charles Cazabon" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, June 22, 2001 1:05 PM
Subject: Re: RELAYCLIENT


> Erik Logan <[EMAIL PROTECTED]> wrote:
> >
> > /etc/tcp.smtp:
> >
> > MY_IP:allow,RELAYCLIENT=""
> > :allow
> [...]
> > But I am still getting the 553 error. Any suggetions on something I
missed
> > in the FAQ?
>
> Yes.  Don't obscure your IP address, hostname, etc., when you ask for
help.
> I've got a good idea what your problem is, but I can't be sure unless you
tell
> us what the _real_ contents of your rules file are.
>
> Charles
> --
> ---
> Charles Cazabon<[EMAIL PROTECTED]>
> GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
> ---
>

I have qmail up and running. Sending and  recieving works fine as an open
relay (briefly). So I tried to use tcp.smtp to add a relay client. Here's
what I did.

/etc/tcp.smtp:

MY_IP:allow,RELAYCLIENT=""
:allow

then ran:

tcprules /etc/tcp.smtp.cbd /etc/tcp.smtp.tmp < /etc/tcp.smtp

then :

svc -h  /service/qmail

ps -aux | grep tcpserver  looks like:

tcpserver -H -R -v -p -x /etc/tcp.smtp.cdb -u 503 -g 502 0 smtp recordio
/var/qmail/bin/qmail-smtpd
tcpserver 01 110


But I am still getting the 553 error. Any suggetions on something I missed
in the FAQ?

Thanks in advance,

Erik

Re: RELAYCLIENT

[Philip Mak]

Erik Logan <[EMAIL PROTECTED]> wrote:
>
> /etc/tcp.smtp:
>
> MY_IP:allow,RELAYCLIENT=""
> :allow
[...]
> But I am still getting the 553 error. Any suggetions on something I missed
> in the FAQ?

I did the same procedure earlier today and it worked fine for me. The only
thing I can think of is that you entered your IP address incorrectly
somehow.

Are you trying to use it from localhost? If so, add these lines to your
/etc/tcp.smtp file:

192.168.10.:allow,RELAYCLIENT=""
127.0.0.1:allow,RELAYCLIENT=""

then rerun tcprules /etc/tcp.smtp.cbd /etc/tcp.smtp.tmp < /etc/tcp.smtp

and it should work (putting the IP address of localhost doesn't seem to
necessarily work).

-Philip Mak ([EMAIL PROTECTED])

Procmail + Maildir

[Fábio Gomes]

Hi folks,

Does Procmail work with Qmail maildir format?

Thx
Fábio Gomes
-- 
@_{2**2..6*6}=split//,"áiGsDDbooe  eoin m-IsvveoF Tenlmt";print
values%_,"\n"

Re: Why conf-split prime?

[Ian Lance Taylor]

"Dave Sill" <[EMAIL PROTECTED]> writes:

> >>Unix file system inode numbers are not truly random.  Therefore, it's
> >>wise to choose a prime conf-split.
> 
> BTW, I modified my modhash program to read numbers from stdin, fed it
> lists of real, live inode numbers, and guess what? It still makes no
> difference whether you use a prime hash or not.

That just proves that on your system it doesn't matter much.  It
doesn't prove much about the range of Unix filesystems out there.

In my last message I tried to show that, all else being equal, a prime
modulos is more likely to give a good result.  That can be true even
if in a particular case a prime modulos makes no difference.

Ian

Re: GHOSTS AND ASSHOLES

[Dave Sill]

Russell Nelson <[EMAIL PROTECTED]> wrote:

>Once, just once I'd like to see people mis-spel my name as "Rusell".
>Just once.  Why does anybody think that a trailing 'L' is optiona?

Blame Randal Schwartz...or his parents.

Or maybe this guy:

  http://www.absolutearts.com/portfolios/r/russram/

-Dave

Re: RELAYCLIENT

[Charles Cazabon]

Erik Logan <[EMAIL PROTECTED]> wrote:
> 
> /etc/tcp.smtp:
> 
> MY_IP:allow,RELAYCLIENT=""
> :allow
[...] 
> But I am still getting the 553 error. Any suggetions on something I missed
> in the FAQ?

Yes.  Don't obscure your IP address, hostname, etc., when you ask for help.
I've got a good idea what your problem is, but I can't be sure unless you tell
us what the _real_ contents of your rules file are.

Charles
-- 
---
Charles Cazabon<[EMAIL PROTECTED]>
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
---

Re: Why conf-split prime?

[Dave Sill]

"Dave Sill" <[EMAIL PROTECTED]> wrote:

>If the input numbers are not fairly random, then a modulo hash is not
>a choice.

Not a *good* choice.

>>Unix file system inode numbers are not truly random.  Therefore, it's
>>wise to choose a prime conf-split.

BTW, I modified my modhash program to read numbers from stdin, fed it
lists of real, live inode numbers, and guess what? It still makes no
difference whether you use a prime hash or not.

-Dave

Re: Why conf-split prime?

[Charles Cazabon]

Dave Sill <[EMAIL PROTECTED]> wrote:
> 
> The first thing I did was Google for "hash prime modulo even
> distribution". That turns up many repetitions of Charles' assertion,
> without proof or explanation.
[...]
> Being a ``Profile, don't speculate'' kind of guy, I decided to write a
> little program to test modulo hashes, which is attached to this
> message for your entertainment.
> 
> The result is that I can't see any effect of primality of the hash
> table size on distribution.

Funny, I can reproduce it easily.  Sure your random numbers are random?
With the attached Python script (it depends on the popular stats.py and
pstat.py modules), analyzing 25 15-bit random integers (read from a text
file, one per line), I get the following:

[charlesc@charon personal]$ ./buckets.py 12 13
A:  12 buckets
  count:  25
  mean:   20833.
  std. dev.:  196.3153

B:  13 buckets
  count:  25
  mean:   19230.7692
  std. dev.:  103.8646


The effect does appear to diminish significantly for large values, though.

Charles
-- 
---
Charles Cazabon<[EMAIL PROTECTED]>
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
---


#!/usr/bin/python

import whrandom
import string
import stats
import sys

ints = map (int, map (string.strip, open ('randints.txt').readlines ()))


###
def fill_buckets (numbuckets):
buckets = [0] * numbuckets
for i in ints:
x = i % numbuckets
buckets[x] = buckets[x] + 1
return buckets

###
def main (a, b):
A = fill_buckets (a)
B = fill_buckets (b)

for L, name in ((A, 'A'), (B, 'B')):
sum = reduce (lambda a, b:  a+b, L)
mean = stats.mean (L)
dev = stats.stdev (L)
print '%s:  %i buckets' % (name, len (L))
print '  count:  %10i' % sum
print '  mean:   %7.04f' % mean
print '  std. dev.:  %7.04f' % dev
print


###
if __name__ == '__main__':
a = int (sys.argv[1])
b = int (sys.argv[2])
main (a, b)

Re: Why conf-split prime?

[Ian Lance Taylor]

"Dave Sill" <[EMAIL PROTECTED]> writes:

> Ian Lance Taylor <[EMAIL PROTECTED]> wrote:
> 
> >If the input numbers are truly random, then a modulos hash will
> >distribute well whether or not the hash size is prime.
> >
> >However, if the input numbers are not truly random, then a modulos
> >hash may pick out some regularity in the input, and preferentially
> >hash to a given set of buckets.
> 
> If the input numbers are not fairly random, then a modulo hash is not
> a choice.

Sure it is.  A modulos hash works fine if the input numbers are fairly
random with respect to the hash size.  That doesn't imply that the
input numbers are random in any real size.

> >For a trivial example, if the numbers
> >tend to be even, then an even modulos hash will tend toward using the
> >even numbered buckets.
> 
> Which, unfortunately, wouldn't be helped by a prime table size.

I guess one of us misunderstands the other.  My point is that if the
input numbers and the table size tend to have a divisor greater than
one, then the distribution will be skewed.  Using a prime number
minimizes the number of divisors greater than one which may be shared
by the table size and the input numbers.

> >A prime modulos hash minimizes the types of
> >regularity which will lead to a poor hash distribution.
> 
> Exactly how does a prime modulus help? Can you give an example?

Suppose the input numbers are 2 4 6 8 10 12.  Suppose the hash size is
8.  Then the buckets are 2 4 6 0 2 4.  Note the bad distribution.
Suppose the hash size is 7.  Then the buckers are 2 4 6 1 3 5.  Note
the good distribution.

Here's another way to say it.  For any given hash size, call a series
of inputs which lead to a bad distribution B.  Consider the set of all
bad inputs {B}.  A prime hash size minimizes the number of elements in
{B}.  Therefore, if you don't know anything about the inputs--in
particular, if you don't know if they are random--it is better to
choose a prime hash size.

Ian

Re: GHOSTS AND ASSHOLES

[Guillermo Villasana Cardoza]

hey... is it ok if we only use Rus ;) j/k

so Russell... thanks for all your input here at the list 
Terius
PS: And just to make you happy : Rusell :D

- Original Message - 
From: "Russell Nelson" <[EMAIL PROTECTED]>
To: "qmai maiing ist" <[EMAIL PROTECTED]>
Sent: Friday, June 22, 2001 1:09 PM
Subject: Re: GHOSTS AND ASSHOLES


> Robin S. Socha writes:
>  > I'd buy your support any day, Russel. And I mean it.
> 
> Once, just once I'd like to see people mis-spel my name as "Rusell".
> Just once.  Why does anybody think that a trailing 'L' is optiona?
> You don't ever see your name spelled "Robi Socha", do you?  Huh?
> Betcha don't, do ya?  And it's not like my name wasn't properly quoted
> inside the message you responded two.  And I don't want to hear any
> guff about English not being your native language not being English.
> This is not spelling, this is typing.  There it was in all its glory,
> "Russell", with both of it's deserved, earned, highly-decorated, and
> self-important L's.  If you're not up to the task of spelling Russell
> today; if that's too many letters to type, you should feel free to
> spell it "Russ".
> 
>  > OP's overly cautious use of the recommended reading aka FAQ?
> 
> And it's getting to the point where you don't even need
> English-language skills.  We've got qmail documentation in Russian,
> Korean, Japanese, Spanish, Turkish, Italian, German, and now French.
> And except for the fact that all Indian computer techs can speak fluent
> English, you'd see Hindi documentation as well.  Hrm.  Rediff.com's
> Hindi page crashes Netscape.  That's okay, Netscape crashes just by
> looking at it.  Um, say, did you know that the Hindi word for
> "colocation" is "colocation"?
> 
> Note to Chinese qmail users: you've got a billion people living in
> your country.  Surely one of them can write some Chinese-language
> qmail documentation.  Get on it.
> 
> -- 
> -russ nelson <[EMAIL PROTECTED]>  http://russnelson.com
> Crynwr sells support for free software  | PGPok | 
> 521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude 
> Potsdam, NY 13676-3213  | +1 315 268 9201 FAX   | 
> 

RE: GHOSTS AND ASSHOLES

[Kirti S. Bajwa]

>> I'm sure someone's father out there used that approach when they
were a child.  Maybe it's why they always do the same to other
people...<<

Agree.. 1G % 

Kirti

-Original Message-
From: Bill Andersen [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 22, 2001 10:55 AM
To: Charles Cazabon; [EMAIL PROTECTED]
Subject: RE: GHOSTS AND ASSHOLES


Charles Cazabon [mailto:[EMAIL PROTECTED]] wrote:
>Nope.  If you're running a mail server, you should have enough technical
>knowledge to not be vulnerable to mass hysteria about technology.
Otherwise,
>go back to your stone knives and raw mastodon meat.

However, you are making the assumption the user wants to actually "run"
a mail server.  I've helped a few individuals that have no desire to
commercially run a mail server.  They simply want to set one up for their
own use in order TO LEARN how it all works.  Heck, my qmail box at my
house only has 3 users.  Me, my wife and my son.  I thought it would be
interesting to see if I could set up qmail and a Linux box at my house
(on DSL) and host my own domain.  I have no NEED for a mail server at
my house.  I've got an ISP that uses qmail that I could be using.  I just
wanted to learn.  Hey, I got it working and learned a lot about Linux/qmail.

That's the only way to get rid of my stone knives and raw meat! LEARN!

Your philosophy says, if you're not technically knowledgeable, you
have no business trying to learn how to use a mail server.  How the
heck do you become technically knowledgeable then?

OK, maybe the way some people had to learn was by asking uneducated
questions and then getting the shit kicked out of them for asking.
I'm sure someone's father out there used that approach when they
were a child.  Maybe it's why they always do the same to other
people...

Bill

Re: Why conf-split prime?

[Dave Sill]

Ian Lance Taylor <[EMAIL PROTECTED]> wrote:

>If the input numbers are truly random, then a modulos hash will
>distribute well whether or not the hash size is prime.
>
>However, if the input numbers are not truly random, then a modulos
>hash may pick out some regularity in the input, and preferentially
>hash to a given set of buckets.

If the input numbers are not fairly random, then a modulo hash is not
a choice.

>For a trivial example, if the numbers
>tend to be even, then an even modulos hash will tend toward using the
>even numbered buckets.

Which, unfortunately, wouldn't be helped by a prime table size.

>A prime modulos hash minimizes the types of
>regularity which will lead to a poor hash distribution.

Exactly how does a prime modulus help? Can you give an example?

>Unix file system inode numbers are not truly random.  Therefore, it's
>wise to choose a prime conf-split.

I'm still not convinced.

Has anyone ever seen a problem with a non-prime conf-split that was
significantly helped by switching to a prime conf-split?

-Dave

RELAYCLIENT

[Erik Logan]

I have qmail up and running. Sending and  recieving works fine as an open
relay (briefly). So I tried to use tcp.smtp to add a relay client. Here's
what I did.

/etc/tcp.smtp:

MY_IP:allow,RELAYCLIENT=""
:allow

then ran:

tcprules /etc/tcp.smtp.cbd /etc/tcp.smtp.tmp < /etc/tcp.smtp

then :

svc -h  /service/qmail

ps -aux | grep tcpserver  looks like:

tcpserver -H -R -v -p -x /etc/tcp.smtp.cdb -u 503 -g 502 0 smtp recordio
/var/qmail/bin/qmail-smtpd
tcpserver 01 110


But I am still getting the 553 error. Any suggetions on something I missed
in the FAQ?

Thanks in advance,

Erik

POP Server - Password management

[Stephen Froehlich]

I apologize for being slightly off topic.  The qmail server is also my pop
server. (RH 7.1)  I'd like to give my users the ability to manage their own
passwords (IMO, a sysadmin shouldn't know his/her users passwords).  In
truth, its a switched network, so I'm not too worried about sniffing, but it
will probably have to be a web based solution.

Recommendations?

Re: GHOSTS AND ASSHOLES

[Russell Nelson]

Robin S. Socha writes:
 > I'd buy your support any day, Russel. And I mean it.

Once, just once I'd like to see people mis-spel my name as "Rusell".
Just once.  Why does anybody think that a trailing 'L' is optiona?
You don't ever see your name spelled "Robi Socha", do you?  Huh?
Betcha don't, do ya?  And it's not like my name wasn't properly quoted
inside the message you responded two.  And I don't want to hear any
guff about English not being your native language not being English.
This is not spelling, this is typing.  There it was in all its glory,
"Russell", with both of it's deserved, earned, highly-decorated, and
self-important L's.  If you're not up to the task of spelling Russell
today; if that's too many letters to type, you should feel free to
spell it "Russ".

 > OP's overly cautious use of the recommended reading aka FAQ?

And it's getting to the point where you don't even need
English-language skills.  We've got qmail documentation in Russian,
Korean, Japanese, Spanish, Turkish, Italian, German, and now French.
And except for the fact that all Indian computer techs can speak fluent
English, you'd see Hindi documentation as well.  Hrm.  Rediff.com's
Hindi page crashes Netscape.  That's okay, Netscape crashes just by
looking at it.  Um, say, did you know that the Hindi word for
"colocation" is "colocation"?

Note to Chinese qmail users: you've got a billion people living in
your country.  Surely one of them can write some Chinese-language
qmail documentation.  Get on it.

-- 
-russ nelson <[EMAIL PROTECTED]>  http://russnelson.com
Crynwr sells support for free software  | PGPok | 
521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude 
Potsdam, NY 13676-3213  | +1 315 268 9201 FAX   | 

Re: Why conf-split prime?

[Ian Lance Taylor]

"Dave Sill" <[EMAIL PROTECTED]> writes:

> You're right. The "hashing" used here is a simple modulo. From
> fmtqfn.c:
> 
>i = fmt_ulong(s,id % auto_split); len += i; if (s) s += i;
> 
> I can't see that primality would do anything special here.
> 
> However, the default, 23, is prime, and in his only message to the
> list on the topic of conf-split, DJB suggested a value of 401, also
> prime, for a queue with 10 entries:
> 
>   http://www.ornl.gov/its/archives/mailing-lists/qmail/1997/07/msg00295.html
> 
> Why would DJB use primes if they weren't necessary? He uses round
> numbers elsewhere (concurrencies, for example), so I don't think he
> just likes them.
> 
> So...anyone who still thinks conf-split must/should be prime... Could
> you explain why?

If the input numbers are truly random, then a modulos hash will
distribute well whether or not the hash size is prime.

However, if the input numbers are not truly random, then a modulos
hash may pick out some regularity in the input, and preferentially
hash to a given set of buckets.  For a trivial example, if the numbers
tend to be even, then an even modulos hash will tend toward using the
even numbered buckets.  A prime modulos hash minimizes the types of
regularity which will lead to a poor hash distribution.

Unix file system inode numbers are not truly random.  Therefore, it's
wise to choose a prime conf-split.

Ian

Re: Why conf-split prime?

[Dave Sill]

"Dave Sill" <[EMAIL PROTECTED]> wrote:

>--IPiIw4QAe+
>Content-Type: text/plain; charset=us-ascii
>Content-Description: message body text
>Content-Transfer-Encoding: 7bit
>etc.

Argh. Forgot about my Emacs' broken MIME. Here's the program:

#include 
#include 
#include 

main(int argc, char **argv)
{
  int hash[1], i;
  int size=16, reps=1, seed=0;
  long j;
  float mean, variance=0, stddev;

  if (argc >= 2) {
sscanf (argv[1], "%d", &size);
if (size > 1)
  exit (1);
  }
  if (argc >= 3)
sscanf (argv[2], "%d", &reps);
  if (argc >= 4)
sscanf (argv[3], "%d", &seed);
  mean=reps/size;
  printf ("size=%d, reps=%d, seed=%d\n", size, reps, seed);
  for (i=0; i

Problems as patch of the WILDMAT

[Renato Dobelin]

It would like to install patch WILDMAT_0.3 to prevent the Spam, but when I
apply patch as the instructions of README I receive this error:

qmail-smtpd.c:417: warning: return type of `main ' is not `int '
 make: *** [ qmail-smtpd.o ] Error 1

I am trying to apply patch in qmail-1.03 blank, use the CONNECTIVE LINUX 6.0
with kernel 2,2,17.
I find for some FAQ and more information the respect, but I did not find
nothing. If somebody already passed for this problem and obtained to decide
would be very grateful for the aid.

RE: GHOSTS AND ASSHOLES

[Russell Nelson]

Bill Andersen writes:
 > Russ, I'm not saying they shouldn't give us the information needed
 > to help them.  I'm just of the opinion we shouldn't jump down every
 > newbie's throat just because they are a little over cautious.

We don't jump down every newbie's throat.  Just every fifth one, to
serve as an example to the rest.  And then we put his head up on a
spike.

Like I said before: pick a reliable consultant from www.qmail.org.
How to know which is reliable?  Watch this mailing list, and see who's
been around longest (has the most established reputation to protect),
whose name begins with "R", and when you've picked me, call
1-800-233-7351 with your credit card in hand.  Operators are standing
by!  Call now!

No, all MarkD's funning aside, I take *no* responsibility for the
quality of the performance of people listed on
www.qmail.org/top.html#paidsup, and I say so right there.  You've got
to have some way to figure out who knows what they're doing, and who's
a turkey.  If you know of a better method than reading postings to
this mailing list, please 'fess up!

-- 
-russ nelson <[EMAIL PROTECTED]>  http://russnelson.com
Crynwr sells support for free software  | PGPok | 
521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude 
Potsdam, NY 13676-3213  | +1 315 268 9201 FAX   | 

Re: GHOSTS AND ASSHOLES

[Robin S. Socha]

* Bill Andersen <[EMAIL PROTECTED]> [010622 13:22]:
> Russell Nelson [mailto:[EMAIL PROTECTED]] wrote:

> >Then don't ask a public mailing list for help.  Instead, go to one of
> >the suppliers of commercial support.  How to know which is reliable?
> >Watch this mailing list, and see who's been around longest (has the
> >most established reputation to protect), and who supplies the most
> >clueful answers.

I'd buy your suport every day, Russel. And I mean it.

> Well put.  Very much in the spirit of user supported software...

May I kindly ask you to, like, get a life? Russel offers commercial
support. He's contributing here *A LOT*. You, on the other hand, are a
whining luser.

> Russ, I'm not saying they shouldn't give us the information needed to
> help them.  I'm just of the opinion we shouldn't jump down every
> newbie's throat just because they are a little over cautious.

What dictionary did you look cautious up in? Or are you referring to the
OP's overly cautious use of the recommended reading aka FAQ?

> Put yourself in their shoes.  

Eh. That's what alt.rec.suicide is for.

> Imagine walking up to an Automated Teller Machine and seeing a guy,
> presumably a maintenance worker, adjusting the electronics.  He says,
> "The card reader and pad aren't working.  Just give me your card and
> PIN number and I'll swipe it back here."

,
| Port   State   Service
| 21/tcp openftp 
| 22/tcp openssh 
| 23/tcp opentelnet  
| 25/tcp opensmtp
| 79/tcp openfinger  
| 80/tcp openhttp
| 111/tcpfilteredsunrpc  
| 199/tcpopensmux
| 443/tcpopenhttps   
| 512/tcpopenexec
| 513/tcpopenlogin   
| 514/tcpopenshell   
| 515/tcpopenprinter 
| 3306/tcp   openmysql   
|
| TCP Sequence Prediction: Class=random positive increments
|  Difficulty=74755 (Worthy challenge)
| Remote operating system guess: BSDI BSD/OS 3.0-3.1 (or possibly MacOS, NetBSD)
`

Would you like me to tell you the programs and version numbers to go
along with that, too, Sir?

> Would YOU hand over your card?

https://mail.socha.net/about/ - happy cracking, luser. Do you need any
help running nmap?

> All he wants to do it help you, right?

Since putting them down is a non-op, yes.

> Think about it...

Talking to yourself a lot, eh?

Re: Why conf-split prime?

[Dave Sill]

--IPiIw4QAe+
Content-Type: text/plain; charset=us-ascii
Content-Description: message body text
Content-Transfer-Encoding: 7bit

Charles Cazabon <[EMAIL PROTECTED]> wrote:

>Dave Sill <[EMAIL PROTECTED]> wrote:
>> 
>> You're right. The "hashing" used here is a simple modulo.
>[...]
>> I can't see that primality would do anything special here.
>
>It does -- a large series of random numbers, modulo some number I, will result
>in an even distribution of results if and only if I is prime.  If I isn't
>prime, the results are skewed noticeably towards the low end.

Hmm.

On first reading that, I didn't believe it. I couldn't imagine how
the primality of the divisor could "magically" guarantee an even
distribution.

The first thing I did was Google for "hash prime modulo even
distribution". That turns up many repetitions of Charles' assertion,
without proof or explanation. I did find one clue, though, at:

http://www.cs.rpi.edu/courses/spring01/cs2/wksht22/wksht22.html

Which says:

  Research has shown that you get a more even distribution of hash
  values, and thus fewer collisions, if you choose your table size to
  be a prime number.

Being a ``Profile, don't speculate'' kind of guy, I decided to write a
little program to test modulo hashes, which is attached to this
message for your entertainment.

The result is that I can't see any effect of primality of the hash
table size on distribution. For example:

  $ ./hash 16
  size=16, reps=1, seed=0
  0: 6250114
  1: 6250151
  2: 6249941
  3: 6249981
  4: 6249971
  5: 6250134
  6: 6250221
  7: 6250195
  8: 6249542
  9: 6249840
  10: 6250200
  11: 6249700
  12: 6250055
  13: 6250101
  14: 6249832
  15: 6250022
  mean=625.00, variance=36840.00
  stddev=191.937485 (0.003071%)

The table size, 16, is about as non-prime as you can get, but the
distribution is quite even. Repeating with a table size of 17 shows no
improvement:

  $ ./hash 17
  size=17, reps=1, seed=0
  0: 5882787
  1: 5880754
  2: 5883273
  3: 5880598
  4: 5881230
  5: 5880577
  6: 5885196
  7: 5878233
  8: 5874942
  9: 5887715
  10: 5881680
  11: 5889068
  12: 5888613
  13: 5879609
  14: 5882129
  15: 5882443
  16: 5881153
  mean=5882352.00, variance=13348593.00
  stddev=3653.572754 (0.062111%)
  
So, I'm not sure exactly what was determined in the research mentioned
above, but it looks to me like everyone's heard the conclusion so many
times that they just accept it. I suspect it's only applicable when
the integers being hashed are fairly close to the size of the table.
  
-Dave


--IPiIw4QAe+
Content-Type: application/octet-stream
Content-Description: modulo hash tester
Content-Disposition: attachment;
filename="hash.c"
Content-Transfer-Encoding: base64

I2luY2x1ZGUgPHN0ZGlvLmg+CiNpbmNsdWRlIDxzdGRsaWIuaD4KI2luY2x1ZGUgPG1hdGgu
aD4KCm1haW4oaW50IGFyZ2MsIGNoYXIgKiphcmd2KQp7CiAgaW50IGhhc2hbMTAwMDBdLCBp
OwogIGludCBzaXplPTE2LCByZXBzPTEwMDAwMDAwMCwgc2VlZD0wOwogIGxvbmcgajsKICBm
bG9hdCBtZWFuLCB2YXJpYW5jZT0wLCBzdGRkZXY7CgogIGlmIChhcmdjID49IDIpIHsKICAg
IHNzY2FuZiAoYXJndlsxXSwgIiVkIiwgJnNpemUpOwogICAgaWYgKHNpemUgPiAxMDAwMCkK
ICAgICAgZXhpdCAoMSk7CiAgfQogIGlmIChhcmdjID49IDMpCiAgICBzc2NhbmYgKGFyZ3Zb
Ml0sICIlZCIsICZyZXBzKTsKICBpZiAoYXJnYyA+PSA0KQogICAgc3NjYW5mIChhcmd2WzNd
LCAiJWQiLCAmc2VlZCk7CiAgbWVhbj1yZXBzL3NpemU7CiAgcHJpbnRmICgic2l6ZT0lZCwg
cmVwcz0lZCwgc2VlZD0lZFxuIiwgc2l6ZSwgcmVwcywgc2VlZCk7CiAgZm9yIChpPTA7IGk8
c2l6ZTsgaSsrKSB7CiAgICBoYXNoW2ldPTA7CiAgfQogIHNyYW5kNDggKHNlZWQpOwogIGZv
ciAoaT0wOyBpPHJlcHM7IGkrKykgewogICAgaj1scmFuZDQ4KCk7CiAgICBoYXNoW2olc2l6
ZV0rKzsKICB9CiAgZm9yIChpPTA7IGk8c2l6ZTsgaSsrKSB7CiAgICBwcmludGYgKCIlZDog
JWRcbiIsIGksIGhhc2hbaV0pOwogICAgdmFyaWFuY2UgKz0gcG93KGhhc2hbaV0gLSBtZWFu
LCAyLjApOwogIH0KICB2YXJpYW5jZSAvPSAoZmxvYXQpc2l6ZS0xOwogIHN0ZGRldj1zcXJ0
KHZhcmlhbmNlKTsKICBwcmludGYgKCJtZWFuPSVmLCB2YXJpYW5jZT0lZlxuIiwgbWVhbiwg
dmFyaWFuY2UpOwogIHByaW50ZiAoInN0ZGRldj0lZiAoJWYlKVxuIiwgc3RkZGV2LCBzdGRk
ZXYvbWVhbioxMDApOwp9Cg==

--IPiIw4QAe+--

Re: GHOSTS AND ASSHOLES

[Robin S. Socha]

* Bill Andersen <[EMAIL PROTECTED]> [010622 13:13]:

> Your philosophy says, if you're not technically knowledgeable, you
> have no business trying to learn how to use a mail server.  How the
> heck do you become technically knowledgeable then?

http://cr.yp.to/qmail.html

And just for the record:

,
| http://cr.yp.to/lists.html
| Please read FAQ, PIC.*, and the other documentation in the 
| qmail package before sending your question to the qmail mailing list. 
`

Not to mention http://qmail.org, as well as Dave's, Adam's and a lot of
other people's contributed documentation. Which part of "there are only
very, very few things not already explained about qmail out there" did
you not understand?

RE: GHOSTS AND ASSHOLES

[Bill Andersen]

Russell Nelson [mailto:[EMAIL PROTECTED]] wrote:
>Then don't ask a public mailing list for help.  Instead, go to one of
>the suppliers of commercial support.  How to know which is reliable?
>Watch this mailing list, and see who's been around longest (has the
>most established reputation to protect), and who supplies the most
>clueful answers.

Well put.  Very much in the spirit of user supported software...

Russ, I'm not saying they shouldn't give us the information needed
to help them.  I'm just of the opinion we shouldn't jump down every
newbie's throat just because they are a little over cautious.

Put yourself in their shoes.  Imagine walking up to an Automated Teller
Machine and seeing a guy, presumably a maintenance worker, adjusting
the electronics.  He says, "The card reader and pad aren't working.
Just give me your card and PIN number and I'll swipe it back here."

Would YOU hand over your card?

All he wants to do it help you, right?

Think about it...

RE: GHOSTS AND ASSHOLES

[Bill Andersen]

Charles Cazabon [mailto:[EMAIL PROTECTED]] wrote:
>Nope.  If you're running a mail server, you should have enough technical
>knowledge to not be vulnerable to mass hysteria about technology.
Otherwise,
>go back to your stone knives and raw mastodon meat.

However, you are making the assumption the user wants to actually "run"
a mail server.  I've helped a few individuals that have no desire to
commercially run a mail server.  They simply want to set one up for their
own use in order TO LEARN how it all works.  Heck, my qmail box at my
house only has 3 users.  Me, my wife and my son.  I thought it would be
interesting to see if I could set up qmail and a Linux box at my house
(on DSL) and host my own domain.  I have no NEED for a mail server at
my house.  I've got an ISP that uses qmail that I could be using.  I just
wanted to learn.  Hey, I got it working and learned a lot about Linux/qmail.

That's the only way to get rid of my stone knives and raw meat! LEARN!

Your philosophy says, if you're not technically knowledgeable, you
have no business trying to learn how to use a mail server.  How the
heck do you become technically knowledgeable then?

OK, maybe the way some people had to learn was by asking uneducated
questions and then getting the shit kicked out of them for asking.
I'm sure someone's father out there used that approach when they
were a child.  Maybe it's why they always do the same to other
people...

Bill

Re: GHOSTS AND ASSHOLES

[Jurjen Oskam]

On Fri, Jun 22, 2001 at 06:26:03AM +, [EMAIL PROTECTED] wrote:

> What the fuck else do you want from the guy? His 
> passwords, IP range, hours of operation and social 
> security number?

He's asking for FREE ADVICE. No problem, but for CORRECT advice DETAILS are
needed. If he needs secrecy or confidentiality, get a consultant to help
under an NDA.


What I find great about this list that there is an enormous amount of
expertise and knowledge here. What I even find greater is that there is NO
baby-sitting here. New users are welcome, but they are expected to *read*
the FAQ and manual.

> are you male or female? Well, either way you are a 
> little bitch!

As they say: FOAD.
-- 
  Jurjen Oskam * http://www.stupendous.org/ for PGP key * Q265230
  pro-life bombing bush hacker attack USA president 2600 decss assassinate
nuclear strike terrorism gun control eta military disrupt economy encryption
3:12pm  up 33 days, 15:55,  2 users,  load average: 0.00, 0.00, 0.00

Re: GHOSTS AND ASSHOLES

[MarkD]

On Fri, Jun 22, 2001 at 12:11:00PM -0400, Russell Nelson allegedly wrote:

> How to know which is reliable?  Watch this mailing list, and see
> who's been around longest (has the most established reputation to
> protect), and who's name begins with "R".

If you say so Russ.

Heh heh.

Re: GHOSTS AND ASSHOLES

[MarkD]

On Fri, Jun 22, 2001 at 10:21:32AM -0500, Bill Andersen allegedly wrote:

> And then there are these two conversations that took
> place in Dallas, Texas. Late 1999.
> 
> First call:
> *ring*
> "Hello, Joe's Car Service.  How may I be of service?"
> "Ah yes, I need someone to pick up my Chevy Suburban
>  at 1234 Anystreet, it won't start this morning.
>  I'm taking a cab to work."
> "Ok, sir.  We'll take care of it.  Goodbye."
> 
> Second call:
> *ring*
> "Hello, Joe's Car Service.  How may I be of service?"
> "Hi, I called this morning about the Chevy Suburban.  Did
>  you have any luck with it?."
> "Uh, sir.  We thought you got it started and took it
>  on to work.  It wasn't there when we went to pick it up..."
> 
> CAUSE: Someone had tapped into the car shop's phone
> line and beat them to the address.  3 vehicles THAT DAY!
> Of course, after getting to the 3rd address and NO vehicle,
> they started getting suspicious.
> 
> MORAL OF THE STORY:  Don't EVER think it can't happen to you.

TRUE MORAL OF THE STORY: If you really really need to get your car
started in a hurry, use a car thief.


Regards.

Re: GHOSTS AND ASSHOLES

[Daniel Duclos]

On Fri, 22 Jun 2001, Charles Cazabon wrote:

> Bill Andersen <[EMAIL PROTECTED]> wrote:
> >
> > I know, I know.  You have to give out enough info to get help.
> > But some people are a little more cautious than others.  Remember,
> > they DON'T know YOU.  And with all the inflated news propaganda
> > about the Internet and how people can "steal you blind", we should
> > at least understand someone's reluctance to just "spill it all out"
> > in a public group.
>
> Nope.  If you're running a mail server, you should have enough technical
> knowledge to not be vulnerable to mass hysteria about technology.  Otherwise,
> go back to your stone knives and raw mastodon meat.
>
> > In any event, Robin's attack on these individuals accomplishes NOTHING.
>
> Sure it does; it gave me a well-needed chuckle in the middle of a rough day.

indeed =)

The more I see, the less I understand people... I mean, a guy come and
asks for the impossible for free. Then, altough people want to help for
free, they say they could not do the impossible, the guy gets pissed. Go
figure

daniduc

Daniel Lobato Duclos - [EMAIL PROTECTED] - http://www.cybershark.net
---
Stand for something, or you will fall for nothing.
(http://www.gnu.org/philosophy/pragmatic.html)

Re: I'm not root, can I use qmail?

[Adam McKenna]

On Fri, Jun 22, 2001 at 09:33:34AM -0400, Philip Mak wrote:
> I am trying to setup qmail to send out messages for Listar. When Listar
> sends it a message, its job is to relay that message to the remote SMTP
> servers of the recipients. That's all.

Why don't you use your Web Host's MTA?

--Adam

Re: Troubles with mailbox ( or maildir )

[Charles Cazabon]

Andrei Tihonov <[EMAIL PROTECTED]> wrote:

> i have /usr/local/qmail/users/assign with
> [EMAIL PROTECTED]:ti-an:888:888:/usr/local/qmail/users/ti-an:::

That looks bogus to me.  The first field is supposed to be the local part of
the address -- no @, no domain.

You want to use virtualdomains for something like this, I think.

Charles
-- 
---
Charles Cazabon<[EMAIL PROTECTED]>
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
---

Re: Java and Qmail - building a large mailmerge server - plain text version

[Karsten W. Rohrbach]

manav([EMAIL PROTECTED])@2001.06.22 21:17:26 +:
> Yes, I do have three of my production servers co-located with an ISP in the
> US that promises unlimited bandwidth, with a 99.9% uptime. All these

wow, daring. my contract with my isp ensures 100mbit/fdx ethernet with
99.87something% availabilty -- unlimited bandwidth seems a little bit
high to me
;-)

/k

-- 
> MCSE: Management Can't Send E-mail
KR433/KR11-RIPE -- WebMonster Community Founder -- nGENn GmbH Senior Techie
http://www.webmonster.de/ -- ftp://ftp.webmonster.de/ -- http://www.ngenn.net/
karsten&rohrbach.de -- alpha&ngenn.net -- alpha&scene.org -- [EMAIL PROTECTED]
GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE  DF22 3340 4F4E 2964 BF46
Please do not remove my address from To: and Cc: fields in mailing lists. 10x

 PGP signature

Re: Java and Qmail - building a large mailmerge server - plain text version

[Mike Jackson]

manav wrote:
> 
> Hi Mike, Russ,

Hi !

> 
> We are running the alpha phase right now (with whatever current
> implementations we have), and I have serious doubts about the stability and
> scalability of the system. The maximum load that I've put on my production
> boxes is 250,000 emails so far and I've had similar issues that I mentioned
> on my development boxes (the ones that are resemble a Beetle, to quote Mike
> :-) ).

Just as an example of the speed of qmail and ezmlm:

Machine: 1U rackmount cheapo 600Mhz Celeron, 128MB RAM, 18GB hard disk
OS: NetBSD 1.5
MTA: Qmail 1.03 with only the verh patch
List Manager: Ezmlm 0.53 with idx 0.40
remoteconcurrency: 120

Here are some stats from the first large mailing with this server. As
you can see, within 15 minutes most of the deliveries were completed.
The only kernel tuning I did was to raise the max processes to 256 and
max open files per process to 512. The numbers look a little off since
there are a few old messages still going through, mostly mail servers
that were previously unreachable.

12.45.21message sent to 4773 addresses

12.50.001738 deliveries
1924 attempts
1761 successes
187 failures

12.55.001775 deliveries
1937 attempts
1779 successes
166 failures

13.00.00423 deliveries
455 attempts
433 successes
32 failures

13.05.0013 deliveries
14 attempts

13.10.002 deliveries
2 attempts
---
Total   3951 deliveries
4332 attempts

 With the large concurrency patch, this throughput could be increased
significantly. I will put it into use if I get a requirement to send to
at least 10,000 addresses.

 Using qmail-ldap and qmqp with a frontend master server and several
slave servers, you can distribute the load among several servers very
easily. For example, if you have 4 slave servers then use a unique
mailhost attribute for each quarter of your subscriber base. The
scalability of qmail-ldap is almost limitless, I think. The master
server will transfer the qmqp messages to the slave servers via qmqp
faster than you can even dream of. For more info, www.nrg4u.com
qmail-ldap homepage.

Regards,
Mike

RE: GHOSTS AND ASSHOLES

[Russell Nelson]

Bill Andersen writes:
 > I know, I know.  You have to give out enough info to get help.
 > But some people are a little more cautious than others.  Remember,
 > they DON'T know YOU.  And with all the inflated news propaganda
 > about the Internet and how people can "steal you blind", we should
 > at least understand someone's reluctance to just "spill it all out"
 > in a public group.

Then don't ask a public mailing list for help.  Instead, go to one of
the suppliers of commercial support.  How to know which is reliable?
Watch this mailing list, and see who's been around longest (has the
most established reputation to protect), and who supplies the most
clueful answers.

-- 
-russ nelson <[EMAIL PROTECTED]>  http://russnelson.com
Crynwr sells support for free software  | PGPok | 
521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude 
Potsdam, NY 13676-3213  | +1 315 268 9201 FAX   | 

Re: Java and Qmail - building a large mailmerge server - plain text version

[Russell Nelson]

manav writes:
 > I really appreciate you took some time out to reply. Thanks.

And not flame you?  :-) Not everybody on the list is a flamer, and
besides you supplied us with all the necessary information.  You *did*
confuse us by mentioning 10 lakh recipients and 128kbps in the same
paragraph, but that's really no matter.  The real problem is injecting 
bulk email using separate messages.

 > We are running the alpha phase right now (with whatever current
 > implementations we have), and I have serious doubts about the stability and
 > scalability of the system. The maximum load that I've put on my production
 > boxes is 250,000 emails so far and I've had similar issues that I mentioned
 > on my development boxes (the ones that are resemble a Beetle, to quote Mike
 > :-) ).

The problem, simply enough, is that you should try very, very hard not 
to have a separate copy of the email on the disk.  If you're running
qmail-inject on each message, then yes, three machines aren't going to 
be enough.  On the other hand, three machines of the type you describe 
below will be sufficient to deliver one million emails in about eight
hours, IF you're doing the mail merge function at delivery time.

You can do that using the qmail-verh patch, you could call
qmail-remote directly (in theory; I don't know that anyone is doing
that), or you could purchase my qmail-merge system.  It lets you
substitute multiple fields into each message.  So you could substitute
in a first name, a last name, a database ID number, or whatever else
you want.  Handles bounces, and runs everything through the database.
Details upon request.

Dealing with bounces is a whole 'nother headache.  You see, there are
three types of email bounces: 4XX bounces, which are known to be
temporary.  A retry is definitely called for, and qmail will handle
that on its own.  You also get a 5XX bounce, where the smtp server has
told your smtp client that the email will never be deliverable.  These
get handled by parsing the QSBMF message.  And you can also get a
delivered but returned message.  VERP is your friend here, because
parsing bounce messages is a task only attempted by lunatics.

Even then, you can't treat a 5XX or returned message as a permanent
failure.  You have to have a system for retries these messages at a
later time.

As someone else pointed out, ezmlm handles this nicely.
Unfortunately, ezmlm doesn't work well when you've got users
subscribed to more than one type of mailing, because it doesn't share
bounce information between lists.

-- 
-russ nelson <[EMAIL PROTECTED]>  http://russnelson.com
Crynwr sells support for free software  | PGPok | 
521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude 
Potsdam, NY 13676-3213  | +1 315 268 9201 FAX   | 

Re: GHOSTS AND ASSHOLES

[Charles Cazabon]

Bill Andersen <[EMAIL PROTECTED]> wrote:
> 
> I know, I know.  You have to give out enough info to get help.
> But some people are a little more cautious than others.  Remember,
> they DON'T know YOU.  And with all the inflated news propaganda
> about the Internet and how people can "steal you blind", we should
> at least understand someone's reluctance to just "spill it all out"
> in a public group.

Nope.  If you're running a mail server, you should have enough technical
knowledge to not be vulnerable to mass hysteria about technology.  Otherwise,
go back to your stone knives and raw mastodon meat.

> In any event, Robin's attack on these individuals accomplishes NOTHING.

Sure it does; it gave me a well-needed chuckle in the middle of a rough day.

Charles
-- 
---
Charles Cazabon<[EMAIL PROTECTED]>
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
---

Troubles with mailbox ( or maildir )

[Andrei Tihonov]

Hi,
I have problem:
i install qmail-103 in /usr/local/qmail
and i have virtual POP3 users in /usr/local/qmail/users
i have /usr/local/qmail/users/assign with
[EMAIL PROTECTED]:ti-an:888:888:/usr/local/qmail/users/ti-an:::
and i use Maildir format.
home for ti-an have ./Maildir/ directory by maildirmake
/usr/local/qmail/users/ti-an/Maildir
i have user popuser and group popuser for all POP3 accounts.
Owner for /Maildir/ is popuser

And if i echo "to:[EMAIL PROTECTED]" | qmail-inject

i see following messages in /var/log/messages :
Jun 22 15:37:43 goodwin qmail: 993224263.737639 status: local 0/10 remote 0/20
Jun 22 15:37:48 goodwin qmail: 993224268.159698 new msg 848681
Jun 22 15:37:48 goodwin qmail: 993224268.160277 info msg 848681: bytes 192 from 
<[EMAIL PROTECTED]> qp 2731 uid 0
Jun 22 15:37:48 goodwin qmail: 993224268.163319 starting delivery 1: msg 848681 to 
local [EMAIL PROTECTED]
Jun 22 15:37:48 goodwin qmail: 993224268.163877 status: local 1/10 remote 0/20
Jun 22 15:37:48 goodwin qmail: 993224268.173644 delivery 1: failure: 
Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/
Jun 22 15:37:48 goodwin qmail: 993224268.174205 status: local 0/10 remote 0/20
Jun 22 15:37:48 goodwin qmail: 993224268.179983 bounce msg 848681 qp 2734
Jun 22 15:37:48 goodwin qmail: 993224268.180625 end msg 848681

Why ?
Why delivery isn't work ?

That is my troubles ?

Andrei

Re: Java and Qmail - building a large mailmerge server - plain text version

[manav]

Hi Mike, Russ,

I really appreciate you took some time out to reply. Thanks.

Yes, I do have three of my production servers co-located with an ISP in the
US that promises unlimited bandwidth, with a 99.9% uptime. All these
production boxes have a SCSI Disk with hardware alarms to indicate any
malfunction, and 1 GB of RAM. I have a crude "load balancing" algorithm that
ensures the load is shared across these boxes.

We are running the alpha phase right now (with whatever current
implementations we have), and I have serious doubts about the stability and
scalability of the system. The maximum load that I've put on my production
boxes is 250,000 emails so far and I've had similar issues that I mentioned
on my development boxes (the ones that are resemble a Beetle, to quote Mike
:-) ).

Before I move anything to production, I test them on the local (Indian
servers). These issues appear at both places.

Thanks once again for your responses.

Manav.
- Original Message -
From: "Mike Jackson" <[EMAIL PROTECTED]>
To: "manav" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Friday, June 22, 2001 8:53 PM
Subject: Re: Java and Qmail - building a large mailmerge server - plain text
version


> manav wrote:
>
> > The objective is to build a high-volumer server capable of doing
mail-merged
> > email blasts to several lists with 10,000 to 1,000,000 users, provide
> > detailed reports about the status of emails (sent, bounced, bad email
> > addresses, opened, forwarded), list management (across multiple lists
for
> > each user) and of course, stability.
> >
> > Over the period of last 12 months, we explored several options - and
finally
> > settled on qmail (what else?). I am using a Pentium III with Linux
Redhat
> > 6.2 installed on it, with 512 MB of RAM, 20 GB HDD and JDK 1.2.2
connected
> > to a 128 Kbps line.
> >
>
> Before you go any further, get a real pipe. Why do people insist that
> their Volkswagen Beetle is capable of keeping up with a Ferrari on the
> autobahn? The volume of messages that you are trying to send is nothing
> short of ridiculous with a 128Kbps line.
>
> --
> Mike

Re: I'm not root, can I use qmail?

[Dave Sill]

Chris Johnson <[EMAIL PROTECTED]> wrote:

>You'll never be able to install and run qmail without root access because it
>requires installing qmail-queue setuid, and it requires running various other
>programs as users other than yourself. As a regular, non-root user, you can't
>create a setuid program and you can't run programs as other users.  

Some minor hackery of the qmail code (e.g., setuid()) and properly
setting conf-users and conf-qmail should do the trick. I haven't tried
it, though.

However, I'd be suprised if running an MTA on a nonstandard port
didn't violate the ISP's Terms of Service.

-Dave

Re: SV: Rewrite (.*)@foo.com to \\1@bar.net

[Herman Van Keer]

Lars Hansson wrote:
> 
> > I am helpless !!!
> >
> > My girlfriend SUCKS anyone that helps me out of thisqmail-list...I
> > am pissed
> 
> A pleasant an offer as that is, I think both you and her will be more
> comfortable with sending an email to [EMAIL PROTECTED] The response
> email should have all the informatin you need. This address is listed on
> qmail.org btw...
> 
> Cheers
> Lars Hansson
> I'm too tired for sig
So,  you helped him out of this list.  LOL

(couldn't resist)
Herman

Unsubscribe efforts thwarted by missing envelope sender

[Alex Pennace]

On Fri, Jun 22, 2001 at 02:44:27PM +0200, P?l Fr. Johansen wrote:
> My ISP does not suport RETURN-PATH ...!!!

Complain to your ISP.

Re: qmail-local's environment settings?

[Dave Sill]

"Williams, Paul (OTS-EDH)" <[EMAIL PROTECTED]> wrote:

>Does anyone have a list of the environment variables qmail-local sets up and
>what they map to?

http://www.lifewithqmail.org/lwq.html#environment-variables

-Dave

Re: Java and Qmail - building a large mailmerge server - plain text version

[Mike Jackson]

manav wrote:

> The objective is to build a high-volumer server capable of doing mail-merged
> email blasts to several lists with 10,000 to 1,000,000 users, provide
> detailed reports about the status of emails (sent, bounced, bad email
> addresses, opened, forwarded), list management (across multiple lists for
> each user) and of course, stability.
> 
> Over the period of last 12 months, we explored several options - and finally
> settled on qmail (what else?). I am using a Pentium III with Linux Redhat
> 6.2 installed on it, with 512 MB of RAM, 20 GB HDD and JDK 1.2.2 connected
> to a 128 Kbps line.
> 

Before you go any further, get a real pipe. Why do people insist that
their Volkswagen Beetle is capable of keeping up with a Ferrari on the
autobahn? The volume of messages that you are trying to send is nothing
short of ridiculous with a 128Kbps line.

--
Mike

RE: GHOSTS AND ASSHOLES

[Bill Andersen]

Lars Hansson [mailto:[EMAIL PROTECTED]] wrote:
>*ring*
>*ring*
>- "Hello, Joe's Car Service. How may I be of service?"
>- "Ah yes, it's my car. It doesn't start"
>- "Ah, I see. What make is it?"
>- "Oh well, I'm afraid I can't tell you that"
>- "Uhmm...why not?"
>- "Well, you never know. So many car thieves these days. You might find out
>where it is and come and steal it"
>- "We would not do that sir. We're a respectable company"
>- "Well, I can not know that for sure..."
>- "Aha. So, can you give us your address so we can come and have a look at
>it at your home then?"
>- "Heavens no! You might rob my house at night if I tell you where I live!"
>- "Oh well, I'm afraid we can't help you then, sir"
>- "WHAT!! WHY NOT! I'm only asking for help"
>- "But sir..."
>- "YOU ASSHOLES"
>*click*

And then there are these two conversations that took
place in Dallas, Texas. Late 1999.

First call:
*ring*
"Hello, Joe's Car Service.  How may I be of service?"
"Ah yes, I need someone to pick up my Chevy Suburban
 at 1234 Anystreet, it won't start this morning.
 I'm taking a cab to work."
"Ok, sir.  We'll take care of it.  Goodbye."

Second call:
*ring*
"Hello, Joe's Car Service.  How may I be of service?"
"Hi, I called this morning about the Chevy Suburban.  Did
 you have any luck with it?."
"Uh, sir.  We thought you got it started and took it
 on to work.  It wasn't there when we went to pick it up..."

CAUSE: Someone had tapped into the car shop's phone
line and beat them to the address.  3 vehicles THAT DAY!
Of course, after getting to the 3rd address and NO vehicle,
they started getting suspicious.

MORAL OF THE STORY:  Don't EVER think it can't happen to you.

I know, I know.  You have to give out enough info to get help.
But some people are a little more cautious than others.  Remember,
they DON'T know YOU.  And with all the inflated news propaganda
about the Internet and how people can "steal you blind", we should
at least understand someone's reluctance to just "spill it all out"
in a public group.  In any event, Robin's attack on these individuals
accomplishes NOTHING.

But then again, I'm sure that doesn't surprise anyone on this list.

Re: SV: qmail + LDAP + Solaris + Big number of mailboxes

[Charles Cazabon]

Pål Fr. Johansen <[EMAIL PROTECTED]> wrote:
> So, anyone!??  tell me how I get out of this list...
> here is my headder:

[no Mailing-List: header]

Nope, that didn't come from ezmlm.  Or you edited it.

Charles
-- 
---
Charles Cazabon<[EMAIL PROTECTED]>
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
---

Re: Why conf-split prime?

[Charles Cazabon]

Dave Sill <[EMAIL PROTECTED]> wrote:
> Jost Krieger <[EMAIL PROTECTED]> wrote:
> 
> >I think we are spreading urban legends here.
> >
> >AFAIK, the primality is for double hashing in conflict resolution.
> >Nothing of that kind is going on here.
> 
> You're right. The "hashing" used here is a simple modulo.
[...]
> I can't see that primality would do anything special here.

It does -- a large series of random numbers, modulo some number I, will result
in an even distribution of results if and only if I is prime.  If I isn't
prime, the results are skewed noticeably towards the low end.

Charles
-- 
---
Charles Cazabon<[EMAIL PROTECTED]>
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
---

Re: I'm not root, can I use qmail?

[Charles Cazabon]

Philip Mak <[EMAIL PROTECTED]> wrote:

> > What exactly are you trying to accomplish?
> 
> I am trying to setup qmail to send out messages for Listar. When Listar
> sends it a message, its job is to relay that message to the remote SMTP
> servers of the recipients. That's all.

So use something other than qmail; you don't need 95% of its functionality.
nullmailer comes to mind if you can cause mail injection to happen through a
sendmail wrapper.  It would probably also be simpler to get nullmailer to run
without root access than qmail.

Charles
-- 
---
Charles Cazabon<[EMAIL PROTECTED]>
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
---

Re: Java and Qmail - building a large mailmerge server - plain text version

[Brett Randall]

Hi Manav. For most of this, one word: ezmlm (www.ezmlm.org). For the
rest...

> "manav" == manav  <[EMAIL PROTECTED]> writes:

> 1.2 For each blast we want to handle the bounced emails individually (we
> would need to update the appropriate table). What do we do for that? We
> cannot just "set" environment variables since there will be multiple
> mail-merges and blasts happening simultaneously.

Mailing list is the word I think you are after. See above...

> 1.3 Usually after about 5,000 deliveries, the messages would be stuck in
> the queue. We then added the CNAME lookup patch, and this increased to about
> 10,000. Currently, we "prune" the lists uploaded by the users and send
> messages in chunks of 2000, with less than 30 concurrent messages. Any
> suggestions what could be the culprit? What can we do to circumvent this
> problem?

The only reason I can see why you would want to do this would be if
you are customising the message for each individual user. If you
are... you will probably want a bit more processing power (ie: more
servers) than this. It is well known that qmail doesn't really enjoy
having 10,000+ e-mails in the queue...

> 1.4 What would be the best possible way to handle unsubscribe requests.
> Currently we invoke a java program from the .qmail file that updates the
> database. Any suggestions how this can be improved upon?

Ezmlm

> 2. We then decided to switch over to using qmail-remote, to circumvent the
> queue and the logging problem. This effectively means we will have to do our
> own logging. Is there anyway to hand over different messages to qmail-remote
> rather than invoking it for each message? We have now decided to change the
> implementation so that at any point of time, there will be as many threads
> sending messages as the qmail concurrency (say around 100), and the messages
> themselves will be broken into chunks of 300 to 500 each. How can we improve
> this?

Ezmlm looks after all of this for you. It is probably easier to hack
up ezmlm-idx to customise messages, than to make your own do
everything that ezmlm does.

> 3. Currently, we have our own implementation for checking bad e-mail
> addresses, list management, handling bounces and mail-merge. Are
> there any guidelines/sample code available (any language), that we
> can look at?

Ezmlm...

> 4 . What other things should we keep in mind to provide stability to
> the system? What patches to qmail are advisable to be installed?
> What should be the typical server configuration for such a system?

If you are customising messages, you definitely need parallel
processing or clustering. Also, that 128kb line is a MAJOR
bottleneck...

Oh, and RedHat 6.2 is not the best server distribution. I use it on a
number of my servers, but am moving them to Mandrake (for now) until I
find the time to investigate other alternatives such as Turbo Linux
and Debian. Mandrake can be made to work a lot better for you than
RedHat, and so far 8.0 has MUCH less bugs in the components than most
RedHat versions...

> 5. On a parallel note, what would be the best algorithm to track
> forwarded messages? We make use of cookies right now (but that
> provides 50% accuracy).

We use a blank 1x1pixel gif in our e-mails that is like:
http://my.server.com/cgi-bin/emailcount.pl?2001-06-22-Email-1"; width=1 
height=1>

That perl script then does whatever it has to (it logs the relevant
data to a file, and increases the count in another file) and then
returns a 1x1 pixel GIF, using the GD library, from
memory... Obviously this requires an HTML e-mail to be going out, but
if you're using cookies then you are obviously already there!

By the way, the parameter on the perl script (?2001-06-blah) is so
that we can use the same script for each e-mail that goes out, and
just change the parameter so that we can count for different
mailouts. On that note, Hotmail doesn't allow the forwarding of HTML
e-mail. I don't know about the other major free e-mail providers.

HTH

Brett.
-- 
Smash forehead on keyboard to continue

Re: Core dump!!! Help.

[Charles Cazabon]

José Ramón Jiménez Reyes <[EMAIL PROTECTED]> wrote:
> 
> I have qmail with ldap and it run correctaly, but when ezmlm work, i
> receive the next message:
> @40003b331d5614525ea4 status: local 0/10 remote 0/20
> @40003b331d7414e67c9c starting delivery 118: msg 145786 to local
> [EMAIL PROTECTED]
> @40003b331d7414e6ab7c status: local 1/10 remote 0/20
> @40003b331d7735f4d3fc delivery 118: deferral:
> Segmentation_Fault_-_core_dumped/

You're probably running on Solaris.  You're also probably running ezmlm-idx,
not stock ezmlm.  ezmlm-idx needs a patch for Solaris to keep it from core
dumping.  Search the ezmlm-idx site and list archive.

Charles
-- 
---
Charles Cazabon<[EMAIL PROTECTED]>
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
---

Re: Java and Qmail - building a large mailmerge server - plain text version

[Russell Nelson]

manav writes:
 > I have been using qmail for the last year and a half and have been closely
 > following the mailing list at securepoint, and didn't find anything related
 > to my query, hence I took the liberty of posting it.
 > 
 > The objective is to build a high-volumer server capable of doing mail-merged
 > email blasts to several lists with 10,000 to 1,000,000 users, provide
 > detailed reports about the status of emails (sent, bounced, bad email
 > addresses, opened, forwarded), list management (across multiple lists for
 > each user) and of course, stability.
 > 
 > Over the period of last 12 months, we explored several options - and finally
 > settled on qmail (what else?). I am using a Pentium III with Linux Redhat
 > 6.2 installed on it, with 512 MB of RAM, 20 GB HDD and JDK 1.2.2 connected
 > to a 128 Kbps line.

128Kbps?  Surely you mean Mbps.  If that's all the bandwidth you can
afford at your location, you should rent a server at a colocation site
n the US.  Use your server to create and distribute batches of
recipients to a server running qmail-qmqps configured with the
qmail-verh and big-concurrency patches.

Let's say that you're sending a 2K message.  Sent to 1,000,000 users,
that's 2,000,000,000 bytes.  Assuming that you're using qmail-verh (to
merge on the fly), that your system doesn't limit your sending (and if
you've got an IDE disk, it will), and assuming 20% overhead (tcp/ip
packet headers, smtp dialogue, message retries), this blast will take
15 seconds to clear your server.  That's 42 hours, minimum.

-- 
-russ nelson <[EMAIL PROTECTED]>  http://russnelson.com
Crynwr sells support for free software  | PGPok | 
521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude 
Potsdam, NY 13676-3213  | +1 315 268 9201 FAX   | 

Re: SV: Rewrite (.*)@foo.com to \\1@bar.net

[Lars Hansson]

> I am helpless !!!
> 
> My girlfriend SUCKS anyone that helps me out of thisqmail-list...I
> am pissed

A pleasant an offer as that is, I think both you and her will be more
comfortable with sending an email to [EMAIL PROTECTED] The response
email should have all the informatin you need. This address is listed on
qmail.org btw...

Cheers
Lars Hansson
I'm too tired for sig

Re: GHOSTS AND ASSHOLES

[Charles Cazabon]

[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

> This guy is asking for help, [...]
> What the fuck else do you want from the guy? His 
> passwords, IP range, hours of operation and social 
> security number?

If we think it's relevant to the problem in question, yes.  If he doesn't want
to give that information to the list, he can hire a qmail consultant to fix
his system for him.  We can't work blind, and even if we could, it's not worth
the hassle.

Robin was entirely correct in his (rather witty) writeup.

Charles
-- 
---
Charles Cazabon<[EMAIL PROTECTED]>
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
---

Re: How to prevent looping...

[Charles Cazabon]

Martin Kong <[EMAIL PROTECTED]> wrote:
> 
> | if echo $SENDER | grep "@apedge.com" > /dev/null 2>&1; then exit 0;
> else exit 99; fi
> &[EMAIL PROTECTED]
[...] 
>   Hi. This is the qmail-send program at apedge.com.
>   I'm afraid I wasn't able to deliver your message to the following
> addresses.
>   This is a permanent error; I've given up. Sorry it didn't work out.
>   
>   <[EMAIL PROTECTED]>:
>   This message is looping: it already has my Delivered-To line. (#5.4.6)

This .qmail file is invoked for every message that gets queued.  It then has a
'&' line in it, which queues a new message.  See the problem?

When you use QUEUE_EXTRA, the relevant .qmail file should probably only
contain mbox and Maildir delivery lines and | command entries.

Charles
-- 
---
Charles Cazabon<[EMAIL PROTECTED]>
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
---

Re: OT: POP3

[Lars Hansson]

> first upgrade your imap mess -- try something different to uw-imap, it
> is badly broken by design, AFAIK.
> then upgrade your users ;-)

Well, I would absolutely love to get rid of UW IMAP. I'm no big fan of it
myself, I'd rather use Courier. However, The problem is that I can't, at
least not yet. This server was installed *years* before I got here and it
uses the godawful spool/mail format and UW is the only IMAP I know of that
supports this. Until we get the new server, and only God knows when that
will be, I'm forced to use what is there. I don't want to annoy every single
pop3 user by forcing them to downlaod all their mail again  when the UIDL
scheme changes, wich would happen if i switched to, say, Maildir. 

Lars

Java and Qmail - building a large mailmerge server - plain text version

[manav]

Hi,

I have been using qmail for the last year and a half and have been closely
following the mailing list at securepoint, and didn't find anything related
to my query, hence I took the liberty of posting it.

The objective is to build a high-volumer server capable of doing mail-merged
email blasts to several lists with 10,000 to 1,000,000 users, provide
detailed reports about the status of emails (sent, bounced, bad email
addresses, opened, forwarded), list management (across multiple lists for
each user) and of course, stability.

Over the period of last 12 months, we explored several options - and finally
settled on qmail (what else?). I am using a Pentium III with Linux Redhat
6.2 installed on it, with 512 MB of RAM, 20 GB HDD and JDK 1.2.2 connected
to a 128 Kbps line.

Following are the topics on which I need your comments/suggestions:-

1. Earlier we used to "Runtime.exec()" qmail-inject and manually give it the
messages. This way, qmail would go on and do the delivery. We would then
parse the log files to find the status of the message.
1.1 We had a unique "from" address for each blast for each user to
uniquely identify each email sent (in maillog). Sometimes, instead of
logging the "From" address, the maillog would have the "replyto" address.
Any ideas why? Is there anything else that can be used to uniquely identify
a message?
1.2 For each blast we want to handle the bounced emails individually (we
would need to update the appropriate table). What do we do for that? We
cannot just "set" environment variables since there will be multiple
mail-merges and blasts happening simultaneously.
1.3 Usually after about 5,000 deliveries, the messages would be stuck in
the queue. We then added the CNAME lookup patch, and this increased to about
10,000. Currently, we "prune" the lists uploaded by the users and send
messages in chunks of 2000, with less than 30 concurrent messages. Any
suggestions what could be the culprit? What can we do to circumvent this
problem?
1.4 What would be the best possible way to handle unsubscribe requests.
Currently we invoke a java program from the .qmail file that updates the
database. Any suggestions how this can be improved upon?

2. We then decided to switch over to using qmail-remote, to circumvent the
queue and the logging problem. This effectively means we will have to do our
own logging. Is there anyway to hand over different messages to qmail-remote
rather than invoking it for each message? We have now decided to change the
implementation so that at any point of time, there will be as many threads
sending messages as the qmail concurrency (say around 100), and the messages
themselves will be broken into chunks of 300 to 500 each. How can we improve
this?

3. Currently, we have our own implementation for checking bad e-mail
addresses, list management, handling bounces and mail-merge. Are there any
guidelines/sample code available (any language), that we can look at?

4 . What other things should we keep in mind to provide stability to the
system? What patches to qmail are advisable to be installed? What should be
the typical server configuration for such a system?

5. On a parallel note, what would be the best algorithm to track forwarded
messages? We make use of cookies right now (but that provides 50% accuracy).

I apologize if I broke some protocol and asked some questions that do not
pertain to this list.

Regards,
manav.

Re: qmail + LDAP + Solaris + Big number of mailboxes

[Henning Brauer]

On Fri, Jun 22, 2001 at 08:53:07AM +0200, Jesús Arnáiz wrote:
> Hi!
> 
> We have about to five million mailboxes and we are wondering if there is any
> project that includes qmail under Solaris with LDAP authentication. 
> We know it works, but we want to know about its performance.
> If someone have worked with a similar implementation please tell us how it work.

http://www.lifewithqmail.org/ldap/

Slowlaris is a poor choice as OS for mail (and many other...) servers due to
its horrible slow and broken tcp stack and its once more horrible slow
fork()ing.

I suggest a BSD system.

-- 
* 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: mailq

[Russell Nelson]

Jörgen Persson writes:
 > On Fri, Jun 22, 2001 at 03:48:10PM +0800, KIM wrote:
 > > how can i delete the mail queue in qmail? pls help i really need it.
 > 
 > There are several tools mentioned on ''the qmail home page''[1] but
 > I prefer to make it reach the queuelifetime by touching the relevant
 > queue/info file. It will then be bounced after one more delivery
 > attempt.

That works, but it would be better if Dan had implemented a "destroy
mail" option.  That is, if the queue/info file is "too old", the email 
would be deleted instead of bounced.  It's not too late to implement
it as a patch now with all the attendant problems.

-- 
-russ nelson <[EMAIL PROTECTED]>  http://russnelson.com
Crynwr sells support for free software  | PGPok | 
521 Pleasant Valley Rd. | +1 315 268 1925 voice | #exclude 
Potsdam, NY 13676-3213  | +1 315 268 9201 FAX   | 

Re: OT: POP3

[Karsten W. Rohrbach]

Lars Hansson([EMAIL PROTECTED])@2001.06.22 12:14:16 +:
> PS.
> The mailserver is the aforementioned, age-old (around 1998) slackware box
> running qmail, UW IMAP (ugh) and some generic POP3 daemon (in.pop3d).

first upgrade your imap mess -- try something different to uw-imap,
it is badly broken by design, AFAIK.
then upgrade your users ;-)

/k

-- 
> Open Minds. Open Sources. Open Future.
KR433/KR11-RIPE -- WebMonster Community Founder -- nGENn GmbH Senior Techie
http://www.webmonster.de/ -- ftp://ftp.webmonster.de/ -- http://www.ngenn.net/
karsten&rohrbach.de -- alpha&ngenn.net -- alpha&scene.org -- [EMAIL PROTECTED]
GnuPG 0x2964BF46 2001-03-15 42F9 9FFF 50D4 2F38 DBEE  DF22 3340 4F4E 2964 BF46
Please do not remove my address from To: and Cc: fields in mailing lists. 10x

 PGP signature

Java and Qmail - building a large mailmerge serve

[manav]

Hi,
 
I have been using qmail for the last year and a 
half and have been closely following the mailing list at securepoint, and didn't 
find anything related to my query, hence I took the liberty of posting 
it.
 
The objective is to build a high-volumer server 
capable of doing mail-merged email blasts to several lists with 10,000 to 
1,000,000 users, provide detailed reports about the status of emails (sent, 
bounced, bad email addresses, opened, forwarded), list management (across 
multiple lists for each user) and of course, stability. 
 
Over the period of last 12 months, we explored 
several options - and finally settled on qmail (what else?). I am using a 
Pentium III with Linux Redhat 6.2 installed on it, with 512 MB of RAM, 20 GB HDD 
and JDK 1.2.2 connected to a 128 Kbps line.
 
Following are the topics on which I need your 
comments/suggestions:-
 
1. Earlier we used to "Runtime.exec()" qmail-inject 
and manually give it the messages. This way, qmail would go on and do the 
delivery. We would then parse the log files to find the status of the 
message.
    1.1 We had a unique "from" 
address for each blast for each user to uniquely identify each email sent (in 
maillog). Sometimes, instead of logging the "From" address, the maillog would 
have the "replyto" address. Any ideas why? Is there anything else that can be 
used to uniquely identify a message?
    1.2 For each blast we want to 
handle the bounced emails individually (we would need to update the appropriate 
table). What do we do for that? We cannot just "set" environment variables since 
there will be multiple mail-merges and blasts happening simultaneously. 

    1.3 Usually after about 5,000 
deliveries, the messages would be stuck in the queue. We then added the CNAME 
lookup patch, and this increased to about 10,000. Currently, we "prune" the 
lists uploaded by the users and send messages in chunks of 2000, with less than 
30 concurrent messages. Any suggestions what could be the culprit? What can we 
do to circumvent this problem?
    1.4 What would be the best 
possible way to handle unsubscribe requests. Currently we invoke a java program 
from the .qmail file that updates the database. Any suggestions how this can be 
improved upon?
 
2. We then decided to switch over to using 
qmail-remote, to circumvent the queue and the logging problem. This effectively 
means we will have to do our own logging. Is there anyway to hand over different 
messages to qmail-remote rather than invoking it for each message? We have now 
decided to change the implementation so that at any point of time, there will be 
as many threads sending messages as the qmail concurrency (say around 100), and 
the messages themselves will be broken into chunks of 300 to 500 each. How can 
we improve this? 
 
3. Currently, we have our own implementation for 
checking bad e-mail addresses, list management, handling bounces and mail-merge. 
Are there any guidelines/sample code available (any language), that we can look 
at?
 
4 . What other things should we keep in mind to 
provide stability to the system? What patches to qmail are advisable to be 
installed? What should be the typical server configuration for such a system? 

 
5. On a parallel note, what would be the best 
algorithm to track forwarded messages? We make use of cookies right now (but 
that provides 50% accuracy). 
 
I apologize if I broke some protocol and asked some 
questions that do not pertain to this list. 
 
Regards,
manav.

Re: Unsubscribe from qmail list

[Niles Rowland]

[EMAIL PROTECTED] wrote:
> You Wrote:
>
> >I am helpless !!!
>
> Send an email to , just as
> it stated in the informational message you received when you
subscribed...
>

In case there is a problem figuring out exactly which address is
subscribed, look at the headers for a line like:
Return-Path: <[EMAIL PROTECTED]>

To unsubscribe the above user, send mail to
[EMAIL PROTECTED]

Niles

Unsubscribe from qmail list

[Roger Walker]

You Wrote:

>I am helpless  !!!

Send an email to , just as
it stated in the informational message you received when you subscribed...

-- 
Roger Walker
Tier III Messaging/News Team
Internet Applications, National Consumer IP
TELUS Corporation 780-493-2471

Re: I'm not root, can I use qmail?

[Philip Mak]

On Fri, 22 Jun 2001, Chris Johnson wrote:

> What is a "send-only SMTP server"? qmail-smtpd receives mail from the
> Internet and queues it; it doesn't send mail anywhere.

By "send-only", I mean that this SMTP server is not intended for receiving
e-mail to be delivered to local users. It will only be used by Listar (a
mailing list manager) to send out e-mail. I do have sendmail installed on
the system, but sendmail doesn't handle massive mailing lists (this one
has 3000 users) that efficiently.

> Edit conf-qmail.

Ahh, so that's the correct way to change the installation directory...

> You'll never be able to install and run qmail without root access
> because it requires installing qmail-queue setuid, and it requires
> running various other programs as users other than yourself. As a
> regular, non-root user, you can't create a setuid program and you
> can't run programs as other users.

Hmm... would it be feasible for me to comment out all the code in the
program that changes its user id? For what I want to do, I don't need any
special privileges; the only thing I need qmail to do is to relay mail to
remote SMTP servers.

> What exactly are you trying to accomplish?

I am trying to setup qmail to send out messages for Listar. When Listar
sends it a message, its job is to relay that message to the remote SMTP
servers of the recipients. That's all.

-Philip Mak ([EMAIL PROTECTED])

Re: I'm not root, can I use qmail?

[Philipp Steinkrüger]

Philip Mak writes:

> On Fri, 22 Jun 2001, Tanuj Shah wrote: 
> 
>> I would have thought, just install qmail somewhere in your home and use
>> tcpserver for the listening on port 2525.
> 
> Thanks; you solved part of the puzzle for me. On a test system where I
> have root access, I was able to run qmail as a send-only SMTP server on
> port 2525 using tcpserver. 
> 
> I can't get it to run on the system where I need it (and don't have root),
> though. qMail is hardwired to install into /var/qmail, and there seems to
> be no clean way of changing that. I managed to hack the Makefile so that

i guess you should read the INSTALL file. the first advice is: 

* The qmail home directory, normally /var/qmail. To change this
directory, edit conf-qmail now. 

so you just have to change the first line of conf-qmail to change the 
install location. 

> it does not start up the qmail-send, qmail-lspawn etc. processes. If I had
> root and qmail refused to start, I could read /var/log/messages, but as a
> normal user I can't read that file to see what the problem is. 
> 
> Does anyone have any ideas? (Is there a way to get it to print the errors

because you cant configure splogger, you have to use another logging tool. 
perhaps its possible to run multilog (http://cr.yp.to) as normal user. if, 
you could handle your logs with multilog. 

> My account is on a commercial webhost. They allow us to run daemons in the
> background, but if I asked them to set it up for me it would be expensive.

good luck. 

regards,
philipp 


 
Philipp Steinkrüger 

Technik
Oberberg Online
Tel.: +49 2261 814240
Fax: +49 2261 814919
www.oberberg.net
[EMAIL PROTECTED] 

Re: Why conf-split prime?

[Dave Sill]

Jost Krieger <[EMAIL PROTECTED]> wrote:

>I think we are spreading urban legends here.
>
>AFAIK, the primality is for double hashing in conflict resolution.
>Nothing of that kind is going on here.

You're right. The "hashing" used here is a simple modulo. From
fmtqfn.c:

   i = fmt_ulong(s,id % auto_split); len += i; if (s) s += i;

I can't see that primality would do anything special here.

However, the default, 23, is prime, and in his only message to the
list on the topic of conf-split, DJB suggested a value of 401, also
prime, for a queue with 10 entries:

  http://www.ornl.gov/its/archives/mailing-lists/qmail/1997/07/msg00295.html

Why would DJB use primes if they weren't necessary? He uses round
numbers elsewhere (concurrencies, for example), so I don't think he
just likes them.

So...anyone who still thinks conf-split must/should be prime... Could
you explain why?

-Dave

Re: I'm not root, can I use qmail?

[Chris Johnson]

On Fri, Jun 22, 2001 at 08:42:52AM -0400, Philip Mak wrote:
> On Fri, 22 Jun 2001, Tanuj Shah wrote:
> 
> > I would have thought, just install qmail somewhere in your home and use
> > tcpserver for the listening on port 2525.
> 
> Thanks; you solved part of the puzzle for me. On a test system where I
> have root access, I was able to run qmail as a send-only SMTP server on
> port 2525 using tcpserver.

What is a "send-only SMTP server"? qmail-smtpd receives mail from the Internet
and queues it; it doesn't send mail anywhere.

> I can't get it to run on the system where I need it (and don't have root),
> though. qMail is hardwired to install into /var/qmail, and there seems to
> be no clean way of changing that.

Edit conf-qmail.

> I managed to hack the Makefile so that when I did "make setup check", it went
> into $HOME/var/qmail instead, but I think I did something wrong, because when
> I execute this command:
> 
>   csh -cf '$HOME/var/qmail/rc &'
> 
> it does not start up the qmail-send, qmail-lspawn etc. processes. If I had
> root and qmail refused to start, I could read /var/log/messages, but as a
> normal user I can't read that file to see what the problem is.

You'll never be able to install and run qmail without root access because it
requires installing qmail-queue setuid, and it requires running various other
programs as users other than yourself. As a regular, non-root user, you can't
create a setuid program and you can't run programs as other users.  

What exactly are you trying to accomplish?

Chris

 PGP signature

RE: GHOSTS AND ASSHOLES

[Kirti S. Bajwa]

>> First of all, fuck you and the horse you road in on. 
This guy is asking for help, not to be harassed.<<

Please leave the poor horse out.

Kirti 

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Thursday, June 21, 2001 11:26 PM
To: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: GHOSTS AND ASSHOLES


This is in response to your email about the "loss of 
email ghost."

First of all, fuck you and the horse you road in on. 
This guy is asking for help, not to be harassed.

Second, you demonstrated your own incompetence; your 
lack of understanding basic rules of security is quite 
obvious in your quote below:

"Yes, but the degree of incompetence you've already 
displayed by not
> giving us any idea of your network environment, your 
operating system,
> and the exect setup you're running (including, most 
importantly, the
> logging tool) suggests that you wouldn't understand 
it."

What the fuck else do you want from the guy? His 
passwords, IP range, hours of operation and social 
security number?

When crackers, AKA, hackers, go looking for a network to 
exploit, they often start with forums, UseNet, etc to 
find out as much as they can about an administrator, his 
network and level of expertise. Kevin Mitnick relied on 
social engineering for 90 percent of his exploits.

Who the fuck are you anyway? Hey asshole, the Internet 
is a co-op. You probably run Linux too, another 
cooperative effort where some geeky Scandinavian 
programmer relied on the contributions and input from 
others via the Internet to start his little binary 
revolution. 

Have you ever answered a post in a positive manner? 
Actually helped someone? Or are you that guy in college 
that raised his hand and repeated what the instructor 
said so you would sound smart? Why do you feel you are 
in the position to fuck with people seeking help? Robin, 
are you male or female? Well, either way you are a 
little bitch!

SV: qmailanalog

[Pål Fr. Johansen]

-Pa°L


-Opprinnelig melding-
Fra: Henning Brauer [mailto:[EMAIL PROTECTED]]
Sendt: 21. juni 2001 12:05
Til: Qmail Mailing List
Emne: Re: qmailanalog


On Wed, Jun 20, 2001 at 08:22:46PM -0600, Charles Cazabon wrote:
> This script may have
> bash-specific constructions, 

> s_year=`date -d '1 day ago' +%Y`
> s_month=`date -d '1 day ago' +%m`
> s_day=`date -d '1 day ago' +%d`

This works only with GNU date - the original date doesn't have -d.

Your script is nice, though.

> for ana in zoverall zddist zdeferrals zfailures zrhosts zsuids zrxdelay;
do

Well, for mailservers beeing somehow busy I'd _really_ avoid at least
zrhosts and zrxdelay - these lists become ___very___ long. If you aren't
running a virtual user setup I'd also avoid zsuids.

I found qmail-mrtg (the version that doesn't use qmail-analog) very helpful.

Greetings

Henning

-- 
* 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)

SV: Rewrite (.*)@foo.com to \\1@bar.net

[Pål Fr. Johansen]

I am helpless   !!!

My girlfriend SUCKS anyone that helps me out of thisqmail-list...I am
pissed

-Pa°L


-Opprinnelig melding-
Fra: peter green [mailto:[EMAIL PROTECTED]]
Sendt: 18. juni 2001 14:22
Til: [EMAIL PROTECTED]
Emne: Re: Rewrite (.*)@foo.com to \\[EMAIL PROTECTED]

SV: qmail + LDAP + Solaris + Big number of mailboxes

[Pål Fr. Johansen]

So, anyone!??  tell me how I get out of this list...
here is my headder:

Received: from be.wise.no ([194.143.56.137]) by wtmail1.wt with SMTP
(Microsoft Exchange Internet Mail Service Version 5.5.2650.21)
id NNQWM0DP; Fri, 22 Jun 2001 14:45:13 +0200
Received: (qmail 4453 invoked from network); 22 Jun 2001 11:43:25 -
Received: from unknown (HELO muncher.math.uic.edu) (131.193.178.181)
  by be.wise.no with SMTP; 22 Jun 2001 11:43:25 -
Received: (qmail 669 invoked by uid 1002); 22 Jun 2001 11:45:14 -
Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
Precedence: bulk
Delivered-To: mailing list [EMAIL PROTECTED]
Received: (qmail 30061 invoked from network); 22 Jun 2001 11:45:13 -
Received: from ip212-226-134-157.adsl.kpnqwest.fi (212.226.134.157)
  by muncher.math.uic.edu with SMTP; 22 Jun 2001 11:45:13 -
Received: (qmail 30172 invoked from network); 22 Jun 2001 11:45:54 -
Received: from unknown (HELO ssh.com) (127.0.0.1)
  by ip212-226-134-157.adsl.kpnqwest.fi with SMTP; 22 Jun 2001 11:45:54
-
Sender: jacksonm
Message-ID: <[EMAIL PROTECTED]>
Date: Fri, 22 Jun 2001 14:45:54 +0300
From: Mike Jackson <[EMAIL PROTECTED]>
X-Mailer: Mozilla 4.77 [en] (X11; U; Linux 2.4.3-20mdk i686)
X-Accept-Language: en
MIME-Version: 1.0
To: =?iso-8859-1?Q?Jes=FAs=20Arn=E1iz?= <[EMAIL PROTECTED]>
CC: qmail <[EMAIL PROTECTED]>
Subject: Re: qmail + LDAP + Solaris + Big number of mailboxes
References: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit

-Pa°L

SV: GHOSTS AND ASSHOLES

[Pål Fr. Johansen]

My ISP does not suport RETURN-PATH ...!!!

-Pa°L

SV: Please help me, a problem in qmail!!

[PAL F.J]

Title: Ç稤¨º



Imposible for me to 
get out of
 
-Pa¡ãL 

SV: Please help me, a problem in qmail!!

[PAL F.J]

Title: Ç稤¨º



My GOD I hate this 
list
 
-Pa¡ãL 

  -Opprinnelig melding-Fra: cool dragon 
  [mailto:[EMAIL PROTECTED]]Sendt: 19. juni 2001 
  03:39Til: [EMAIL PROTECTED]Emne: Please help me, a 
  problem in qmail!!
  
  Dear Sir, I am very sorry to 
  taste your time with such problem. But it troubles me for a long time.I am 
  raring to have a help from you. I am building a mailserver in 
  local net in redhat, using qmail. After I configured the qmail  and start 
  it, I can conect to the mail server from outlook, but when I try 
  to send a mail form the outlook to myself, It is failed, I checked the mailog 
  in /var/log in the  mail server, it shows like the 
  following: "alert: unable to opendir to do, 
  sleeping.." could you tell me what the problem it 
  is. Thank you very 
  much Regards. Jianlong 
Chen
    
  '
   

RE: I'm not root, can I use qmail?

[Philip Mak]

On Fri, 22 Jun 2001, Tanuj Shah wrote:

> I would have thought, just install qmail somewhere in your home and use
> tcpserver for the listening on port 2525.

Thanks; you solved part of the puzzle for me. On a test system where I
have root access, I was able to run qmail as a send-only SMTP server on
port 2525 using tcpserver.

I can't get it to run on the system where I need it (and don't have root),
though. qMail is hardwired to install into /var/qmail, and there seems to
be no clean way of changing that. I managed to hack the Makefile so that
when I did "make setup check", it went into $HOME/var/qmail instead, but I
think I did something wrong, because when I execute this command:

csh -cf '$HOME/var/qmail/rc &'

it does not start up the qmail-send, qmail-lspawn etc. processes. If I had
root and qmail refused to start, I could read /var/log/messages, but as a
normal user I can't read that file to see what the problem is.

Does anyone have any ideas? (Is there a way to get it to print the errors
to a file that I can read?)

On Fri, 22 Jun 2001, Csaba Bobak wrote:

> In general, it is a strange idea to set up a mail gateway without
> notifying the root (even if it is for outgoing mails only). Your
> netadmin will set it up for you if it is really important.

My account is on a commercial webhost. They allow us to run daemons in the
background, but if I asked them to set it up for me it would be expensive.

-Philip Mak ([EMAIL PROTECTED])

Re: Why conf-split prime?

[Jost Krieger]

On Thu, Jun 21, 2001 at 02:25:52PM -0400, Russell Nelson wrote:
>  > speed.  However, why should this number be prime, why not have 12 or 16
>  > directories?
> 
> Because it's a hash.  If your hash isn't prime, you fill your hash
> buckets unevenly.

I think we are spreading urban legends here.

AFAIK, the primality is for double hashing in conflict resolution.
Nothing of that kind is going on here.

Jost
-- 
| [EMAIL PROTECTED]  Please help stamp out spam! |
| Postmaster, JAPH, resident answer machine  am RZ der RUB |
| Pluralitas non est ponenda sine necessitate  |
| William of Ockham (1285-1347/49) |

smtp-auth

[Martin Hasenbein]

Hi,

does anyone have good tips on how to install
smtp-auth for qmail? I want to allow a few
clients with dynamic IP-adresses to relay
over my server. I tried out a few patches.
But it doesn't work correctly. I use Outlook
Express to test it. When I deactivate
"Server needs authentification" qmail responds
with an error message "Sorry, that domain isn't ..."
That's ok.
But when I activate "Server needs authentification"
relaying is permittet, but qmail doesn't care if the password
is right or wrong or if the given user exists or not.
Does maybe anyone have a step-by-step manual on how to
configure it, which patch to use, which checkpassword to use ...
I'm using qmail, daemontools, ucspi and qmail-conf
As checkpassword a I use checkpoppasswd hacked from Paul Gregg.
POP3 works fine for me.

/martin

---


   Martin Hasenbein  Phone (Fax): (+49) 89 1216376-1 (3)
 \|/   Weiglstr.9mailto:[EMAIL PROTECTED]
 @ @   D-80636 München   http://martin.hasenbein.com
-oOO-(_)-OOo

On the 8th day, god created Unix ;-)

Re: I'm not root, can I use qmail?

[Csaba Bobak]

> I have a shell account on a system (not root). I would like to setup 
qmail
> as an SMTP server on port 2525. It would only be used for outgoing mail,
> not incoming mail.

In general, it is a strange idea to set up a mail gateway without 
notifying the root (even if it is for outgoing mails only). Your netadmin 
will set it up for you if it is really important. If he/she refuses, get 
an SMPT server address from outside and send your mail through that.

> Does anyone know how I might go about implementing this? Can qmail be run
> in a daemon mode to listen to port 2525, instead of being started by
> /etc/inetd.conf?

Starting qmail by inetd (and using inetd at all) is 'a bit' outdated.
I have three letters for you: LWQ.
Good luck.

Csaba



__
This message went through virus scan at Trend Ltd. which stated
the message was clean of viri appeared before 2001.06.20.

Re: qmail + LDAP + Solaris + Big number of mailboxes

[Mike Jackson]

Jesús Arnáiz wrote:
> 
> Hi!
> 
> We have about to five million mailboxes and we are wondering if there is any
> project that includes qmail under Solaris with LDAP authentication.
> 
> We know it works, but we want to know about its performance.
> 
> If someone have worked with a similar implementation please tell us how it work.
> 

Qmail-ldap home page is at www.nrg4u.com.

Qmail-ldap mailing list is [EMAIL PROTECTED]

I use qmail-ldap on solaris 8 sparc and it works great, but I only
support about 200 imap users.

Regards,
Mike

I'm not root, can I use qmail?

[Philip Mak]

Hello,

I have a unique problem that doesn't seem to be covered by the
documentation.

I have a shell account on a system (not root). I would like to setup qmail
as an SMTP server on port 2525. It would only be used for outgoing mail,
not incoming mail.

Does anyone know how I might go about implementing this? Can qmail be run
in a daemon mode to listen to port 2525, instead of being started by
/etc/inetd.conf? I know some C, so I'm able to perform minor hacks on the
source code if necessary.

-Philip Mak ([EMAIL PROTECTED])

Core dump!!! Help.

[José Ramón Jiménez Reyes]

Hello group!

I have qmail with ldap and it run correctaly, but when ezmlm work, i
receive the next message:
@40003b331d5614525ea4 status: local 0/10 remote 0/20
@40003b331d7414e67c9c starting delivery 118: msg 145786 to local
[EMAIL PROTECTED]
@40003b331d7414e6ab7c status: local 1/10 remote 0/20
@40003b331d7735f4d3fc delivery 118: deferral:
Segmentation_Fault_-_core_dumped/
@40003b331d7735f4fb0c status: local 0/10 remote 0/20

Help please!!!

 smime.p7s

Re: POP3 and Virtual Domains

[Frank Tegtmeyer]

A A <[EMAIL PROTECTED]> writes:

> and set up 2 linux system users with the names
> "vdomain1_user" and "vdomain2_user"
> and in each user's home directory put .qmail-support
> and .qmail-webmaster

... that forward to the real system users then.

> How will the pop3 program access the email? My test
> user had only one .qmail file (no virtual domains yet

Like any other regular user.

> Or, is there a better way to cnfigure all this? I
> admit that I am a newbie at this, so answers (ideally
> with detailed instructions) are greatly appreciated.

Have a look at http://www.vmailmgr.org/ or
http://www.inter7.com/vchkpw/

Regards, Frank

POP3 and Virtual Domains

[A A]

Hello!

I have a question about setting up pop3 access for
virtual domains.

For example, suppose I have 2 virtual domains on my
server => vdomain1.com and vdomain2.com

I need to set up the following email addresses, each
one will be accessed by a DIFFERENT person through
POP3
(i.e. with MS Outlook):

[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]

So I need to set up 4 pop3 accounts for these people.
I am using qmail-pop3d and the maildir format.

I am confused about virtual domains in qmail.
According to LWQ, having virtual domains is as simple
as adding to the virtualdomains file =>

vdomain1.com:vdomain1_user
vdomain2.com:vdomain2_user

and set up 2 linux system users with the names
"vdomain1_user" and "vdomain2_user"
and in each user's home directory put .qmail-support
and .qmail-webmaster

Now this all looks great, but here I have a problem.
How will the pop3 program access the email? My test
user had only one .qmail file (no virtual domains yet
or extensions yet) and the pop3 client was set up with
the regular linux username and password.

So the gist of the question is, if a regular linux
user's home directory has only 1 .qmail file without
any extensions, then pop3 access can be set up simply
by using that user's linux username and password.

But if there are many .qmail-ext files with extensions
in the user's home directory, then how to configure
the usernames and passwords so that separate people
can access the Maildir controled by each .qmail-ext?
As far as I know, the usename and the password is the
same for all of them.

Or, is there a better way to cnfigure all this? I
admit that I am a newbie at this, so answers (ideally
with detailed instructions) are greatly appreciated.


Thanks a bunch!!!

__
Do You Yahoo!?
Get personalized email addresses from Yahoo! Mail
http://personal.mail.yahoo.com/

Re: OT: RBL false positives (Follow-up from: Spam IP master list?)

[Vincent Schonau]

On Thu, Jun 21, 2001 at 02:09:31PM -0400, Roger Merchberger wrote:

[...]

> My main concern is rejecting "real" email using RBL... I recall hearing
> folks having problems with that in the past. Has RBL improved on the false
> positives problem?

There is no such thing as an RBL false positive; any collateral damage
(rejecting real email) is fully intentional.

The RBL is a political tool, not a technical one. Rejecting email because of
an RBL listing tells the sender:

   The owner of the host you sent this email through (which may be you)
   has refused to adopt minimal standards for responsible email interaction
   on the Internet. We do not accept mail fro such hosts.
   

Vince.

Re: pop3 response delay !

[Frank Tegtmeyer]

"Qmail" <[EMAIL PROTECTED]> writes:

> my DNS is working correctly. The reverse resolution is also correct.

I doubt the second. Do you need names in the log? If not, use
 -Hl yourhostname for your tcpserver setup. Then delays will go away
even if reverse resolution doesn't work.

-R is also worth to be set. I know of a colleague who was suspected
to be a cracker because he didn't turn off identd requests. I had to
convince the police that this is normal behaviour and has nothing to
to with cracking :)

Regards, Frank