Qmail + vpopmail + qmail admin problem

2001-07-28 Thread Dave Lewis

ok.. I got it all installed.. everything seems to be running.. except..


all my virtual domains cannot check mail.. pop3 won't authenticate.  my 
default domain with
local users can check pop3 no problem.  Mail is being delivered to the 
approperite /domain/xyz.com/user/Maildir/new
though


Also I can't seem to get my local domain to work as a virutal domain.. i.e. 
no local domains at all


on top of all this. Qmailadmin worked great... and now only gives me 
invalid login for any of my virtual
domains.. I even tried reinstalling qmailadmin and creating a new virtual 
domain.. same thing..


Please tell me that someone has seen this before and can help ??? I've been 
banging my head up
against a wall for about a week now.. and frankly it's getting a little sore :)


Thanks in advance for any help.


Dave Lewis



Re: User Masquerading...I think that's what I need?

2001-07-28 Thread Konstantin Rozinov

Hey again...

An addition to my previous question:

I also want to be able to add this to /etc/aliases:

billing: ukon, joe
info: ukon, john

So that when I (ukon) or joe responds to an email it will be from
[EMAIL PROTECTED] and same thing for [EMAIL PROTECTED] (for ukon and
john).  I realize i can use the environment varibles from the FAQ:

Add MAILHOST=af.mil, MAILUSER=boss, and MAILNAME='The Boss' to your
environment.

But, what if I have the need for multiple user masqueradings (like for ukon
and joe and john)?

Please advise.
Will Summarize.
Thanks a lot.

Konstantin Rozinov.

Konstantin Rozinov wrote:

> Hi folks,
>
> I am new to the list and to qmail.  I just installed it using the Life
> with Qmail guide and the Qmail HOWTO.  I also checked up on some of the
> man pages.  So everything seems to work fine so far.
>
> But I have this question:
>
> I currently have fast-forward package installed so I am using
> /etc/aliases and I have this in it:
>
> support: ukon, joe, john, mxp
>
> note: all these are local user accounts.
>
> So, is it possible to have some user on the internet ([EMAIL PROTECTED])
> send an email to [EMAIL PROTECTED] and when I (ukon) or joe or john
> or mxp answer him (userX), the From: line will have this:
> [EMAIL PROTECTED], instead of
> [EMAIL PROTECTED] or [EMAIL PROTECTED], etc... I don't want to reveal
> any usernames or private emails.  Is that possible with qmail?  I have
> seen it being used with many large companies and I want to set it up
> here too :-).
>
> Can this be done WITHOUT creating a "support" user account?
>
> Thanks a Lot!
> Will Summarize.
>
> Konstantin Rozinov




Re: User Masquerading...I think that's what I need?

2001-07-28 Thread Greg White

On Sun, Jul 29, 2001 at 02:16:19AM -0400, Konstantin Rozinov wrote:
> Hi folks,
> 
> I am new to the list and to qmail.  I just installed it using the Life
> with Qmail guide and the Qmail HOWTO.  I also checked up on some of the
> man pages.  So everything seems to work fine so far.
> 
> But I have this question:
> 
> I currently have fast-forward package installed so I am using
> /etc/aliases and I have this in it:
> 
> support: ukon, joe, john, mxp
> 
> note: all these are local user accounts.
> 
> So, is it possible to have some user on the internet ([EMAIL PROTECTED])
> send an email to [EMAIL PROTECTED] and when I (ukon) or joe or john
> or mxp answer him (userX), the From: line will have this:
> [EMAIL PROTECTED], instead of
> [EMAIL PROTECTED] or [EMAIL PROTECTED], etc...
>

This is best done with your mail user agent (MUA) IMHO -- user
masquerade is trivial with a decent mail client. Mutt does this quite
easily, and I'm sure that any decent MUA can do this to -- right down to
the envelope-sender matching the masqueraded from. Indeed, this is one
of my qualifiers for a decent MUA...

GW



User Masquerading...I think that's what I need?

2001-07-28 Thread Konstantin Rozinov

Hi folks,

I am new to the list and to qmail.  I just installed it using the Life
with Qmail guide and the Qmail HOWTO.  I also checked up on some of the
man pages.  So everything seems to work fine so far.

But I have this question:

I currently have fast-forward package installed so I am using
/etc/aliases and I have this in it:

support: ukon, joe, john, mxp

note: all these are local user accounts.

So, is it possible to have some user on the internet ([EMAIL PROTECTED])
send an email to [EMAIL PROTECTED] and when I (ukon) or joe or john
or mxp answer him (userX), the From: line will have this:
[EMAIL PROTECTED], instead of
[EMAIL PROTECTED] or [EMAIL PROTECTED], etc... I don't want to reveal
any usernames or private emails.  Is that possible with qmail?  I have
seen it being used with many large companies and I want to set it up
here too :-).

Can this be done WITHOUT creating a "support" user account?

Thanks a Lot!
Will Summarize.

Konstantin Rozinov




Mail-Proxy. Ould have you write the mini-howto?

2001-07-28 Thread Alejandro Fernandez

I read January thread about Ould wanted to write a mini-howto about how
to configure qmail to act as a mail-proxy.

Ould, I wonder if you write this howto or anybody did it.

If so, please let me know.

Cordially
Alejandro





Disregard, just tunning

2001-07-28 Thread Alejandro Fernandez






Re: deferral: Sorry,_I_couldn't_find_any_host_by_that_name

2001-07-28 Thread Vu Xuan Ngoc

Sorry because I am late. My boxmail is mistake, I can't check mail.

Now I can send to "vol.vnn.vn" address (203.162.5.46) by adding the
address to "/etc/resolve.conf" file. But I think it is not perfect way.
Most perfect way that modifying Qmail.

Thank you everybody because have help me. Specially Mr Zyrtaf

zyrtaf wrote:

>  Ok but you have to have the hand on the PRIMARY NS server. So see
> your /etc/named.conf to see if your zone is primary on secondary.
>
>  - Original Message -
>  From:Vu Xuan Ngoc
>  To: zyrtaf
>  Sent: Wednesday, July 25, 2001 5:02 PM
>  Subject: Re: deferral:
>  Sorry,_I_couldn't_find_any_host_by_that_name
>   "host -t NS vnn.vn" have result is:
>
>  vnn.
>




Re: Headers

2001-07-28 Thread Alex Pennace

On Sat, Jul 28, 2001 at 01:38:20PM +0200, NDSoftware wrote:
> I want add X-Complaint-To: [EMAIL PROTECTED] in all outputs message
> from my mail server (i want don't add it if my server is not the first
> server).
> 
> How i can modify the qmail source ?

Modify qmail-queue.c, and place the header along with the qmail-queue
Received: line.

> I have try to modify the source and the tags is in all messages (inputs
> & ouputs) and i message who haven't the first server my server.

I can't understand this.

By the way, please fix your virus scanner.



Forwarding Problem: Solved!

2001-07-28 Thread Philip Mak

I found out two things:

(1) compiling a perl script every time an e-mail message arrives is
quite inefficient, but connecting to the database is okay
(2) I had a mail infinite loop

#1 was fixed by rewriting my .qmail-default script in C instead of perl.
It does almost exactly the same thing, except:

#2 was fixed by calling /var/qmail/bin/forward instead of
/usr/bin/sendmail to forward the message. forward adds a "Delivered-To:"
header that does mail loop checking, while sendmail doesn't.

It turns out that I had [EMAIL PROTECTED] who had set his e-mail
address forward to "baduser", so it kept looping back to himself. I did
have a check in my perl script not to forward to anything @mydomain.com,
but I didn't check for e-mail addresses that had no @ sign!

So, the perl script wasn't really responsible for jacking my system load
average up to 10; the baduser was. Upon disabling the baduser's forward,
the load average with the perl script went down to 1.5.

The load average with the C script is 0.10. Yay! ^___^




Re: Program Delivery to PHP Script

2001-07-28 Thread Philip Mak

On Sat, 28 Jul 2001, PHP Webmaster wrote:

> the .qmail makes a program delivery to a PHP script at
> http://www.mydomain.com/parser.php which then stores
> the message in a database. The PHP installation is as
> an Apache module so I think I might have to use Lynx.
>
> So here is something I've come up with:
>
> |/usr/bin/lynx -source
> "http://mydomain.com/parser.php";

That won't work exactly as is, since you need lynx to send the contents of
standard input to the PHP script as POST data. "man lynx" shows the
following option:

   -post_data
  send  form  data  from  stdin using POST method and
  dump results.

So try putting -post_data in the lynx command.

A more correct way of doing this would be to run php from the command
line. Try typing locate php | grep "/php$" to see if a PHP executable is
available on your system. If not, you can compile one by downloading PHP
from php.net, doing "./configure" (don't include any options in
./configure), then "make" (don't do "make install"), and just copy the
"php" executable that it creates to whereever you need it.

If you go with the PHP executable, you would put in your .qmail file:

|/path/to/php -q /path/to/script.php

(-q tells it not to send HTML headers.)




Program Delivery to PHP Script

2001-07-28 Thread PHP Webmaster

Hello,

I am trying to implement a .qmail file so that
whenever someone sends a message to
[EMAIL PROTECTED]

the .qmail makes a program delivery to a PHP script at
http://www.mydomain.com/parser.php which then stores
the message in a database. The PHP installation is as
an Apache module so I think I might have to use Lynx.

So here is something I've come up with:

|/usr/bin/lynx -source
"http://mydomain.com/parser.php";

Would something like this work? Or is there a better
and more correct way of doing something like this?

Thanks!


__
Do You Yahoo!?
Make international calls for as low as $.04/minute with Yahoo! Messenger
http://phonecard.yahoo.com/



Re: stunnel/POP3 hanging ??

2001-07-28 Thread Lordy

Hi David,

i had a very similar problem with stunnel and POP3 on my mail server.

I installed and run stunnel pretty much the same way you did and tried to 
retrieve
mail with Eudora 5.1 which failed (unfortunately you didn't mention your Eudora
error message so I can't tell if it's the same one).

When I tried to connect with Outlook Express everything works just fine.

I guess this might be a problem in the SSL implementation in Eudora but I'm
not to sure about that. I've tried to find more information on SSL on the 
Qualcomm
pages but they don't provide anything there.

Sorry that I can not help you but let me know if find out anything about 
this issue.

Regards,
Lordy

At 16:15 28.07.2001 -0400, you wrote:
>Hi all,
>
>I've been running a very stable RedHat installation with qmail for some 
>time now.
>
>Recently I've tried to install the stunnel wrapper on POP3.
>
>I believe I've done everything as I should but clients cannot successfully 
>retrieve e-mail.  It appears that something is hanging during the 
>process.  The client program (Eudora) appears to be stuck trying to get e-mail.
>
>On the server side I have the following in the log:
>
>Jul 28 16:39:13 ikauni stunnel[5270]: Using 'qmail-popup' as tcpwrapper 
>service name
>Jul 28 16:39:13 ikauni stunnel[5270]: stunnel 3.16 on i686-pc-linux-gnu 
>PTHREAD+LIBWRAP
>Jul 28 16:39:13 ikauni stunnel[5270]: qmail-popup connected from 
>192.168.1.3:1307
>Jul 28 16:40:16 ikauni stunnel[5270]: SSL_accept: Peer suddenly disconnected
>
>The last line occurs when I force the client to stop trying.
>
>Here is my invocation of stunnel:
>
>#!/bin/sh
>exec /usr/local/bin/softlimit -m 300 \
>/usr/local/bin/tcpserver -v -likauni.vrona.com -H -R 0 pop3 \
>/usr/local/sbin/stunnel -p /etc/stunnel.pem \
>-l /var/qmail/bin/qmail-popup -- qmail-popup ikauni.vrona.com \
>/bin/checkpassword /usr/sbin/relay-ctrl-allow /var/qmail/bin/qmail-pop3d 
>Maildir 2>&1
>
>I wonder if anyone has run into this situation?  I wish I could provide 
>more information about what is going on.  I guess they are ways to trace 
>this but I don't know how to do it.
>
>Thanks for any ideas.
>
>Dave
>
>
>--
>David Vrona - N9QNZ (Siesta Key, Florida)
>PGP Key Fingerprint 42CA F54A A514 7DF7 2032  3F7F 91EB 89CD 1DE8 E856
>Join our SETI@home amateur radio team at www.wuies.com
>




Re: move vpopmail user account to a new qmail server

2001-07-28 Thread Ken Jones

> vincent wrote:
> 
> hi,all
> i have a problem
> cd /home/vpopmail/
> tar czf domains.tgz domains
> then,i copy domains.tgz to new qmail server
> and
> cd /home/vpopmail
> tar zxvf domains.tgz
> 
> after i do all above
> i use outlook express to pop mail from new qmail server,it always ask
> password autherization,i think i input the right password,what's the
> reason,can someone point me in the right direction?
> 
To move all your domains you also need the entries
from /var/qmail/control/rcpthosts /var/qmail/control/morercpthosts
/var/qmail/control/virtualdomains and /var/qmail/users/assign

Also make sure the vpopmail uid/gid is the same on both machines,
otherwise you will need to change the uid/gid values in 
/var/qmail/users/assign

Ken Jones



sfsfsfs

2001-07-28 Thread Oskar

^f



Re: qmail-queue and custom reject message

2001-07-28 Thread Jeff Palmer

> > > i wrote custom script which substitute qmail-queue, it unpack received
> > > message, starting antivirus and if message infected anyone, return

Why re-invent the wheel?

http://qmail-scanner.sourceforge.net

Jeff Palmer
[EMAIL PROTECTED]




Re: qmail-queue and custom reject message

2001-07-28 Thread Jon Rust

On Sat, Jul 28, 2001 at 06:57:33AM -0400, Philip Mak wrote:
> On Sat, 28 Jul 2001 [EMAIL PROTECTED] wrote:
> 
> > i wrote custom script which substitute qmail-queue, it unpack received
> > message, starting antivirus and if message infected anyone, return
> > code '111' i.e. temporary problem, and deny message relay via server.
> > but, user cannot understand reason of relay-deny. so, server must
> > return custom error message to sender. how i can made it?
> 
> Print the error message to standard output and the server will return this
> message.

This doesn't work with qmail-queue. I have yet to find anyway to get a
message either returned to the sending server or to the logs. I've tried
printing to standard out and standard error.

jon



Re: SMTP help...

2001-07-28 Thread Peter

Found the problem...  It was in fact 'slow', although so slow I had to wait
almost 10 minutes for it to come up...  a lot longer than I usually would
for dnslookups.

For others searching the archives on similar problems, my tcpserver was
already running with the -H option...  It turned out to be the localhost
lookup that was killing me, not the remote lookup.  It selected the
servers -internal- IP address, 192.168.1.1 to lookup instead of the external
IP address.  Naturally this did not resolve.  Anyway, the problem was solved
by specifying tcpserver -l 0  option.

Thanks for the help,
Peter


- Original Message -
From: "Chris Johnson" <[EMAIL PROTECTED]>
To: "Peter" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Saturday, July 28, 2001 4:31 PM
Subject: Re: SMTP help...






Re: SMTP help...

2001-07-28 Thread Chris Johnson

On Sat, Jul 28, 2001 at 04:25:07PM -0400, Peter wrote:
> However, when I telnet in from my desktop machine (192.168.1.2) it accepts
> my connection, and -nothing- appears. The server will not give any
> acknowledgements.

I'll bet it will appear eventually. Give it a minute or so.

If it appears after a minute, then your question is the number one FAQ on this
list. Search for "slow SMTP" or "slow POP" in the list archives.

Chris

 PGP signature


SMTP help...

2001-07-28 Thread Peter

I suspect this problem is an easy one to fix, but despite going through the
docs I still don't know exactly what's happening, so any suggestions are
appreciated.

1)  I have qmail 1.03 configured as per instructions available here on my
debian GNU/Linux box:
http://www.flounder.net/qmail/qmail-howto.html

2)  Receiving messages works just fine.

3)  Sending messages from my local network 192.168.1.x (this server is
acting as a masquerade server) using this smtp server /used/ to work just
fine.  This is no longer the case.


The problem:
When I telnet to my smtp server from the localhost I see:
---
220 cr134008-a.slnt1.on.wave.home.com ESMTP
---
Fine and dandy.  Sending mail from localhost seems to work fine.

However, when I telnet in from my desktop machine (192.168.1.2) it accepts
my connection, and -nothing- appears. The server will not give any
acknowledgements.

So I check my /etc/tcp.smtp:
127.0.0.1:allow,RELAYCLIENT=""
192.168.1.:allow,RELAYCLIENT=""
:allow

I recompile it just to make sure:
tcprules /etc/tcp.smtp.cdb /etc/tcp.smtp.tmp < /etc/tcp.smtp

I restart:
/etc/init.d/svscan stop
killall tcpserver
/etc/init.d/svscan start

And I get the same problem.

In the logs I get:
/var/log/qmail/qmail-smtp:
@40003b631ddf1226723c tcpserver: status: 1/40
@40003b631ddf123c7ec4 tcpserver: pid 5169 from 192.168.1.2

Let me know if you think sending my qmail control files would help.  I
thought at first this was an access control issue with tcpserver but now I'm
not so sure.  I am wondering if it has to do with the fact that qmail can't
do a dns lookup on 192.168.1.2.  Anyway, my qmail 'me' control file contains
the name my external IP address resolves to.  My 'rcpthosts' includes
localhost, the name my external IP address resolves to and a couple other
domains I own.  My 'locals' file contains 'localhost' and the name my
external IP address resolves to.  My virtualdomains control file contains
names/usernames of my virtual domains.

Any suggestions?  Where is the problem most likely to reside?

Thanks in advance,
Peter








stunnel/POP3 hanging ??

2001-07-28 Thread David Vrona

Hi all,

I've been running a very stable RedHat installation with qmail for some 
time now.

Recently I've tried to install the stunnel wrapper on POP3.

I believe I've done everything as I should but clients cannot successfully 
retrieve e-mail.  It appears that something is hanging during the 
process.  The client program (Eudora) appears to be stuck trying to get e-mail.

On the server side I have the following in the log:

Jul 28 16:39:13 ikauni stunnel[5270]: Using 'qmail-popup' as tcpwrapper 
service name
Jul 28 16:39:13 ikauni stunnel[5270]: stunnel 3.16 on i686-pc-linux-gnu 
PTHREAD+LIBWRAP
Jul 28 16:39:13 ikauni stunnel[5270]: qmail-popup connected from 
192.168.1.3:1307
Jul 28 16:40:16 ikauni stunnel[5270]: SSL_accept: Peer suddenly disconnected

The last line occurs when I force the client to stop trying.

Here is my invocation of stunnel:

#!/bin/sh
exec /usr/local/bin/softlimit -m 300 \
/usr/local/bin/tcpserver -v -likauni.vrona.com -H -R 0 pop3 \
/usr/local/sbin/stunnel -p /etc/stunnel.pem \
-l /var/qmail/bin/qmail-popup -- qmail-popup ikauni.vrona.com \
/bin/checkpassword /usr/sbin/relay-ctrl-allow /var/qmail/bin/qmail-pop3d 
Maildir 2>&1

I wonder if anyone has run into this situation?  I wish I could provide 
more information about what is going on.  I guess they are ways to trace 
this but I don't know how to do it.

Thanks for any ideas.

Dave


--
David Vrona - N9QNZ (Siesta Key, Florida)
PGP Key Fingerprint 42CA F54A A514 7DF7 2032  3F7F 91EB 89CD 1DE8 E856
Join our SETI@home amateur radio team at www.wuies.com




Re: QMAIL E-MAIL BACKUP SYSTEM

2001-07-28 Thread Nick Fish


On 2001.07.26 16:11 alexus wrote:
> hello everyone
> 
> I have 3 different servers at different locations on different
> backbones.
> ...now what I need to do is somehow implement some kind of redundancy
> on
> e-mail system ... each of domains that hosts on my servers has all of
> those
> servers as ns and mx records in dns ... the question is.. is it
> possible
> somehow to implement something that if 1 server is down at one time
> person
> still be able to retrive his/her email from another server and in
> addition
> to that person shouldn't know that one of the server is down ? (i.e.
> he
> wouldn't have to change any settings on his/her end in order to
> retrive
> e-mail)
> 
> thank you in advance

Not really.  The closest you can really come to redundancy would be to
put in MX records for all the servers with differing priorities (the one
where mail is stored should be marked with the lowest number) and put
the domain just into the control/rcpthosts file on the other two and not
into the control/locals file.  The reason you cannot have a seamless
uptime over three different servers spread across the US is because
clients would somehow have to be able to connect to a server where the
mail is stored.  Unless you can figure out a way to get the mail servers
to synchronize the queue over the 'net, you're out of luck.

BTW, tell your MUA to wrap your messages at 72 characters, it quotes
better then. ^ ^

-- 
Nick (Keith) Fish
Network Engineer
Triton Technologies, Inc.
1-800-837-4253




Re: Problem with smtpd hanging on incoming connection

2001-07-28 Thread Tib

I found reference to using a -H option to disable reverse dns lookup on
tcpserver and used it. It had zero effect. Any other ideas?



Tib

On Thu, 26 Jul 2001, Tib wrote:

> But it's always been looking up hostnames.. and the ones that connect are
> successfully looked up (well I'm pretty sure they are, when I run a
> netstat they show as resolved hostnames). Plus as I said this came out of
> the blue. is there a switch I can give tcpserver to test this possible
> solution? With the system being static I don't think this is the problem
> but I'm open to try things.
>
> 
> Tib
>
> On Thu, 26 Jul 2001, David Gartner wrote:
>
> > Tib,
> >
> > We had this problem when tcpserver was reverse mapping IP addresses.  Maybe
> > you need to disable reverse lookups?
> >
> > David Gartner
> >
> > Tib wrote:
> >
> > > So far as I have been able to find out by looking through the logs on the
> > > system, the qmail-smtpd daemon stopped functioning around 19:30 on the
> > > 24th of july. Nothing was changed on the system to instigate this, in fact
> > > it was a static setup for the past 3 months or so. So on to the meat of
> > > the matter:
> > >
> > > If you telnet to port 25 from localhost (unconfirmed just yet whether this
> > > also works from immediate local network of 192.168.1 as well) qmail-smtpd
> > > works great and responds in crisp order and delivers mail. However
> > > anything outside of that in the real world guts of the internet will try
> > > to connect to qmail-smtpd (which is spawned using tcpserver) will connect
> > > and open a socket, but never receive the smtp banner. If you telnet to it
> > > you will get as far as 'trying x.x.x.x - escape character is ^]' and
> > > that's it. Outgoing mail is unhindered and local deliveries are also
> > > perfectly functional.
> > >
> > > I used strace to dig through this a bit and found that when connected from
> > > locally, communication was accepted both ways perfectly. However when
> > > connecting from the external net, the communication happens up until
> > > qmail-smtpd sends the banner text (which strace records as being sent),
> > > but the banner text never gets to the other side (220 domain.tld ESMTP).
> > > At that point all communication on that socket is dead - nothing transmits
> > > and it eventually times out. With as much traffic as I get this can lead
> > > up to about 40 open sockets with nothing going on. I've looked through the
> > > HTML archives but could not find the problem so far. Anyone know what's
> > > going on?
> > >
> > > 
> > > Tib
> >
> >
>
>




Re: Fastforward question (was Re: Mail Forwarding Service)

2001-07-28 Thread MarkD

On Sat, Jul 28, 2001 at 02:22:25PM -0400, Philip Mak allegedly wrote:
> On Sat, 28 Jul 2001, Peter van Dijk wrote:
> 
> > > I am not familiar with the internals of qmail, but from what I have seen,
> > > this would make sense.
> >
> > Yes. This program could then just talk to /var/qmail/bin/qmail-queue itself,
> > or talk to /var/qmail/bin/forward.
> 
> Oh, so you're saying if e.g. on mydomain.com I have the file .qmail-pmak
> that says:
> 
> &[EMAIL PROTECTED]
> 
> and someone sends e-mail to [EMAIL PROTECTED], the message actually gets
> injected twice into qmail---first time to send to [EMAIL PROTECTED], then
> qmail re-injects it again for delivery to [EMAIL PROTECTED]?

Yep.

The way to do this optimally is to have a program that does the lookup
and then execs /var/qmail/bin/forward (or possibly qmail-queue for a
minor performance gain).


Regards.




Re: Fastforward question (was Re: Mail Forwarding Service)

2001-07-28 Thread Philip Mak

On Sat, 28 Jul 2001, Peter van Dijk wrote:

> > I am not familiar with the internals of qmail, but from what I have seen,
> > this would make sense.
>
> Yes. This program could then just talk to /var/qmail/bin/qmail-queue itself,
> or talk to /var/qmail/bin/forward.

Oh, so you're saying if e.g. on mydomain.com I have the file .qmail-pmak
that says:

&[EMAIL PROTECTED]

and someone sends e-mail to [EMAIL PROTECTED], the message actually gets
injected twice into qmail---first time to send to [EMAIL PROTECTED], then
qmail re-injects it again for delivery to [EMAIL PROTECTED]?




Re: Selective relaying problem

2001-07-28 Thread Nick Fish


On 2001.07.27 10:54 Michele Schiavo wrote:
> Help me i use Xinetd and I'm not to be able to set RELAY client. 

Ah!  Gross!  Abort!  Abort!  Seriously, run tcpserver, you will like it
alot better.  I actually do remember I had xinetd working on one of our
nameservers at one time; but it took be a good five hours crawling
through archives (many in German :-P) to figure it out.

-- 
Nick (Keith) Fish
Network Engineer
Triton Technologies, Inc.
1-800-837-4253




Re: Fastforward question (was Re: Mail Forwarding Service)

2001-07-28 Thread Peter van Dijk

On Sat, Jul 28, 2001 at 12:42:14PM -0400, Philip Mak wrote:
[snip]
> I am not familiar with the internals of qmail, but from what I have seen,
> this would make sense.

Yes. This program could then just talk to /var/qmail/bin/qmail-queue itself,
or talk to /var/qmail/bin/forward.

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



Re: Fastforward question (was Re: Mail Forwarding Service)

2001-07-28 Thread Peter van Dijk

On Sat, Jul 28, 2001 at 03:36:02PM +, MarkD wrote:
[snip]
> It'll be interesting to see how you propose to atomically make such
> queue changes while incurring a worthwhile queueing cost saving.

I have no such proposal. I just feel that with some changes to the
queueing structure, this might be feasible. On a 100mbyte mail, this
saves reading+writing 100mbyte when a mail is forwarded.

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



Re: Fastforward question (was Re: Mail Forwarding Service)

2001-07-28 Thread Philip Mak

On Sat, 28 Jul 2001, Adrian Ho wrote:

> Unless the destination address happens to be in a virtual domain on the
> same machine, in which case the standard reinjection actually trumps the
> above by one unneeded SMTP transaction from the machine to itself.
>
> In any case, it sounds to me like we're entering the realm of pinhole
> optimization (or some equivalent concept).  Is the performance boost
> worth the kinks it'll likely introduce in the existing qmail architecture?
> I'm not sure...

Is it really that complicated to get the forwarding alias from a program?
I'm thinking---at the moment when qmail is reading the .qmail-default
file, it can encounter:

&[EMAIL PROTECTED]

At this point, it has the capability of specifying a local or remote
e-mail address to forward the message to. Doesn't it?

So it should also be able to easily run an external program at this point
to determine the e-mail address to forward to.

I am not familiar with the internals of qmail, but from what I have seen,
this would make sense.




About message size...

2001-07-28 Thread Ertan Yusufoglu




Hi,
 
I have installed qmail with vpopmail and added some 
virtual e-mails
with vpopmail. Also I set the quotas. Quotas 
sometimes don't work.
Because vpopmail use the message size which is 
specified in 
mail name (I use Maildir format). Like this 
:
 
996173026.28450.ns,S=193633
 
But I have realized that not always thss message 
size is specified in
then file name. So vpopmail can't calculate the 
real size of messages.
Firstly I thought that it is a problem with 
vpopmail's deliver porgram but I have
a few system accounts in which mails are delivered 
directly by qmail. I saw file names
which don't contain size expression.
So why qmail sometimes adds "S=" and sometime 
doesn't?
 
Thanks in advance
Ertan 
Yusufoglu


Re: Mail Forwarding Service

2001-07-28 Thread cfm

On Sat, Jul 28, 2001 at 11:20:37AM -0400, Philip Mak wrote:
> On 28 Jul 2001, MarkD wrote:
> 
> > By volume I meant how many emails per hour. Number of users is largely
> > irrelevant.
> 
> Okay... I just did "grep | wc" (count lines matching a pattern) on my
> qmail log directory.
> 
> In the last 10 minutes (I only have logs going back that far, because the
> logs are limited to 1 MB total), there were 1300 deliveries to local
> users. It's a quiet time of the day right now, so I suspect it might get
> even more heavily loaded later.
> 
> > If you're doing this per delivery, I'm not surprised. But it should be
> > easy to measure for sure with vmstat/top/acct, etc.
> 
> Yes, it's per delivery. The forwarding program tends to take up around 5%
> of CPU according to top.


We have a similar script.  Watch a mailing list hit and the load average
goes way up.  We only use it where WYSIWYG changes to forwarding addresses
are required; the per email compilation is way out of line.

I've always assumed the "right" way would be some sort of UNIX socket 
connection with a persistent daemon and a local database server + 
backup cache or exit 111.  I wonder if one could not put a filter in 
front of some app-server to do just that

If changes happen infrequently relative to time to rebuild the cdb file, 
then doing that for each change sounds like it would be simplest AND most 
efficient.  The only complexity would be triggering that rebuild on db 
change.  Not so easy with mySQL but maybe your mechanism for updating 
could do it.

At least it solves MY problem; that will work nicely for us.  :-)

cfm


-- 

Christopher F. Miller, Publisher   [EMAIL PROTECTED]
MaineStreet Communications, Inc   208 Portland Road, Gray, ME  04039
1.207.657.5078 http://www.maine.com/
Content/site management, online commerce, internet integration, Debian linux






Re: Fastforward question (was Re: Mail Forwarding Service)

2001-07-28 Thread Adrian Ho

On Sat, Jul 28, 2001 at 04:21:29PM +0200, Peter van Dijk wrote:
> On Sat, Jul 28, 2001 at 09:35:32PM +0800, Adrian Ho wrote:
> >   |forward `my-redirector $RECIPIENT`
> 
> That's not what he means. This still reads the message and reinjects
> it.

Oops!  That means it's time to hit the sack.  8-)

But since I'm still (barely) conscious...

> His proposal (which I have been pondering about for months already
> :) means that a program can tell qmail 'send this mail you are trying
> to give to me, to this address' without reinjection. This could save a
> lot of disk bandwidth, IMHO.

Unless the destination address happens to be in a virtual domain on the
same machine, in which case the standard reinjection actually trumps the
above by one unneeded SMTP transaction from the machine to itself.

In any case, it sounds to me like we're entering the realm of pinhole
optimization (or some equivalent concept).  Is the performance boost
worth the kinks it'll likely introduce in the existing qmail architecture?
I'm not sure...

-- 
Adrian HoTinker, Drifter, Fixer, Bum   [EMAIL PROTECTED]
ListArchive: 
Useful URLs:  
  



Re: Fastforward question (was Re: Mail Forwarding Service)

2001-07-28 Thread Peter van Dijk

On Sat, Jul 28, 2001 at 11:20:37AM -0400, Philip Mak wrote:
[snip]
> I'm also considering putting in my .qmail-default file:
> 
> |forward `database-lookup $RECIPIENT`
> 
> where database-lookup is a simple C program that connects to MySQL, looks
> up the recipient in the database, and prints it to standard output.


You may want to look at dteq (www.dataloss.nl/software/dteq/) in that
case, which is a commandline mysql query tool


However, using `` allows you no way to detect errors in the query. If
the mysqld is down, where does the mail go?

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



Re: Fastforward question (was Re: Mail Forwarding Service)

2001-07-28 Thread MarkD

> My rough guess (see grep | wc above) is 7000 deliveries per hour.

About 2 a second, that's not huge, but it's starting to get busy when
you have to invoke multiple programs and establish a socket each time
to your database.

> I see "status: local 10/10" a lot. It goes back down in a few seconds,
> then can come back up in a few seconds too. (Should I increase
> concurrencylocal?)

No. quite the opposite if anything. Think of concurrencylocal as a
peak load that you want qmail to impose on your database - or your
local file system for that matter.

Do you really want to have more than 10 concurrent connections to your
database? Better to keep that number safely within the capabilities of
your system.

I suspect that 10 is a good starting point for your delivery rates and
it's much better to have an occassional local delivery delayed than to
grind your database into dust.

> |forward `database-lookup $RECIPIENT`
> 
> where database-lookup is a simple C program that connects to MySQL, looks
> up the recipient in the database, and prints it to standard output.
> 
> This would be easy to write. It might not be as efficient as fastforward
> due to having to open a new connection to MySQL every time, but if it's
> "efficient enough" I think it's better because then (1) the database is
> always in perfect synch and (2) I don't have to worry about cron jobs to
> synchronize the fastforward db with the MySQL db. I'll have to try it and
> see what happens.

That sounds like a good plan.


Regards.



Re: Fastforward question (was Re: Mail Forwarding Service)

2001-07-28 Thread MarkD

> > The qmail architecture does not lend itself well to this though does
> > it? qmail-remote is the only code that knows how to remotely deliver a
> > message and qmail-smtpd would have to be (extensively) modified to
> > call that instead of qmail-queue.
> 
> You are missing the point. We are just saying that a program invoked
> by qmail-local should have a way to communicate back to qmail 'change
> the address to blah', instead of having to reinject it. This would
> then still happen for every recipient like it does now.

Ug. That's even harder and it saves less than half of your queuing
costs!

That approach means that the message changes from a local to a remote
delivery - the queue structure does not lend itself to making this
change easily without incurring most of the cost of a queue
injection. It also likely that the length of the recipient address
will change - again the queue structure is poorly suited to this for
multiple recipient emails as recipients are stored as a series of \0
terminated strings.

It'll be interesting to see how you propose to atomically make such
queue changes while incurring a worthwhile queueing cost saving.


Regards.




Re: Fastforward question (was Re: Mail Forwarding Service)

2001-07-28 Thread Peter van Dijk

On Sat, Jul 28, 2001 at 02:50:15PM +, MarkD wrote:
[snip]
> At this stage, periodic rebuilding of a fastforward file sure sounds
> easiest - perhaps triggered by database changes.

A 'select * from ...' followed by a fastforward cdb rebuild should
pose no interesting load when executed, say, every 5 minutes,
depending on volume. For 24.000 aliases (just assuming for now that
you have about as much aliases as users), every minute can be
feasible.

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



Re: Fastforward question (was Re: Mail Forwarding Service)

2001-07-28 Thread Peter van Dijk

On Sat, Jul 28, 2001 at 02:44:08PM +, MarkD wrote:
> > That's not what he means. This still reads the message and reinjects
> > it. His proposal (which I have been pondering about for months already
> > :) means that a program can tell qmail 'send this mail you are trying
> > to give to me, to this address' without reinjection. This could save a
> > lot of disk bandwidth, IMHO.
> 
> The qmail architecture does not lend itself well to this though does
> it? qmail-remote is the only code that knows how to remotely deliver a
> message and qmail-smtpd would have to be (extensively) modified to
> call that instead of qmail-queue.

You are missing the point. We are just saying that a program invoked
by qmail-local should have a way to communicate back to qmail 'change
the address to blah', instead of having to reinject it. This would
then still happen for every recipient like it does now.

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



Re: Fastforward question (was Re: Mail Forwarding Service)

2001-07-28 Thread MarkD

> 24000 total users on a Pentium III 850MHz with 768 MB of RAM (not sure
> how many are active though...at least a couple thousand).

By volume I meant how many emails per hour. Number of users is largely
irrelevant.

> Upon activating this system, the load average of the machine has increased
> from 1-2 to 10! I suspect most of the time is being spent compiling the
> perl script and connecting to the MySQL database, though. If I switch to

If you're doing this per delivery, I'm not surprised. But it should be
easy to measure for sure with vmstat/top/acct, etc.

> fastforward (or if I rewrite the script in C, and use a persistent
> database connection handle somehow, maybe by storing it in an flock'd
> file) maybe the load average will drop back down to normal.

Maintaining a persistent connection across multiple local deliveries
is possible with some skull-hackery and a cooperating peer process,
but it's not easy, it's not possible using flock and it does raise the
issue of multiple deliveries using the same connection at the same
instant.

Tell us more about the deliveries? How many per hour, what is your
concurrencylocal? Are the deliveries keeping up? An unadulterated
snapshot of your qmail log would tell us a lot.

At this stage, periodic rebuilding of a fastforward file sure sounds
easiest - perhaps triggered by database changes.


Regards.




Re: Fastforward question (was Re: Mail Forwarding Service)

2001-07-28 Thread MarkD

> That's not what he means. This still reads the message and reinjects
> it. His proposal (which I have been pondering about for months already
> :) means that a program can tell qmail 'send this mail you are trying
> to give to me, to this address' without reinjection. This could save a
> lot of disk bandwidth, IMHO.

The qmail architecture does not lend itself well to this though does
it? qmail-remote is the only code that knows how to remotely deliver a
message and qmail-smtpd would have to be (extensively) modified to
call that instead of qmail-queue.

It would have been a cute touch if DjB had made the interface to
qmail-remote the same as qmail-queue. In fact, one wonders whether all
the inter-program delivery of mail in qmail should use some sort of
common protocol such as that used by qmail-remote. Better yet would be
to universally use QMTP/QMQP between programs.

Anyway, even overcoming the interface obstacles, you have the nasty
problem of inbound multiple recipients to deal with. qmail-remote only
handles multiple recipients if they all happen to be going to the same
domain.

You could simply punt to qmail-queue of course if there is more than
one recipient, but now it's starting to get messy as your delivery
paths will be substantially different for the same recipient simply
depending on whether they are part of an inbound multiple recipient
mail or not.


Regards.



Re: Fastforward question (was Re: Mail Forwarding Service)

2001-07-28 Thread Peter van Dijk

On Sat, Jul 28, 2001 at 10:29:31AM -0400, Philip Mak wrote:
[snip]
> Upon activating this system, the load average of the machine has increased
> from 1-2 to 10! I suspect most of the time is being spent compiling the
> perl script and connecting to the MySQL database, though. If I switch to
> fastforward (or if I rewrite the script in C, and use a persistent
> database connection handle somehow, maybe by storing it in an flock'd
> file) maybe the load average will drop back down to normal.

You can't store persistent database connection handles in flock'd
files.

There are two ways to persistent database connections:
- do your stuff from within qmail (probably not the right spot)
- have your perl/C program connect to a daemon that has a couple of
  persistent connections

But I don't think this will help anything - most of your time is
probably spent compiling perl.

My recommendation is to use fastforward.

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



Re: Fastforward question (was Re: Mail Forwarding Service)

2001-07-28 Thread Philip Mak

On 28 Jul 2001, MarkD wrote:

> To answer Philip's question: Yes, that overhead is un[avoidable] as
> there is no standard qmail solution for redirecting mail without it
> going thru the queue at least once.
>
> Having said that your concern about overhead may be misplaced. What
> sort of volume are you expecting on what sort of system?

24000 total users on a Pentium III 850MHz with 768 MB of RAM (not sure
how many are active though...at least a couple thousand).

I currently use .qmail-default to run a perl script which connects to a
MySQL database, performs a lookup on the alias, then opens a pipe to
sendmail to deliver the message.

Upon activating this system, the load average of the machine has increased
from 1-2 to 10! I suspect most of the time is being spent compiling the
perl script and connecting to the MySQL database, though. If I switch to
fastforward (or if I rewrite the script in C, and use a persistent
database connection handle somehow, maybe by storing it in an flock'd
file) maybe the load average will drop back down to normal.




Re: Fastforward question (was Re: Mail Forwarding Service)

2001-07-28 Thread Peter van Dijk

On Sat, Jul 28, 2001 at 09:35:32PM +0800, Adrian Ho wrote:
> On Sat, Jul 28, 2001 at 07:28:04AM -0400, Philip Mak wrote:
> > I wonder if in the future, they'll make an "alias delivery" option in
> > qmail; that is, it calls an external program, but instead of sending the
> > entire message to the program, it just sends the "RCPT TO:" address to the
> > program and the program returns to it which mailbox(es) should be
> > delivered to.
> 
> That's trivially done today -- no extra options required:
> 
>   |forward `my-redirector $RECIPIENT`

That's not what he means. This still reads the message and reinjects
it. His proposal (which I have been pondering about for months already
:) means that a program can tell qmail 'send this mail you are trying
to give to me, to this address' without reinjection. This could save a
lot of disk bandwidth, IMHO.

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



Re: Fastforward question (was Re: Mail Forwarding Service)

2001-07-28 Thread MarkD

On Sat, Jul 28, 2001 at 09:35:32PM +0800, Adrian Ho allegedly wrote:
> On Sat, Jul 28, 2001 at 07:28:04AM -0400, Philip Mak wrote:
> > I wonder if in the future, they'll make an "alias delivery" option in
> > qmail; that is, it calls an external program, but instead of sending the
> > entire message to the program, it just sends the "RCPT TO:" address to the
> > program and the program returns to it which mailbox(es) should be
> > delivered to.
> 
> That's trivially done today -- no extra options required:
>
>   |forward `my-redirector $RECIPIENT`

Nope.

You cut too much out of the original posting. He said:

> So it would still have the overhead of having to read a message from
> qmail, and then write that message back to qmail. That overhead would be
> unavoidable if I'm doing program delivery, I guess.

In other words he doesn't want each mail to go thru the queue twice as
your solution implies.

To answer Philip's question: Yes, that overhead is unavailable as
there is no standard qmail solution for redirecting mail without it
going thru the queue at least once.

Having said that your concern about overhead may be misplaced. What
sort of volume are you expecting on what sort of system?


Regards.



Re: Fastforward question (was Re: Mail Forwarding Service)

2001-07-28 Thread Adrian Ho

On Sat, Jul 28, 2001 at 07:28:04AM -0400, Philip Mak wrote:
> I wonder if in the future, they'll make an "alias delivery" option in
> qmail; that is, it calls an external program, but instead of sending the
> entire message to the program, it just sends the "RCPT TO:" address to the
> program and the program returns to it which mailbox(es) should be
> delivered to.

That's trivially done today -- no extra options required:

  |forward `my-redirector $RECIPIENT`

Sounds like you haven't read "The Big Qmail Picture" by Andre Oppermann
.  Three years old and only 4 pages long, but
still very useful for illuminating the little-known corners of qmail.

-- 
Adrian HoTinker, Drifter, Fixer, Bum   [EMAIL PROTECTED]
ListArchive: 
Useful URLs:  
  



Headers

2001-07-28 Thread NDSoftware

Hello,

I want add X-Complaint-To: [EMAIL PROTECTED] in all outputs message
from my mail server (i want don't add it if my server is not the first
server).

How i can modify the qmail source ?
I have try to modify the source and the tags is in all messages (inputs
& ouputs) and i message who haven't the first server my server.

Thanks for help




Re: Fastforward question (was Re: Mail Forwarding Service)

2001-07-28 Thread Philip Mak

On Sat, 28 Jul 2001, Adrian Ho wrote:

> > Hmm, looks like it could work. The "Speed tests" section of
> > http://cr.yp.to/fastforward.html says that it takes only 6 seconds to
> > regenerate an alias db with 5 entries. I could run a cron job every
> > two hours to regenerate the cdb.
>
> I'd be more worried about speed of delivery than speed of DB regeneration.
> Note that it's still a program delivery, albeit done through a more
> efficient program than your existing perlDB script.

Oh, I see now; fastforward is a program that I specify to be called in
.qmail-default. I thought it was a patch to be applied to qmail.

So it would still have the overhead of having to read a message from
qmail, and then write that message back to qmail. That overhead would be
unavoidable if I'm doing program delivery, I guess.

I wonder if in the future, they'll make an "alias delivery" option in
qmail; that is, it calls an external program, but instead of sending the
entire message to the program, it just sends the "RCPT TO:" address to the
program and the program returns to it which mailbox(es) should be
delivered to. Then again, this could turn out to be an ugly piece of
'feature creep'.




Re: about relaymailfrom.patch

2001-07-28 Thread Robert Skup

Probably you have open relay for this host. Check what you set in your
environment variable REALYCLIENT.

Patch "relaymailfrom.patch" only adding new feature to smtpd - opening
relay, but not closing relay if address is not in
/var/qmail/control/relaymailfrom !!!

Robert

> Hi:all
>  I use Chris Johnson's patch "relaymailfrom.patch",but it is seemed not to
work!i
> create a file under /var/qmail/control/ and named relaymailfrom,in this
file
> there is only a entry "@mydomain.com",but another domain user such as
> (@test.com) can still send mail use my smtpserver,I don't know why!?where
> should  i put relaymailfrom?
>   Could you give some advice?
>   I am very thank you for your any advice.thanks
>
> best regards
>
>
>





Re: qmail-queue and custom reject message

2001-07-28 Thread Philip Mak

On Sat, 28 Jul 2001 [EMAIL PROTECTED] wrote:

> i wrote custom script which substitute qmail-queue, it unpack received
> message, starting antivirus and if message infected anyone, return
> code '111' i.e. temporary problem, and deny message relay via server.
> but, user cannot understand reason of relay-deny. so, server must
> return custom error message to sender. how i can made it?

Print the error message to standard output and the server will return this
message.




RE: rblsmtpd

2001-07-28 Thread NDSoftware

On my Debian:

#!/bin/sh
QMAILDUID=`id -u qmaild`
NOFILESGID=`id -g qmaild`
MAXSMTPD=`cat /var/qmail/control/concurrencyincoming`
#exec /usr/local/bin/softlimit -m 200 /usr/local/bin/tcpserver -v -R
-l 0 -x /etc/tcp.smtp.cdb -c "$MAXSMTPD" -u "$QMAILDUID" -g
"$NOFILESGID" 0 smtp /usr/local/bin/rblsmtpd -r relays.osirusoft.com -r
inputs.relays.osirusoft.com -r dev.null.sk -r inputs.orbz.org -r
outputs.orbz.org -r relays.ordb.org -r or.orbl.org -r
orbs.dorkslayers.com -r ztl.dorkslayers.com /var/qmail/bin/qmail-smtpd
2>&1

On my Redhat

...
env - PATH="/var/qmail/bin:/usr/local/bin" \
tcpserver -H -R -x /etc/tcp.smtp.cdb -c100 -u503 -g503 0 smtp \
/usr/local/bin/rblsmtpd -r relays.osirusoft.com -r
inputs.relays.osirusoft.com -r dev.null.sk -r inputs.orbz.org -r
outputs.orbz.org -r relays.ordb.org -r or.orbl.org -r
orbs.dorkslayers.com -r ztl.dorkslayers.com \
/var/qmail/bin/qmail-smtpd 2>&1 > /dev/null &
echo "smtp"
;;

Note: My Redhat don't use supervise script.

Another problem: my debian who use supervise script log in syslogd and
qmail log, why ?
How I can log only in my qmail log ?

Thanks very much.

-Original Message-
From: Adrian Ho [mailto:[EMAIL PROTECTED]] 
Sent: Saturday, July 28, 2001 3:12 AM
To: Mailing-List Qmail
Subject: Re: rblsmtpd


On Fri, Jul 27, 2001 at 11:50:19PM +0200, NDSoftware wrote:
> [xxx@xxx /home]# rblsmtpd: 129.132.2.199 pid 7941: 451 Open relay.
> Please see http://orbz.org/?129.132.2.199
> rblsmtpd: 129.132.2.199 pid 8799: 451 Open relay. Please see
> http://orbz.org/?129.132.2.199
> 
> Why this warning aren't in the qmail log ?

Show us the rblsmtpd startup script (if you're running qmail, probably
the
qmail-smtpd startup script).

> It's possible to make a path for rblsmtpd, for what the postmaster can
> receipt message in blacklist (for help the admin who have a mail
server
> blacklisted).

That turns rblsmtpd from an IP-level ACL enforcer to a mail proxy, so
it's more like a brand-new program.  You're much better off running a
proper filtering SMTP proxy for this purpose.

-- 
Adrian HoTinker, Drifter, Fixer, Bum   [EMAIL PROTECTED]
ListArchive: 
Useful URLs:  
  




Re: Fastforward question (was Re: Mail Forwarding Service)

2001-07-28 Thread Adrian Ho

On Sat, Jul 28, 2001 at 05:34:59AM -0400, Philip Mak wrote:
> Hmm, looks like it could work. The "Speed tests" section of
> http://cr.yp.to/fastforward.html says that it takes only 6 seconds to
> regenerate an alias db with 5 entries. I could run a cron job every
> two hours to regenerate the cdb.

I'd be more worried about speed of delivery than speed of DB regeneration.
Note that it's still a program delivery, albeit done through a more
efficient program than your existing perlDB script.

As an aside, has anyone done any performance comparisons between
fastforward and .qmail-forwarding for large numbers of aliases (>10,000)?

> My question about fastforward is: Will my existing .qmail-* files stop
> working?

fastforward is traditionally invoked in ~alias/.qmail-default, so unless
you have some other delivery instructions already in that file, everything
else should still work.

-- 
Adrian HoTinker, Drifter, Fixer, Bum   [EMAIL PROTECTED]
ListArchive: 
Useful URLs:  
  



qmail-queue and custom reject message

2001-07-28 Thread vlad

hello guys. can anybody review, how i can give to message sender
custom message during sending mail via my smtp server? current state
is:
i wrote custom script which substitute qmail-queue, it unpack received
message, starting antivirus and if message infected anyone, return
code '111' i.e. temporary problem, and deny message relay via server.
but, user cannot understand reason of relay-deny. so, server must
return custom error message to sender. how i can made it?

  

-- 
Best regards,
 vlad  mailto:[EMAIL PROTECTED]





Re: [OT] Is namezero.com's mail server broken?

2001-07-28 Thread Peter van Dijk

On Sat, Jul 28, 2001 at 03:01:19AM -0400, Philip Mak wrote:
> When I send message to this mailing list, I keep getting the following
> bounce message from namezero.com's mail server. Apparently, someone who's
> e-mail address is a namezero domain that forwards to a Yahoo account is
> causing these bounce messages.

Yups. Got one too.

> Shouldn't the bounce have gone to qmail-return*@list.cr.yp.to instead of
> me? Is namezero's mail server sending bounces to the From address instead

Yes.

> of the envelope sender?

Apparently. I have mailed [EMAIL PROTECTED] about this, but have
received no reply (yet).

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



Re: Fastforward question (was Re: Mail Forwarding Service)

2001-07-28 Thread Peter van Dijk

On Sat, Jul 28, 2001 at 05:34:59AM -0400, Philip Mak wrote:
[snip]
> My question about fastforward is: Will my existing .qmail-* files stop
> working? If so, how can I make the ezmlm aliases still work? e.g. one of

Yes, they will work. fastforward will just sit in .qmail-default and
handle anything that's not being handled by their own .qmail file.

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



Anti Virus Software Update

2001-07-28 Thread Mike Hodson

Hey again.

Over the past few hours ive been configuring AmAViS-perl 11 for my qmail
setup.  After using a wrapper for suid (my suidperl complained, stinking
thing) I was able to make it work without a hitch. Infact, this mail is
being scanned on its way out.

If anyone else is contemplating a virus scanner, Id reccommend this, and
if you need any help with it, let me know. Ive gone through atleast 20
different individual problems on this install =)

Mike

-- 
Mike Hodson <[EMAIL PROTECTED]>




Fastforward question (was Re: Mail Forwarding Service)

2001-07-28 Thread Philip Mak

On 28 Jul 2001, Frank D. Cringle wrote:

> Use fastforward - http://cr.yp.to/fastforward.html
>
> Periodically dump the relevant parts of your MySQL database into the
> cdb that fastforward uses.

Hmm, looks like it could work. The "Speed tests" section of
http://cr.yp.to/fastforward.html says that it takes only 6 seconds to
regenerate an alias db with 5 entries. I could run a cron job every
two hours to regenerate the cdb.

My question about fastforward is: Will my existing .qmail-* files stop
working? If so, how can I make the ezmlm aliases still work? e.g. one of
my .qmail files for posting to an announcement list says:

|egrep -i "^From:.*([EMAIL PROTECTED])" || (echo "Permission denied."; exit 100)
|/usr/local/bin/ezmlm/ezmlm-reject
|/usr/local/bin/ezmlm/ezmlm-send '/home/ptscb/lists/buildreferrals'
|/usr/local/bin/ezmlm/ezmlm-warn '/home/ptscb/lists/buildreferrals' || exit 0

I don't think this would work in /etc/aliases, which is supposed to be one
entry per line.




Re: Mail Forwarding Service

2001-07-28 Thread Frank D. Cringle

Philip Mak <[EMAIL PROTECTED]> writes:
> Hello,
> 
> I am using qmail to run a mail forwarding service. When the mail server
> receives a message at [EMAIL PROTECTED], it looks up the alias in a MySQL
> database and forwards the message to an e-mail address given in the MySQL
> database.
> 
> I am accomplishing this by putting in my .qmail-default file for that
> domain:
> 
> |/home/brc/bin/forward
> 
> where /home/brc/bin/forward is a perl script which:
> 
> 1. connects to the MySQL database
> 2. looks up the database to determine which address to forward to
> 3. opens a pipe to /usr/sbin/sendmail (taking care to use exec so
>that special characters aren't interpreted by the shell) to
>deliver the message to the recipient

Use fastforward - http://cr.yp.to/fastforward.html

Periodically dump the relevant parts of your MySQL database into the
cdb that fastforward uses.

-- 
Frank Cringle,  [EMAIL PROTECTED]
voice: (+49 7745) 928759; fax: 928761



Re: Mail Forwarding Service

2001-07-28 Thread Adrian Ho

On Sat, Jul 28, 2001 at 02:44:45AM -0400, Philip Mak wrote:
> On Sat, 28 Jul 2001, Adrian Ho wrote:
> 
> > Why use a program delivery when you can use .qmail forward directives?
> > "man dot-qmail" for details, and create the necessary .qmail files
> > (probably .qmail-youralias in the same directory you put your domain's
> > .qmail-default).
> 
> Well, there's over 10,000 e-mail addresses that would have to be
> forwarded. Wouldn't I have to create a .qmail- file for everyone in
> the MySQL database

Yes.

> (would there be a filesystem efficiency issue when I have 10,000 files
> in the directory?),

Certainly much less than running a perl+DB script on every incoming
message.  If you're really worried about filesystem performance (almost no
one is), go with qmail-ldap instead (see www.qmail.org for the URL).

> and also keep these files synchronized with inserts, updates and
> deletes done to the MySQL database?

Unless you're in a habit of editing your DB directly, just add
the necessary (but trivial) instructions in your DB scripts to
update/create/delete .qmail-* accordingly.

-- 
Adrian HoTinker, Drifter, Fixer, Bum   [EMAIL PROTECTED]
ListArchive: 
Useful URLs:  
  



Re: Mail Forwarding Service

2001-07-28 Thread Todd Finney

At 02:44 AM 7/28/01, Philip Mak wrote:
>On Sat, 28 Jul 2001, Adrian Ho wrote:
>
> > Why use a program delivery when you can use .qmail forward 
> directives?
> > "man dot-qmail" for details, and create the necessary .qmail files
> > (probably .qmail-youralias in the same directory you put your 
> domain's
> > .qmail-default).
>
>Well, there's over 10,000 e-mail addresses that would have to be
>forwarded. Wouldn't I have to create a .qmail- file for everyone 
>in
>the MySQL database (would there be a filesystem efficiency issue when 
>I
>have 10,000 files in the directory?)

That depends on your filesystem.   I've just learned of ReiserFS, isn't 
this the kind of thing that it's good at?

>, and also keep these files synchronized with inserts, updates and 
>deletes done to the MySQL database?

How often do you expect it to change, and what triggers the 
change?  Write a cron job that updates the .qmail files periodically 
with the information in the database.

Better yet, update the .qmail file at the same time you update the 
database.

>I figure that it's cleaner, programming-wise, to just lookup the MySQL
>database at the time a message is received rather than having to worry
>about synchronization. But this lookup script has increased the load
>average of the server above 10.

There is at least one mysql/qmail integration package floating around, 
have you looked at any of those?

You're going to have a very hard time making this tiny and fast, which 
is what it needs to be.  For every message, you're firing up the perl 
interpeter, connecting to the database, parsing a statement, executing, 
and cleaning up the whole mess.  All of these things are expensive.

You might be able to improve things be writing a daemon (in perl if 
you'd like) that spins in the background and takes connections from the 
various .qmail files.  That will at least eliminate the 
once-per-message startup, and you could probably get it to share 
database handles.

That's a lot of work, and a lot of shit to break.

cheers,
Todd