problem with virtual domain

2000-09-29 Thread Martin Jespersen

Hi there.

I have just set up qmail 1.03.

It works fine for delivery to localhost, but i have a serious problem with virtual 
hosts/domains.

I have the following setup:


../controls/me: 

mother.mbj.dk

../controls/virtualdomains: 

carlsminde.dk:alias-carlsminde-dk

../alias/.qmail-carlsminde-dk-whatever

&[EMAIL PROTECTED]

../alias/.qmail-carlsminde-default

&[EMAIL PROTECTED]

../alias/.qmail-carlsminde-dk-default: 

&[EMAIL PROTECTED]




Now if i send to [EMAIL PROTECTED] everything works fine

if i send to [EMAIL PROTECTED] then, as far as i understand,

this is supposed to be handled by the following dot-qmail files in the follwoing order:

1: ../alias/.qmail-carlsminde-dk-whatever
2: ../alias/.qmail-carlsminde-dk-default
3: ../alias/.qmail-carlsminde-default
4: ../alias/.qmail-default

but it just doesn't work that way :(

it completely ignores the 3 first files, and if i don't have ../alias/.qmail-default 
the mail
bounces...

here is the output of the syslog:

Sep 29 18:30:05 mother qmail: 970245005.104882 new msg 407358
Sep 29 18:30:05 mother qmail: 970245005.105521 info msg 407358: bytes 528 from 
<[EMAIL PROTECTED]> qp 2690
uid 503
Sep 29 18:30:05 mother qmail: 970245005.110662 starting delivery 1: msg 407358 to local
[EMAIL PROTECTED]
Sep 29 18:30:05 mother qmail: 970245005.94 status: local 1/10 remote 0/20
Sep 29 18:30:05 mother qmail: 970245005.297557 delivery 1: failure:
Sorry,_no_mailbox_here_by_that_name._(#5.1.1)/
Sep 29 18:30:05 mother qmail: 970245005.298367 status: local 0/10 remote 0/20
Sep 29 18:30:05 mother qmail: 970245005.306510 bounce msg 407358 qp 2692
Sep 29 18:30:05 mother qmail: 970245005.307096 end msg 407358


can somebody please explain what i am doing wrong?

thanx

/Martin



can't make user-ext work with virtual domains

2000-10-01 Thread Martin Jespersen

Hi all

I have a slight problem that i am apparently to stupid to figure out how to solve :(

i have set up virtual domains to all be handled by the alias user.

The alias user then forwards the mails to the virtual domains to the right local users 
or forwards
them to a remote host.

The problem i have is when forwarding to local users.

example:

i have a virtual domain like this:

domain.com:alias-domain:com


now i get a mail to [EMAIL PROTECTED] which is then handled by 
alias/.qmail-domain:com-mbj-default and
it looks like this:

&[EMAIL PROTECTED]

the problem is that user mbj doesn't have control over [EMAIL PROTECTED] with this 
setup since
[EMAIL PROTECTED] also goes to

[EMAIL PROTECTED]


and not

[EMAIL PROTECTED]

like i want it to how can i make it work the right way?

i mean, without having to set up individual .qmail-ext files for all the users in 
alias's home
dir

/Martin



can't make user-ext work with virtual domains

2000-10-01 Thread Martin Jespersen

Hi all

I have a slight problem that i am apparently to stupid to figure out how to solve :(

i have set up virtual domains to all be handled by the alias user.

The alias user then forwards the mails to the virtual domains to the right local users 
or forwards
them to a remote host.

The problem i have is when forwarding to local users.

example:

i have a virtual domain like this:

domain.com:alias-domain:com


now i get a mail to [EMAIL PROTECTED] which is then handled by 
alias/.qmail-domain:com-mbj-default and
it looks like this:

&[EMAIL PROTECTED]

the problem is that user mbj doesn't have control over [EMAIL PROTECTED] with this 
setup since
[EMAIL PROTECTED] also goes to

[EMAIL PROTECTED]


and not

[EMAIL PROTECTED]

like i want it to how can i make it work the right way?

i mean, without having to set up individual .qmail-ext files for all the users in 
alias's home
dir

/Martin



Re: can't make user-ext work with virtual domains

2000-10-03 Thread Martin Jespersen

Ok maybe i don't quite understand you, or i didn't make my situation clear enough:

1: I want the alias user to handle all virtual domains, since i own the box this 
should not be a
problem and i don't need to clutter up my home dir with .qmail files.

2: I am serving to many different people from every virtual domain i have, some being 
actual account
on my machine, some being simple aliases for remote accounts.

now the way i have set it up works perfektly for me, EXCEPT the problem i showed in my 
original
mail.

What i am looking for is a way to make the forwarding dynamical based on the extension.

example:

mail to [EMAIL PROTECTED] is delivered to mbj-ext-1@localhost

and mail to [EMAIL PROTECTED] is delivered to mbj-ext-2@localhost

(both owned by user mbj ofcause)

but i also want mail to [EMAIL PROTECTED] is delivered to tony-ext-1@localhost

and mail to [EMAIL PROTECTED] is delivered to tony-ext-2@localhost

(both owned by user tony ofcause)

at the same time i want mail to sam*@domain.com is delivered to [EMAIL PROTECTED]


i mean instead of having a dead $[EMAIL PROTECTED] command in the alias users 
.qmail-whatever,
isn't there a way for me to route the incomming mail intelligently in a catch-all way 
based on the
first word? (by first word i mean mbj or tony or sam in the examples above)

Do i make any sense or am i very terrible with the english language and unable to 
explain what i
mean (or am i just unable to see the forrest because of to alle the trees blocking my 
vision)? (i am
danish, sorry :)


Thanks for not being too impatient with my stupidity

/Martin

Dave Sill wrote:
> 
> Martin Jespersen <[EMAIL PROTECTED]> wrote:
> 
> >i have a virtual domain like this:
> >
> >domain.com:alias-domain:com
> >
> >
> >now i get a mail to [EMAIL PROTECTED] which is then handled by
> >alias/.qmail-domain:com-mbj-default and
> 
> Correction: that should be ~alias/.qmail-domain:com-mbj or
> ~alias/.qmail-domain:com-default.
> 
> >it looks like this:
> >
> >&[EMAIL PROTECTED]
> >
> >the problem is that user mbj doesn't have control over
> >[EMAIL PROTECTED] with this setup since
> >[EMAIL PROTECTED] also goes to
> >
> >[EMAIL PROTECTED]
> 
> So why don't you direct the domain to mbj in virtualdomains, e.g.:
> 
>   domain.com:mbj-domain:com
> 
> and mbj can set up whatever .qmail-domain:com-* files he wants?
> 
> >i mean, without having to set up individual .qmail-ext files for all
> >the users in alias's home dir
> 
> How about having to set up individual .qmail-ext files for all
> the users in mbj's home dir?
> 
> If that's not acceptable, run fastforward from
> ~mbj/.qmail-domain:com-default, and mbj will be able to manage the
> domain from an alias table.
> 
> -Dave



Re: qmail-start dies after waking...

2000-10-03 Thread Martin Jespersen

if i understand you correctly, then it is actually qmail-send that dies after running 
qmail-start?

If so, then i had the same problem and found out it was a problem with access rights 
to the qmail
directory (i installed into /opt/qmail and the installed port-sentry fro the abcus 
project into
/opt/port-sentry and that installation made /opt mode 700 and /opt is owned by root)

/Martin



kind-of missing feature

2000-10-03 Thread Martin Jespersen

Hi all.

I came upon a stupid install bug (i was the bug) that took me (ok i'm really red in my 
head here)
more than an hour to figure out.

I had accidently turned the access permissions to 700 on the qmail folder.

The result was that qmail-start exited as soon as it was run, and nothing happened.

And this is where i find a feature missing: if qmail-start fails it out to tell the 
reason

Some kind of log messages or even better: a message to STDERR telling the reason...

What do you think?

Would probably help qmail-newbies and generally stupid people like myself...

/Martin



Re: qmail-inject control?

2000-10-04 Thread Martin Jespersen

Only thing i can think of is to code a wrapper for qmail-inject that
checks sender/recepient/whatever.

the wrapper should accept all input that qmail-inject accepts, but also
sport additional switches for the checking the things you wanna check.

/Martin

mok swee loong wrote:
> 
> hi all,
> 
> /var/qmail/control/rcpthosts can be use to restrict the the relaying from
> smtp connection, but, how do i set restriction with program that invoke
> qmail-inject directly?
> 
> i am having problem restricting mail sending out by php script that the php
> binary will invoke the qmail-inject directly.
> 
> any thoughts?
> 
> regards,
> mok



Re: SPAM is not a big deal if you are getting only SPAM

2000-10-05 Thread Martin Jespersen

I've been watching this thread on the sideline, and it seems to me, that
the problem is that your box accepts to receive mail to adresses that
doesn't exist on your server, and thus floods your postmaster (you) am i
right?

If this is so, then all you really have to do is this:

remove .qmail-default

make .qmail-postmaster inot a script that looks up if the reciving
adress is valid, othervise send it to /dev/null

/Martin


Petr Novotny wrote:
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> On 4 Oct 2000, at 19:45, OK 2 NET - André Paulsberg wrote:
> 
> > Block them with ORBS ;D
> 
> You don't get it. I got most of the bounces from yahoo.com,
> msn.com, aol.com, excite.com etc. Those machines are *not*
> open relays; they tried to deliver mail for local users, and then
> bounced the undeliverable messages back (to me, sadly).
> 
> -BEGIN PGP SIGNATURE-
> Version: PGP 6.5.2 -- QDPGP 2.61a
> Comment: http://community.wow.net/grt/qdpgp.html
> 
> iQA/AwUBOdwqkFMwP8g7qbw/EQLidACfXlnYmuToE5vv9PxLzfQM1WyCExoAn0Ry
> tW2zC4mzBWY/zp9JJqHpX1V6
> =dx83
> -END PGP SIGNATURE-



Re: Hard Disk Requirements for ~200 users

2000-10-05 Thread Martin Jespersen

You are gonna have ALOT of problems with courier-imap if your clients
are using all the clients you described here...

The guy who wrote courier-imap is fanatically standard compliant and
thus it isn't really suited for use with todays
almost-but-not-really-standard-compliant imap clients like netscape,
outlook and so on :)

I have tried to set it up myself and came to the coclusion that either
courier-imap needs alot of patching to allow stupid clients (and no the
switch to help stupid clients that is allready there isn't enough at
all) or else courier-imap will have to wait a few years to be put into
use :)

If i were you i would instead use the patch UW-imapd 4.7 that you will
find here:

http://www.davideous.com/imap-maildir/distrib/imap-4.7/imap-4.7-maildirpatched-1.00.tar.gz

this patched version supports Maildir and it runs like a dream (i've
been using it for a few weeks now)

Well that was my 5 cents

/Martin

Mike Jackson wrote:
> 
> Hello,
>  I am gearing up to convert a sendmail system with pop/imap access on a
> DEC Alpha to a Qmail-LDAP / Courier Imap virtual user environment on a
> Sun Netra T105 with Solaris 8. Could somebody provide me with an
> estimate of how much hard disk space I need based on your personal
> experience. My setup is as follows:
> 
> * Qmail with Maildir storage
> * currently 170 users, but the number grows from 5-10 a month
> * Imap only access to the server
> * virtual user environment
> * All mail stored on the server
> * Clients include Outlook, OE, Pine, Mutt, Netscape, etc. Windows
> clients don't always compact their folders as often as they should and
> some have never done it.
> * Current mailboxes on the DEC Alpha contain from 1 week to 5 years of
> messages.
> 
> I have estimated the current disk usage on the DEC Alpha to be around
> 70GB just for mail, but this is just a quick look at users home
> directories and /var/spool/mail. The actual size of those directories is
> approx 105GB.
> 
> Please copy me personally also if you reply.
> 
> Thanks,
> Mike



OT: who cares? (was: Volunteers for a multilog patch?)

2000-10-05 Thread Martin Jespersen

What about taking this to a private forum?

/Martin

Peter Samuel wrote:
> 
> On Thu, 5 Oct 2000, Dave Sill wrote:
> 
> > Justin Bell <[EMAIL PROTECTED]> wrote:
> >
> > >can someone please tell me what Quarter of nine means, is it a quarter til,
> > >quarter past?
> >
> > It means 8:45.
> >
> > >Oh, and US citizens are about as arrogant as the French
> >
> > As if *that's* possible. :-)
> 
> Ah, something we can all agree on. We all hate the French :)
> 
> --
> Regards
> Peter
> --
> Peter Samuel[EMAIL PROTECTED]
> http://www.e-smith.org (development)http://www.e-smith.com (corporate)
> Phone: +1 613 368 4398  Fax: +1 613 564 7739
> e-smith, inc. 1500-150 Metcalfe St, Ottawa, ON K2P 1P1 Canada
> 
> "If you kill all your unhappy customers, you'll only have happy ones left"



Re: connection refused on port 25

2000-10-05 Thread Martin Jespersen

i might be wrong here but according to the man page of tcpserver that i have on my 
server
there SHOULD be a space between -x and the cdb file name.

anyway...

Have you tried to use tcprulescheck to check the rules you've set up?
What does your log files say?
Shouldn't your group be nofiles and not qmaild?

you can try to ass -H -R -l  to the tcpserver switches, maybe it is 
chocking on
information gathering...

/Martin


Barley wrote:
> 
> > Hi,
> > is there a space between -x and /etc/tcp.smtp.cdb ?
> > if so, remove it. that's the only thing that looks suspicous...
> 
> There sure was a space. I changed it and did a full reboot so I didn't miss
> restarting anything. No dice. Connections to port 25 still refused. :(
> 
> >
> > ;) a
> >
> > ==
> > Alexander Jernejcic
> > email:[EMAIL PROTECTED]
> >
> > begin LOVE-LETTER-UND-NIX-DAZUGELERNT.txt.vbs
> > I am a Signature, not a Virus!
> > end
> >
> > ==
> >
> > > -Original Message-
> > > From: Barley [mailto:[EMAIL PROTECTED]]
> > > Sent: Thursday, October 05, 2000 9:48 PM
> > > To: [EMAIL PROTECTED]
> > > Subject: Re: connection refused on port 25
> > >
> > >
> > >
> > > > hi,
> > > > please post your startupscript. seems a to by a typo at the call of
> > > tcpserver...
> > > >
> > >
> > > My startup script: (/var/qmail/supervise/qmail-smtpd/run)
> > > #!/bin/bash
> > > QMAILUID=`id -u qmaild`
> > > NOFILESGID=`id -g qmaild`
> > > exec /usr/local/bin/softlimit -m 200
> /usr/local/bin/tcpserver -v -p -x
> > > /etc/tcp.smtp.cdb -u $QMAILDUID -g $NOFILESGID 0 smtp
> > > /var/qmail/bin/qmail-smptpd 2>&1
> > >
> > > The exec command is all one line
> > > Thanks so much for your help!
> > >
> > > Gregg
> > >
> > >
> > > > ;) a
> > > >
> > > > ==
> > > > Alexander Jernejcic
> > > > email:[EMAIL PROTECTED]
> > > >
> > > > begin LOVE-LETTER-UND-NIX-DAZUGELERNT.txt.vbs
> > > > I am a Signature, not a Virus!
> > > > end
> > > >
> > > > ==
> > > >
> > > > > -Original Message-
> > > > > From: Barley [mailto:[EMAIL PROTECTED]]
> > > > > Sent: Thursday, October 05, 2000 8:29 PM
> > > > > To: [EMAIL PROTECTED]
> > > > > Subject: connection refused on port 25
> > > > >
> > > > >
> > > > > qmail is refusing my connection on port 25. qmail-smtpd seems to be
> up
> > > and
> > > > > running fine. I catted the most recent file in the log directory
> (not
> > > sure
> > > > > how you're supposed to use multilog) and it had a ton of lines
> saying:
> > > > >
> > > > > tcpserver: fatal: no IP address for 510
> > > > >
> > > > > over and over and over. Does this have anything to do with my
> failure to
> > > > > connect on port 25? How can I track down why qmail is refusing
> > > connections?
> > > > >
> > > > > Thanks a lot for your help so far. The qmail community is obviously
> > > > > well-informed and knowledgable, which after working with MTA's for a
> > > while I
> > > > > can see is tough stuff to master. I look forward to poking around my
> > > > > (working ;) qmail setup and learning more.
> > > > >
> > > > > Gregg
> > > > >
> > > > >
> > > >
> > >
> > >
> >



xinetd vs. tcpserver

2000-10-05 Thread Martin Jespersen

Hi all

I have just switched from tcpserver to xinetd for simpler management since i need to 
be able to use
the libwrap method of handeling access (/etc/hosts.(allow|deny))

The reasons why i need libwrap support is many and i won't bother you with it.

I've got it up and running and everything seems to be fine...

I would however like if you could point out negative implications that this switch 
might have?

I know that performance (speed) probably is a bit lower with xinetd than with 
tcpserver, but i can't
see anything else than that.

/Martin



Re: xinetd vs. tcpserver

2000-10-06 Thread Martin Jespersen

The problem with tcpserver is that it doesn't use libwrap and this is
absolutely nescessry since i have automated hosts.allow and hosts.deny
generation by programs that i haven't written and are not a good enough
coder to rewrite so they will support tcp-rules.

also tcpserver (for me) is really annoying on the ps/top lists since
there is an instance for each service.

I agree regarding logging but i figure it is easier to make xinetd log
the way i want to than the other way around (the syslog method works
fine, so it's just dropping in a replacement of syslog it would seem, i
haven't tried yet though)

/Martin

Erwin Hoffmann wrote:
> 
> Hi,
> 
> actually, I did the opposit (xinetd --> tcpserver).
> 
> At 23:33 5.10.2000 +0200, Martin Jespersen wrote:
> >Hi all
> >
> >I have just switched from tcpserver to xinetd for simpler management since
> i need to be able to use
> >the libwrap method of handeling access (/etc/hosts.(allow|deny))
> >
> 
> - Well, within the xinetd.conf you can configure per port hosts to be
> allowed are refused to connect to this services.
> - tcpserver gives this feature by default and you do not need the libwrap
> method.
> 
> >The reasons why i need libwrap support is many and i won't bother you with
> it.
> >
> 
> >I've got it up and running and everything seems to be fine...
> >
> >I would however like if you could point out negative implications that
> this switch might have?
> 
> I found xinetd to work well (I even used it when there was no tcpserver on
> the market). However there is a non-trivial architecture design difference
> between inetd/xinetd and tcpserver which turns out to be a handicap for the
> first:
> 
> - inetd and xinetd are argument driven superdaemons.
> - tcpserver complies to ucspi and enables command piping an (the unix way).
> 
> >
> >I know that performance (speed) probably is a bit lower with xinetd than
> with tcpserver, but i can't see anything else than that.
> 
> The problem - I figured out - comes with logging events:
> 
> - xinetd does it's own logging, which is good but not perfect.
> - tcpserver uses qmail's logging mechanisms (accustamp) which are superior.
> 
> This means, writing skripts (equiv. to qmailanalog) which gives you
> performance figures is much easier if you have an homogenous log-file.
> Not to talk about that within qmail/tcpserver you are free to use multilog
> etc.
> 
> Therefore, I changed for my SPAMCONTROL patch (now version 1.4.0) syslog
> calls within qmail-smtpd to standard filedescriptors.
> 
> However, you have to balance pros and cons.
> 
> Good luck.
> eh.
> 
> >
> >/Martin
> >
> +---+
> |  fffhh http://www.fehcom.deDr. Erwin Hoffmann |
> | ff  hh|
> | ffeee     ccc   ooomm mm  mm   Wiener Weg 8   |
> | fff  ee ee  hh  hh   cc   oo   oo  mmm  mm  mm 50858 Koeln|
> | ff  ee eee  hh  hh  cc   oo oo mm   mm  mm|
> | ff  eee hh  hh   cc   oo   oo  mm   mm  mm Tel 0221 484 4923  |
> | ff      hh  hhccc   ooomm   mm  mm Fax 0221 484 4924  |
> +---+



Re: Configuration/user setup issues- can't find user

2000-10-06 Thread Martin Jespersen

Barley wrote:
> 
> Hello all,
> 
> First off, thanks to everyone for the help so far. I am now able to telnet
> successfully to port 25 and 110. Y'all rock!
> 
> I'm trying to follow Life With Qmail (what a lifesaver) and the instructions
> for setting up multiple pop users under one userid. Unfortunately, it's
> bouncing messages back saying user unknown. I'm sure this is some lame
> config problem of mine, but believe me, I've gone through the docs trying to
> figure it out. If I had just one working user as a template, I'm sure I'd be
> fine.
> 
> S, specifics: one domain I'm hosting on my box is called
> branaghgroup.com. I want to make an email user 'barley' lets say so that my
> machine will accept mail to [EMAIL PROTECTED] and allow barley to
> retrive mail via pop3.Here's what I did: (pipe in whenever you see something
> wrong ;) :
> 
> I added a line to control/virtualdomains like this:
> branaghgroup.com:branaghgroup-com

ok so here is the first problem that i see...

You haven't specified a user to control this domain, unless ofcause that the user is 
called
'branaghgroup'

What you prolly need is:

branaghgroup.com:alias-branaghgroup:com

then the alias user will control that domain.

Now you can set up the dot-qmail file ~alias/.qmail-branaghgroup:com-barney:

&[EMAIL PROTECTED]

and you should probably also set up ~alias/.qmail-branaghgroup:com-barney-default:

|forward "$EXT2"@your.local.host.name

so that barney will also receive barney-*@your.local.host.name


> 
> I added a line to control/rcpthosts:
> LOCALHOST
> 26-209.196.58.interliant.com
> 27-209.196.58.interliant.com
> 28-209.196.58.interliant.com
> 29-209.196.58.interliant.com
> 30-209.196.58.interliant.com
> branaghgroup.com  <(only line I added)
> 
> control/locals looks just like above minus the last line.
> 
> users/assign, I added:
> =branaghgroup-com-barley:popuser:516:516:/var/qmail/popboxes/branaghgroup-co
> m/barley:::
> 
> ...all one line, where 516 is the uid/gid of the user popuser. Strangely,
> when I run qmail-newu with this line, it doesn't work, saying:
> qmail-newu: fatal: bad format in users/assign

you need a single line on the end of the assign file only containing a .

so it should in your case look like:

=branaghgroup-com-barley:popuser:516:516:/var/qmail/popboxes/branaghgroup-com/barley:::
.

but if you follow the setup i described above the file should look more like:

=barley:popuser:516:516:/var/qmail/popboxes/branaghgroup-com/barley:::
.


maybe all you need to do for your current setup to work is top add the single line 
with a dot to
assign... i'm not sure, since i don't know qmail well enough yet to figure out from 
the top of my
head of you can control virtual domains directly through the assign file as you have 
set it up to
do.

If it works however i'd like to know :)

---snip the rest---

/Martin



Re: what user is supposed to own .qmail?

2000-10-06 Thread Martin Jespersen

Barley wrote:
> 
> That's it, what user is supposed to own .qmail? Also, in reading the man
> page it seemed to me that .qmail should have permissions of 644...sound
> right?
> 
> Gregg

.qmail is supposed to be owned by the user for who it is handeling incomming mails

i usually chmod .qmail files to 600

/Martin



Mrs. Brisby's patch for qmail-smtpd.c for username/password auth

2000-10-09 Thread Martin Jespersen

Does anyone know of any reason not to install this patch if the functionallity is 
kind-of-needed?

I mean does it affect performance for example?

I am no c-guru and the diff i didn't on patch and the original doesn't give me any 
hints to wethr or
not it is sane to use the patch...

the reason i ask is that it is listed so far down on the site that i thought it might 
not be seen as
a 'good' patch...

*feels a little stupid for asking this*

Regards

Martin



Re: how to

2000-10-09 Thread Martin Jespersen

Gustavo Schroeder wrote:
> 
> How can i UNSUBSCRIBE from this list?

send a mail to [EMAIL PROTECTED]

/Martin



Re: Mrs. Brisby's patch for qmail-smtpd.c for username/password auth

2000-10-09 Thread Martin Jespersen

ok thx :)

Btw. i've installed it and it runs fine, but only now do i find out that i am supposed 
to supply the
commandline with a chackpassword program (the path to it).

I haven't done this, and yet it works fine any clue how/why? :)

/Martin

Kris Kelley wrote:
> 
> Martin Jespersen wrote:
> > Does anyone know of any reason not to install this patch if the
> functionallity is kind-of-needed?
> >
> > the reason i ask is that it is listed so far down on the site that i
> thought it might not be seen
> > as a 'good' patch...
> 
> Assuming by "the site" you mean qmail.org, I doubt its position on the page
> reflects any opinion about its quality.
> 
> I use the mouse's patch, and so far it has delivered what it promised, with
> no side effects.  Note however that there are a couple of caveats.  DJB's
> checkpassword program is necessary for this patch to work, and the
> checkpassword executable may require a bit of tweaking for everything to
> execute correctly.  This modification, as Mrs. Brisby has been quick to
> point out, may leave your system password file vulnerable to attack if
> you're not careful; see http://www.nimh.org/code.shtml for details.  Also,
> the authentication scheme used, "AUTH=LOGIN", is not really secure, barely a
> step above sending passwords in the clear.  If you're the paranoid type who
> worries about sniffers on your network, this won't be very ideal for you.
> 
> Krzysztof Dabrowski has written a more robust SMTP AUTH patch based on Mrs.
> Brisby's work.  In addition to LOGIN, it offers PLAIN and CRAM-MD5
> authentication techniques, the latter being more suited to those worried
> about protecting their passwords.  Check out
> http://members.elysium.pl/brush/qmail-smtpd-auth/ for more information.
> 
> > *feels a little stupid for asking this*
> 
> *feels high and mighty for being able to answer this*
> 
> I'm kidding. :)
> 
> ---Kris Kelley



Re: Mrs. Brisby's patch for qmail-smtpd.c for username/password auth

2000-10-09 Thread Martin Jespersen

*DOH!*

Just found out that what it does is: it doesn't check passwords an thus authenticate 
all *YIKES*

Sorry for being such a newbie...

/Martin

Martin Jespersen wrote:
> 
> ok thx :)
> 
> Btw. i've installed it and it runs fine, but only now do i find out that i am 
>supposed to supply the
> commandline with a chackpassword program (the path to it).
> 
> I haven't done this, and yet it works fine any clue how/why? :)
> 
> /Martin
> 
> Kris Kelley wrote:
> >
> > Martin Jespersen wrote:
> > > Does anyone know of any reason not to install this patch if the
> > functionallity is kind-of-needed?
> > >
> > > the reason i ask is that it is listed so far down on the site that i
> > thought it might not be seen
> > > as a 'good' patch...
> >
> > Assuming by "the site" you mean qmail.org, I doubt its position on the page
> > reflects any opinion about its quality.
> >
> > I use the mouse's patch, and so far it has delivered what it promised, with
> > no side effects.  Note however that there are a couple of caveats.  DJB's
> > checkpassword program is necessary for this patch to work, and the
> > checkpassword executable may require a bit of tweaking for everything to
> > execute correctly.  This modification, as Mrs. Brisby has been quick to
> > point out, may leave your system password file vulnerable to attack if
> > you're not careful; see http://www.nimh.org/code.shtml for details.  Also,
> > the authentication scheme used, "AUTH=LOGIN", is not really secure, barely a
> > step above sending passwords in the clear.  If you're the paranoid type who
> > worries about sniffers on your network, this won't be very ideal for you.
> >
> > Krzysztof Dabrowski has written a more robust SMTP AUTH patch based on Mrs.
> > Brisby's work.  In addition to LOGIN, it offers PLAIN and CRAM-MD5
> > authentication techniques, the latter being more suited to those worried
> > about protecting their passwords.  Check out
> > http://members.elysium.pl/brush/qmail-smtpd-auth/ for more information.
> >
> > > *feels a little stupid for asking this*
> >
> > *feels high and mighty for being able to answer this*
> >
> > I'm kidding. :)
> >
> > ---Kris Kelley



Re: How do you unsub from this list?

2000-10-11 Thread Martin Jespersen

send a mail to [EMAIL PROTECTED]

/Martin

Casey Allen Shobe wrote:
> 
> I've been trying for days now to remove a second (and no longer used much)
> account from this list and am having no luck.  Advice appreciated.
> 
> - Casey



Re: Problems with RELAYCLIENT

2000-10-11 Thread Martin Jespersen

just put the exchange server in your /var/qmail/control/rcpthosts file
and you should be fine :)

/Martin

Leonard Tulipan wrote:
> 
> Did this reach the list?
> I am not so sure, so I am sending this again.
> Sorry if this is a duplicate, but the problem is rather urgent.
> 
> > -Original Message-
> > From: Leonard Tulipan
> > Sent: Wednesday, October 11, 2000 8:30 AM
> > To:   '[EMAIL PROTECTED]'
> > Subject:  Problems with RELAYCLIENT
> >
> >
> > Our setup:
> >
> > EXCHANGE SERVER <=> Firewall (qmail) <=> Internet
> >
> > we want the exchange server to relay mails to qmail, and the firewall to
> > only accept mails for our domains, except for the exchange server.
> >
> > As is my understanding I need to set RELAYCLIENT with the help of tcp-env.
> > /var/qmail/control then needs to be setup with all valid domains.
> >
> > Unfortunately I cannot seem to set RELAYCLIENT correctly.
> >
> > So here is my setup
> >
> > linux 2.2.16
> > qmail 1.03 + QMAILQUEUE patch (which also doesn't seem to work, but never
> > mind now)
> >
> > Starting of qmail in /etc/rc.d/init.d with
> >
> > qmail-start '|preline procmail' splogger qmail &
> >
> > my /etc/hosts.allow:
> > tcp-env: 192.168.0.xxx,XXX.bsbanksysteme.com: RELAYCLIENT=""; export
> > RELAYCLIENT
> >
> >
> > I attached "; echo "`date`-$RELAYCLIENT-" >> /tmp/tcp.test" to test and as
> > I see from that file it seems to work.
> > When I now add a rcpthosts file I get EMail sent thru the exchange server
> > returned:
> > 553 sorry, that domain isn't in my list of allowed rcpthosts (#5.7.1)
> >
> > So it doesn't look as if the RELAYCLIENT realy does work.
> >
> > Any ideas how I can test this or verify if any of the variables does get
> > set.
> >
> > a very desperate
> > Leonard Tulipan
> >
> >



Re: Problems with RELAYCLIENT

2000-10-11 Thread Martin Jespersen

i'm not sure what the problem is, but i have a setup like this:

my machine my.domain.com is allowed to relay to my friends machine
friend.domain.com

all i did to make this work was:

1: i added a mx record for my mahine under his host as priority 20

2: i added his hostname to my rcpthosts file.

now if his server is down, i queue his mails and my server happily
accepts mails for his box

pretty straightforward, but i might not understand what it is you
want...

/Martin

Leonard Tulipan wrote:
> 
> > -Original Message-----
> > From: Martin Jespersen [SMTP:[EMAIL PROTECTED]]
> > Sent: Wednesday, October 11, 2000 1:26 PM
> > To:   Leonard Tulipan
> > Cc:   '[EMAIL PROTECTED]'
> > Subject:  Re: Problems with RELAYCLIENT
> >
> > just put the exchange server in your /var/qmail/control/rcpthosts file
> > and you should be fine :)
> >
> > /Martin
> >
> >
> Nice idea, but it doesn't work.
> I still get: 553 sorry, that domain isn't in my list of allowed rcpthosts
> 
> I tried to send email from [EMAIL PROTECTED] to [EMAIL PROTECTED]
> So in theory the message is OK.
> But I WANT our exchange server to be able to RELAY.
> So the setting of the RELAYCLIENT variable doesn't seem to work.
> any ideas of how to debug this?
> 
> Could this also be related to Peter Green [[EMAIL PROTECTED]] who says
> RedHat 6.2 is a bit weird (we upgraded the kernel to 2.2.17 though). Maybe
> the exporting of the enviroment variable or tcp-env don't behave right.
> 
> Ciao
> Leo



Re: qmail-local.c bug?

2000-10-11 Thread Martin Jespersen

Erik Sjoelund wrote:
> 
> It looks strange in qmail-local.c as of qmail 1.03
> 
> line 648 in qmail-local.c  is written
>  while ((k > i) && (cmds.s[k - 1] == ' ') || (cmds.s[k - 1] ==
> '\t'))
>cmds.s[--k] = 0;
> 
> Because && has higher precedence than ||,
> I suppose that was meant to be written was
> 
> while ((k > i) && ((cmds.s[k - 1] == ' ') || (cmds.s[k - 1] ==
> '\t')))
>cmds.s[--k] = 0;
> 
> this could lead to strange behaviour for a  .qmail starting
> with just tabs followed by a newline. As  strange behaviour I
> mean referencing the array with index -1
> 
> Sorry if I'm mistaken, please correct me if I'm wrong
> 
> thanks & regards
> Erik Sjoelund

i just tested it with a .qmail file only containing one line consisting of 3 tabs and 
a newline...

the log says:

Oct 11 19:53:02 mother qmail: 971286782.258799 delivery 3: deferral:
Uh-oh:_first_line_of_.qmail_file_is_blank._(#4.2.1)/

/Martin



[OT] iso-8859-1 charset problems

2000-10-12 Thread Martin Jespersen

Hi all

i have written an sms forward filter in perl that allows me to trigger an sms message 
to me if a
mail matches my criteria.

i then send an sms including the sender of the mail and the subject line.

Now my problem is this:

I live in denmark and thus it happens pretty often that a subject line includes 
non-standard ascii
characters.

subject lines with non-standard ascci characters are iso-8859-1 encoded, example 
follows:

=?iso-8859-1?Q?N=E5_min_skat_-_jeg_g=E5r_til_afdelingsm=F8de_i?= 
=?iso-8859-1?Q?_Bredgade_nu_-_jeg_ringer_senere=2E_Kys_til_dig_fra_mig?= 
=?iso-8859-1?Q?_=2AS=2A?=

this subject actually reads:

Nå min skat - jeg går til afdelingsmøde iBredgade nu - jeg ringer senere. Kys til dig 
fra mig*S*

(if this looks weird don't worry -it's danish :)

ofcourse this looks pretty silly in an sms message så what i would like is a way to 
convert this
back to ascii

I have tried everything i could find, and no perl module seems able to do this for me 
(including
SGML::ISO8859).
Neither have i found a binary or a sheel script or anything like it that works for me, 
but since every mailreader seems able to handle this, then i must conclude that there 
ARE exsisting
tools for this conversion...

Do you know of any?

/Martin



Re: [OT] iso-8859-1 charset problems

2000-10-12 Thread Martin Jespersen

Thorkild Stray wrote:
> 
> On Fri, 13 Oct 2000, Martin Jespersen wrote:
> 
> > I have tried everything i could find, and no perl module seems able to do this for 
>me (including
> > SGML::ISO8859).
> > Neither have i found a binary or a sheel script or anything like it that works for 
>me,
> > but since every mailreader seems able to handle this, then i must conclude that 
>there ARE exsisting
> > tools for this conversion...
> > Do you know of any?
> 
> Quoted-printable should be easily decoded by using the MIME::QuotedPrint
> package (written by Gisle As) from your local CPAN mirror.
> 
> Thorkild

Thx for the pointer, i had no idea that it was Mime *shame*

for those who cares the solution was the perl module MIME::Head

/Martin



Re: Relaying test on abuse.net postive!?

2000-10-13 Thread Martin Jespersen

don't worry about test nr. 6, it is testing a known weakness in old
sendmail versions that qmail is not subject to (sendmail would treat %
as a special sign).

The reason why it appears to fail is that qmail interprets the RCPT
address correctly and thus the mail is for a localy controled domain,
for which relaying is allowed :)

If you are in doubt see the output of the test i did below.

Ofcause the server accepts the RCPT since it is for localhost (the
message might bounce though, but that is another issue :)

/Martin

SNIP
Connecting to mother.mbj.dk for anonymous test ...

<<< 220 Lets send some mail :) ESMTP
>>> HELO www.abuse.net
<<< 250 Lets send some mail :)

Relay test 1

>>> RSET
<<< 250 flushed
>>> MAIL FROM:<[EMAIL PROTECTED]>
<<< 250 ok
>>> RCPT TO:<[EMAIL PROTECTED]>
<<< 553 sorry, that domain isn't in my list of allowed rcpthosts
(#5.7.1)

Relay test 2

>>> RSET
<<< 250 flushed
>>> MAIL FROM:
<<< 250 ok
>>> RCPT TO:<[EMAIL PROTECTED]>
<<< 553 sorry, that domain isn't in my list of allowed rcpthosts
(#5.7.1)

Relay test 3

>>> RSET
<<< 250 flushed
>>> MAIL FROM:<>
<<< 250 ok
>>> RCPT TO:<[EMAIL PROTECTED]>
<<< 553 sorry, that domain isn't in my list of allowed rcpthosts
(#5.7.1)

Relay test 4

>>> RSET
<<< 250 flushed
>>> MAIL FROM:<[EMAIL PROTECTED]>
<<< 250 ok
>>> RCPT TO:<[EMAIL PROTECTED]>
<<< 553 sorry, that domain isn't in my list of allowed rcpthosts
(#5.7.1)

Relay test 5

>>> RSET
<<< 250 flushed
>>> MAIL FROM:
<<< 250 ok
>>> RCPT TO:<[EMAIL PROTECTED]>
<<< 553 sorry, that domain isn't in my list of allowed rcpthosts
(#5.7.1)

Relay test 6

>>> RSET
<<< 250 flushed
>>> MAIL FROM:<[EMAIL PROTECTED]>
<<< 250 ok
>>> RCPT TO:<[EMAIL PROTECTED]>
<<< 250 ok
SNIP


Leonard Tulipan wrote:
> 
> So, after my hassle with RELAYCLIENT, and us beeing used as a spam relay, I
> tested the new setup with
> http://www.abuse.net/relay.html
> 
> Now the thing ist, that relay test number six still goes thru. Is this some
> issue? Did I do something wrong?
> 
> citing abuse.net:
> 
> Relay test 6
> 
> >>> RSET
> <<< 250 flushed
> >>> MAIL FROM:
> <<< 250 ok
> >>> RCPT TO:
> <<< 250 ok
> 
> Relay test result
> Hmmn, at first glance, host appeared to accept a message for relay.
> end cite
> 
> Any help/info appreciated
> Leo



OT: courier-imapd & netscape messanger for windows == complete fuckup... any ideas?

2000-10-14 Thread Martin Jespersen

Hi all,

My MUA is netscape messanger 4.73 for windows and i am not about to change this so 
spare me any
rants about getting another MUA.

I am currently using wu-imapd v4.7 with maildir patch, but i am not quite satisfied 
with (the
maildir driver has a few missing features that are really anoying).

So i am trying to get courier imapd 1.1 up and running, and it runs just fine, but...

It refused to create root-level subfolders and i can only create subfolders under the 
INBOX.

i have tried to reconfigure/reinstall 10 times now with and without the 
--enable-workaround..

i have even tried to modify the source code to use PRIVA as the personal namespace 
instead of INBOX
(yeah i changed it everywhere and make check worked fine)

but it is a no-go...

maybe it would work if i completely rewrote the namespace structure of courier-imapd 
and changed the
subfolder delimiter from "." to "/" like mh use since mh seems to work fine except 
being super-slow
and outdated in alot of ways

is there anyone who is succesfully running courier with support for netscape out there?

going through the sourcecode it seems that courier actually insists that root-level 
folders should
reside under ./Maildir/ eg. the trashfolder is file-system wise created as 
./Maildir/Trash/

can anyone answer me this: why? isn't this just begging for MUA problems?

*ARGH the pain!*

if anyone knows of ANY imap server that supports Maildir format and Netscape messanger 
at the same
time PLEASE tell me, because i am running out of ideas besides coding my own imap 
server and i
really don't feel like doing that unless i absolutely have to (i hate coding C -go 
figure :)

if only perl was faster then i would make one today, but alas perl is no good for 
production-level
daemons.

Regards

Martin Jespersen



Re: OT: courier-imapd & netscape messanger for windows == complete fuckup... any ideas?

2000-10-15 Thread Martin Jespersen

Hi Georg,

Definition

  root-level folders = folders on the same level as the INBOX in the filesystem 
directory structure.

Example:

  INBOX == ~mylogin/Maildir/
  Trash == ~mylogin/Trash/
  Sent == ~mylogin/Sent/

etc...

I have made a Maildir folder under ~mylogin as ~mylogin/Maildir/ using maildirmake and 
there is no
problem delivering to it or reading from it.

The problem is this: Courier-imapd refuse to create root-level folders and insists 
that all folders
should be created as subfolder of the INBOX folder. 

Example:

  INBOX == ~mylogin/Maildir/
  Trash == ~mylogin/Maildir/Trash/
  Sent == ~mylogin/Maildir/Sent/

Furthermore, since courier-imapd uses '.' as separator instead of the standard '/' 
that other
Maildir-like message structures like Mh use all folders are created with a . infront.

Example:

  INBOX == ~mylogin/Maildir/
  Trash == ~mylogin/Maildir/.Trash/
  Sent == ~mylogin/Maildir/.Sent/


The problem basically seems to be that the guy who wrote courier-imapd is so hooked on 
the rfc's
that he made a imap server that breakes all clients :( (or at least netscape messanger 
and microsoft
outlook, which are used by the larger part of internet users as MUA)

At first i thought that this was due to the silly choice of personal Namespace that he 
made, ie.
INBOX which is a more or less reserved word in most MUA's.

But although i patched the source to use PRIVA instead it still fucked up.

So i guess it might be the '.' seperator that is the problem, though i am in know way 
knowledgable
enough about the imap specs to base this on anything else than gut-feeling as a 
professional
programmer of many years.


But before i take on the task of making a complete working patch for courier imapd 
which supports
standard MUA's i would like to be sure that no-one has done this before me, since i am 
hard pressed
on time as it is, and actually need a good working imap server that supports Maildir 
now ;)


I thought about contacting the guy who wrote it, but i must admit that after reading 
the FAQ and
BUGS section on the download site i doubt very much that he in anyway cares about my 
problems since
he seems to think that all MUA's that doesn't speak imap his way should be fixed 
*shrug*.
That is an attitude that is hard to find usefull for the rest of us IMHO.

Regards

Martin Jespersen


Georg Lutz wrote:
> 
> Hi Martin,
> 
> what do you mean by "root-level-folders" ?
> With a MUA you can only create folders in your INBOX. If you want to
> create public-shared-folders you have to use maildirmake (which is part
> of courier-imap), perhaps with a combination of
> /usr/lib/courierimap/etc/maildirshared.
> How folders in your private namespace are displayed, depends on the MUA
> you are using. In Netscape this are all subfolders of "INBOX".
> 
> But for further information you should look at man maildirmake or at the
> courier-mailing-list.
> I am quite happy with courier-imap and I would not recommend any other
> imapd with maildir-patches.
> 
> Bye
>   Georg
> 
> Martin Jespersen schrieb:
> >
> > Hi all,
> >
> > My MUA is netscape messanger 4.73 for windows and i am not about to change this so 
>spare me any
> > rants about getting another MUA.
> >
> > I am currently using wu-imapd v4.7 with maildir patch, but i am not quite 
>satisfied with (the
> > maildir driver has a few missing features that are really anoying).
> >
> > So i am trying to get courier imapd 1.1 up and running, and it runs just fine, 
>but...
> >
> > It refused to create root-level subfolders and i can only create subfolders under 
>the INBOX.
> >
> > i have tried to reconfigure/reinstall 10 times now with and without the 
>--enable-workaround..
> >
> > i have even tried to modify the source code to use PRIVA as the personal namespace 
>instead of INBOX
> > (yeah i changed it everywhere and make check worked fine)
> >
> > but it is a no-go...
> >
> > maybe it would work if i completely rewrote the namespace structure of 
>courier-imapd and changed the
> > subfolder delimiter from "." to "/" like mh use since mh seems to work fine except 
>being super-slow
> > and outdated in alot of ways
> >
> > is there anyone who is succesfully running courier with support for netscape out 
>there?
> >
> > going through the sourcecode it seems that courier actually insists that 
>root-level folders should
> > reside under ./Maildir/ eg. the trashfolder is file-system wise created as 
>./Maildir/Trash/
> >
> > can anyone answer me this: why? isn't this just begging for MUA problems?
> >
> > *ARGH the pain!*
> >
> > if anyone knows of ANY i

Re: OT: courier-imapd & netscape messanger for windows == complete fuckup... any ideas?

2000-10-16 Thread Martin Jespersen

Are you able to make it create folders on the same level as INBOX or
only as subfolders of INBOX?

/Martin

Tim Hunter wrote:
> 
> I am using courier-imap with Outlook, Outlook Express, Netscape Messenger,
> and Eudora, along with sqwebmail.
> It is a wonderful product.
> 
> I don't have any problems, even with somewhere around 30 folders and
> subfolders.
> I have a good feeling you have misconfigured something.
> 
> -Original Message-
> From: Martin Jespersen [mailto:[EMAIL PROTECTED]]
> Sent: Sunday, October 15, 2000 2:22 PM
> To: Georg Lutz
> Cc: Qmail mailing list
> Subject: Re: OT: courier-imapd & netscape messanger for windows ==
> complete fuckup... any ideas?
> 
> Hi Georg,
> 
> Definition
> 
>   root-level folders = folders on the same level as the INBOX in the
> filesystem directory structure.
> 
> Example:
> 
>   INBOX == ~mylogin/Maildir/
>   Trash == ~mylogin/Trash/
>   Sent == ~mylogin/Sent/
> 
> etc...
> 
> I have made a Maildir folder under ~mylogin as ~mylogin/Maildir/ using
> maildirmake and there is no
> problem delivering to it or reading from it.
> 
> The problem is this: Courier-imapd refuse to create root-level folders and
> insists that all folders
> should be created as subfolder of the INBOX folder.
> 
> Example:
> 
>   INBOX == ~mylogin/Maildir/
>   Trash == ~mylogin/Maildir/Trash/
>   Sent == ~mylogin/Maildir/Sent/
> 
> Furthermore, since courier-imapd uses '.' as separator instead of the
> standard '/' that other
> Maildir-like message structures like Mh use all folders are created with a .
> infront.
> 
> Example:
> 
>   INBOX == ~mylogin/Maildir/
>   Trash == ~mylogin/Maildir/.Trash/
>   Sent == ~mylogin/Maildir/.Sent/
> 
> The problem basically seems to be that the guy who wrote courier-imapd is so
> hooked on the rfc's
> that he made a imap server that breakes all clients :( (or at least netscape
> messanger and microsoft
> outlook, which are used by the larger part of internet users as MUA)
> 
> At first i thought that this was due to the silly choice of personal
> Namespace that he made, ie.
> INBOX which is a more or less reserved word in most MUA's.
> 
> But although i patched the source to use PRIVA instead it still fucked up.
> 
> So i guess it might be the '.' seperator that is the problem, though i am in
> know way knowledgable
> enough about the imap specs to base this on anything else than gut-feeling
> as a professional
> programmer of many years.
> 
> But before i take on the task of making a complete working patch for courier
> imapd which supports
> standard MUA's i would like to be sure that no-one has done this before me,
> since i am hard pressed
> on time as it is, and actually need a good working imap server that supports
> Maildir now ;)
> 
> I thought about contacting the guy who wrote it, but i must admit that after
> reading the FAQ and
> BUGS section on the download site i doubt very much that he in anyway cares
> about my problems since
> he seems to think that all MUA's that doesn't speak imap his way should be
> fixed *shrug*.
> That is an attitude that is hard to find usefull for the rest of us IMHO.
> 
> Regards
> 
> Martin Jespersen
> 
> Georg Lutz wrote:
> >
> > Hi Martin,
> >
> > what do you mean by "root-level-folders" ?
> > With a MUA you can only create folders in your INBOX. If you want to
> > create public-shared-folders you have to use maildirmake (which is part
> > of courier-imap), perhaps with a combination of
> > /usr/lib/courierimap/etc/maildirshared.
> > How folders in your private namespace are displayed, depends on the MUA
> > you are using. In Netscape this are all subfolders of "INBOX".
> >
> > But for further information you should look at man maildirmake or at the
> > courier-mailing-list.
> > I am quite happy with courier-imap and I would not recommend any other
> > imapd with maildir-patches.
> >
> > Bye
> >   Georg
> >
> > Martin Jespersen schrieb:
> > >
> > > Hi all,
> > >
> > > My MUA is netscape messanger 4.73 for windows and i am not about to
> change this so spare me any
> > > rants about getting another MUA.
> > >
> > > I am currently using wu-imapd v4.7 with maildir patch, but i am not
> quite satisfied with (the
> > > maildir driver has a few missing features that are really anoying).
> > >
> > > So i am trying to get courier imapd 1.1 up and running, and it runs just
> fine, but...
> > >
> > > It refused to

Re: Fat qmail in Solaris, trim qmail in OpenBSD?

2000-10-18 Thread Martin Jespersen

Here is the sizes on my Mandrake 7.1 box:

VSZ  RSS COMMAND
 1084  376 qmail-send
 1052  412 splogger
 1040  320 qmail-lspawn
 1040  324 qmail-rspawn
 1032  328 qmail-clean

As you can see, my footprints are even smaller than your freebsd box...
dunno why though, i didn't strip the executables after making...

/Martin

[EMAIL PROTECTED] wrote:
> 
> We finally got around sometime to set up an OpenBSD 2.7 box and
> put up qmail 1.03 on it.
> 
> It didn't take us long to notice the memory footprint difference.  The
> observation always ruined my appetite for dinner, and I now have quite
> a dim view towards Solaris :(
> 
> Below is a short tabulation of what we have seen:
> ---
>  vsz   The total size of the process in  virtual  memory,
>in kilobytes.
>  rss   The resident set size of  the  process,  in  kilo-
>bytes.
> 
> [Solaris8]> /bin/ps -o vsz,rss,comm -e
>  VSZ  RSS COMMAND
>  920  568 multilog
>  904  552 qmail-clean
>  920  512 qmail-lspawn
> 1616  864 qmail-pop3d
> 1592  760 qmail-popup
>  912  560 qmail-rspawn
> 1192  816 qmail-send
> 1808 1064 qmail-smtpd
>  904  504 supervise
>  936  528 svscan
>  896  376 tai64n
> 1680 1168 tcpserver
> 
> [OpenBSD2.7]> /bin/ps -o vsz,rss,comm -ax
>   VSZ   RSS UCOMM
>48   408 multilog
>36   372 qmail-clean
>44   404 qmail-lspawn
>40   400 qmail-pop3d
>24   320 qmail-popup
>40   392 qmail-rspawn
>   108   448 qmail-send
>80   416 qmail-smtpd
>24   412 supervise
>68   392 svscan
>16   268 tai64n
>60   500 tcpserver
> ---
> 
> The Solaris 8 runs in 32bit mode, on a UltraSPARC IIi Netra 105 box
> with 512MB RAM.  The OpenBSD runs on a Dell P5MMX166 64 MB RAM.
> 
> I recall (but I can't find it right now) that Dr. Bernstein mentioned
> somewhere in one of his docs that bloating executable sizes was one
> "trait" of Solaris.  I didn't know it's this bad! 8-(
> 
> May I ask my fellow qmail admins/hacks the following:
> 
> o can you confirm my observations?
> o can I do anything to reduce the footprints of Solaris executables?
> 
> It's really depressing to compare the interactive responses of telnet
> host 25 of the two setups above.  The Sun box runs at 440Mhz, but
> owing to the large process size, it's actually "visibly" slower than
> that of a lowly PeeCee running at 166Mhz :(
> 
> After the above observations, I don't think I will setup a linux box
> soon for tinkering.  Too much too soon is not good for health :>
> 
> Regards,
> 
> Chin Fang
> [EMAIL PROTECTED]



people are definately starting to harvest emailadresses on this list...

2000-10-28 Thread Martin Jespersen

Hi all

I have now gotten spam to two of my adresses that i have only used publicly on this 
list.

is there any chance that the list's admin would consider removing the header info that 
shows the
adress of the sender before sending it on to the list?

/Martin



Re: people are definately starting to harvest emailadresses on this list...

2000-10-28 Thread Martin Jespersen

"Robin S. Socha" wrote:
> 
> Martin>  is there any chance that the list's admin would consider
> Martin> removing the header info that shows the adress of the sender
> Martin> before sending it on to the list?
> 
> That's a *very* stupid idea.
> 

Sorry for pointing this out to your ego, but that is your opinion Robin, not mine.
I'd love never to receive answers anywhere than on the list and never to my private 
addresses.

I use several different reply adresses depending on where i am located at the time i 
write the mail
(home, work, etc.) and thus i don't get the answers the place i want it all the time, 
which is in my
dedicated qmail list mail folder where mails sent to the list ends up.

It is not really an option to change the way my MUA is configured everytime i send a 
mail depeding
on where my mail is heading, so for me it would be ideal if the list would auto-remove 
my
From/Mail-from/Reply-to.

I don't see why this is stupid, since you NEVER would be in need of my personal 
address unless i
gave it to you.

/Martin



Re: people are definately starting to harvest emailadresses on this list...

2000-10-28 Thread Martin Jespersen

Nice to see that people are able to be constructive around here *pats Felix on his 
little head*

Felix von Leitner wrote:
> 
> Thus spake Martin Jespersen ([EMAIL PROTECTED]):
> > > Martin>  is there any chance that the list's admin would consider
> > > Martin> removing the header info that shows the adress of the sender
> > > Martin> before sending it on to the list?
> > > That's a *very* stupid idea.
> > Sorry for pointing this out to your ego, but that is your opinion Robin, not mine.
> > I'd love never to receive answers anywhere than on the list and never to my 
>private addresses.
> 
> Martin, the one with the overinflated ego is you.
> 
> If you don't want people to know your email address, then DON'T USE IT.
> 
> > I use several different reply adresses depending on where i am located at the time 
>i write the mail
> > (home, work, etc.) and thus i don't get the answers the place i want it all the 
>time, which is in my
> > dedicated qmail list mail folder where mails sent to the list ends up.
> 
> What kind of egomanic loser are you, anyway?
> 
> Who cares about the reasons for your incompetence?
> You _are_ too incompetent to post from only one address, and that is
> _your_ problem.  Not mine, not Dan's, not Robins.
> 
> > It is not really an option to change the way my MUA is configured everytime i send 
>a mail depeding
> > on where my mail is heading, so for me it would be ideal if the list would 
>auto-remove my
> > From/Mail-from/Reply-to.
> 
> Oh, it is not an option.  Right.
> 
> If you can't be bothered to read the fucking manual and get a grip of
> your email setup, how in the seven hells can you expect _others_ to work
> around your fscking incompetence?
> 
> Your impertinence is breathtaking!
> 
> > I don't see why this is stupid, since you NEVER would be in need of my personal 
>address unless i
> > gave it to you.
> 
> Fuck off and die, pathetic whiner.
> 
> But before that: please fix your mail software to not use lines >72
> chars.
> 
> Felix