qmail Digest 30 Sep 1999 10:00:00 -0000 Issue 775

Topics (messages 31009 through 31076):

Help alias not working
        31009 by:  Ho Soo Aun
        31012 by:  Sven Veckes
        31013 by:  Edward Castillo-Jakosalem
        31015 by:  Dave Sill
        31017 by:  Ho Soo Aun

Re: Logging in says "No mail." But there is mail!
        31010 by:  Serban Udrea
        31014 by:  Jedi/Sector One
        31026 by:  Serban Udrea
        31035 by:  qmail mailing list receiver
        31075 by:  Serban Udrea

Re: POP3d Problem
        31011 by:  Qmail-User
        31025 by:  Tim Hunter

Re: Questions about logging
        31016 by:  Dave Sill

Re: Grave Difficulties (lspawn, Maildir, etc)
        31018 by:  Dave Sill
        31020 by:  jarrid jeeby
        31021 by:  jarrid jeeby
        31022 by:  Timothy L. Mayo
        31042 by:  jarrid jeeby
        31044 by:  Timothy L. Mayo
        31062 by:  jarrid jeeby

return code for stray new lines
        31019 by:  Van Liedekerke Franky
        31023 by:  Fred Lindberg
        31024 by:  Van Liedekerke Franky
        31027 by:  Fred Lindberg

frowarding root and webmaster email
        31028 by:  Bob C. Ruddy
        31029 by:  Dave Sill
        31030 by:  Bob C. Ruddy
        31031 by:  Russell Nelson
        31034 by:  Fred Lindberg

unable to start qmail
        31032 by:  Tasos Kotsikonas
        31033 by:  Dave Sill

Virtual domains question
        31036 by:  Sanchez, Xavier
        31043 by:  Timothy L. Mayo
        31046 by:  Sanchez, Xavier

virtual domains help please
        31037 by:  Keith From
        31039 by:  Patrick Berry
        31040 by:  Keith From
        31041 by:  Sanchez, Xavier

Question on Mailbox and Maildir
        31038 by:  Tong YU
        31061 by:  Tong YU

Re: users/assign - what the hell ...
        31045 by:  Cyril Bitterich

Re: tcpserver won't allow incomming connections OR relay for cli
        31047 by:  Ryan Sharon
        31048 by:  Timothy L. Mayo

Error messages and logging
        31049 by:  The Green Avenger
        31050 by:  Harald Hanche-Olsen
        31053 by:  The Green Avenger

Qmail+Dialup
        31051 by:  eric
        31054 by:  RaTao von J

Qmail+Dialup (fwd)
        31052 by:  eric

Announce: new release of relay-ctrl package
        31055 by:  Bruce Guenter

Ideas? Hit by an evil spammer (long)
        31056 by:  Markus Stumpf
        31073 by:  Michael Graff

newline patch for qmail
        31057 by:  Ken Jones
        31058 by:  Markus Stumpf
        31059 by:  Scott Schwartz
        31065 by:  Justin Bell

Re: Almost there (pop server)
        31060 by:  Marek Narkiewicz

Re: tcpserver won't allow incomming connections OR relay for clients
        31063 by:  Ryan Sharon
        31074 by:  Ryan Sharon

Qmail-Inject.
        31064 by:  eric

Daemontools?
        31066 by:  Derek Harkness

big-todo patch +queue-fix
        31067 by:  Van Liedekerke Franky

Bash Script help
        31068 by:  Andre Anneck
        31069 by:  Anand Buddhdev
        31070 by:  Chris Nelson
        31076 by:  Andre Anneck

Re: Better than badmailfrom to prevent SPAM
        31071 by:  Michael Graff

Re: please, some help to block spam
        31072 by:  Michael Graff

Administrivia:

To subscribe to the digest, e-mail:
        [EMAIL PROTECTED]

To unsubscribe from the digest, e-mail:
        [EMAIL PROTECTED]

To bug my human owner, e-mail:
        [EMAIL PROTECTED]

To post to the list, e-mail:
        [EMAIL PROTECTED]


----------------------------------------------------------------------


Hi,

I have problem with the alias. Thus disable me using Virtual domains.
Bounced mail go to postmaster logged error  'Unable_to_find_alias_user'.

Remote or Local mail to qmail user has no proble

Test qmail-inject to:postmaster generate this log.

Sep 29 16:48:40 kids qmail: 938594920.706227 new msg 329878
Sep 29 16:48:40 kids qmail: 938594920.706500 info msg 329878: bytes 219
from <[EMAIL PROTECTED]> qp 160 uid 0
Sep 29 16:48:40 kids qmail: 938594920.927220 starting delivery 8: msg
329878 to local [EMAIL PROTECTED]
Sep 29 16:48:40 kids qmail: 938594920.927423 status: local 1/10 remote
0/20
Sep 29 16:48:40 kids qmail: 938594920.938229 delivery 8: deferral:
Unable_to_find_alias_user!/
Sep 29 16:48:40 kids qmail: 938594920.938438 status: local 0/10 remote
0/20
Sep 29 16:49:06 kids qmail: 938594946.063681 starting delivery 9: msg
329871 to local [EMAIL PROTECTED]
Sep 29 16:49:06 kids qmail: 938594946.063945 status: local 1/10 remote
0/20
Sep 29 16:49:06 kids qmail: 938594946.076135 delivery 9: deferral:
Unable_to_find_alias_user!/
Sep 29 16:49:06 kids qmail: 938594946.076339 status: local 0/10 remote
0/20

Alias Directory:
total 8
drwxr-sr-x   2 alias    nofiles      1024 Sep 29 16:56 ./
drwxr-xr-x  10 root     qmail        1024 Sep 24 12:04 ../
-rw-r--r--   1 alias    nofiles         0 Nov 28  1998
.qmail-mailer-daemon
-rw-r--r--   1 alias    nofiles        28 Sep 29 14:59 .qmail-postmaster

-rw-r--r--   1 alias    nofiles         0 Nov 28  1998 .qmail-root
-rw-r--r--   1 alias    nofiles      4585 Jun  1 10:11 Mailbox

Control/rcpthosts
    monja.com.sg
    po.monja.com.sg
    cci.com.sg
    po.cci.com.sg

Control/locals
    kids.monja.com.sg
    monja.com.sg
    po.monja.com.sg
    cci.com.sg
    po.cci.com.sg

My qmail user in /etc/passwd

    postmaster:*:14:12:postmaster:/var/spool/mail:/bin/bash
    alias:*:7790:2108::/var/qmail/alias:/bin/true
    qmaild::7791:2108::/var/qmail:/bin/true
    qmaill::7792:2108::/var/qmail:/bin/true
    qmailp::7793:2108::/var/qmail:/bin/true
    qmailq::7794:2107::/var/qmail:/bin/true
    qmailr::7795:2107::/var/qmail:/bin/true
    qmails::7796:2107::/var/qmail:/bin/true

Soo Aun
MediaManager Pte Ltd





Hi,

I think there should still be a file called '/var/qmail/users/assign'.
Is 'alias' in this file ??

Anyway how do you setup users in qmail I'm only using qmail based on
system 
users nad with 'ldap' support. You should also read the FAQ!!

Hope this will help.....



Ho Soo Aun wrote:
> 
> Hi,
> 
> I have problem with the alias. Thus disable me using Virtual domains.
> Bounced mail go to postmaster logged error  'Unable_to_find_alias_user'.
> 
> Remote or Local mail to qmail user has no proble
> 
> Test qmail-inject to:postmaster generate this log.
> 
> Sep 29 16:48:40 kids qmail: 938594920.706227 new msg 329878
> Sep 29 16:48:40 kids qmail: 938594920.706500 info msg 329878: bytes 219
> from <[EMAIL PROTECTED]> qp 160 uid 0
> Sep 29 16:48:40 kids qmail: 938594920.927220 starting delivery 8: msg
> 329878 to local [EMAIL PROTECTED]
> Sep 29 16:48:40 kids qmail: 938594920.927423 status: local 1/10 remote
> 0/20
> Sep 29 16:48:40 kids qmail: 938594920.938229 delivery 8: deferral:
> Unable_to_find_alias_user!/
> Sep 29 16:48:40 kids qmail: 938594920.938438 status: local 0/10 remote
> 0/20
> Sep 29 16:49:06 kids qmail: 938594946.063681 starting delivery 9: msg
> 329871 to local [EMAIL PROTECTED]
> Sep 29 16:49:06 kids qmail: 938594946.063945 status: local 1/10 remote
> 0/20
> Sep 29 16:49:06 kids qmail: 938594946.076135 delivery 9: deferral:
> Unable_to_find_alias_user!/
> Sep 29 16:49:06 kids qmail: 938594946.076339 status: local 0/10 remote
> 0/20
> 
> Alias Directory:
> total 8
> drwxr-sr-x   2 alias    nofiles      1024 Sep 29 16:56 ./
> drwxr-xr-x  10 root     qmail        1024 Sep 24 12:04 ../
> -rw-r--r--   1 alias    nofiles         0 Nov 28  1998
> .qmail-mailer-daemon
> -rw-r--r--   1 alias    nofiles        28 Sep 29 14:59 .qmail-postmaster
> 
> -rw-r--r--   1 alias    nofiles         0 Nov 28  1998 .qmail-root
> -rw-r--r--   1 alias    nofiles      4585 Jun  1 10:11 Mailbox
> 
> Control/rcpthosts
>     monja.com.sg
>     po.monja.com.sg
>     cci.com.sg
>     po.cci.com.sg
> 
> Control/locals
>     kids.monja.com.sg
>     monja.com.sg
>     po.monja.com.sg
>     cci.com.sg
>     po.cci.com.sg
> 
> My qmail user in /etc/passwd
> 
>     postmaster:*:14:12:postmaster:/var/spool/mail:/bin/bash
>     alias:*:7790:2108::/var/qmail/alias:/bin/true
>     qmaild::7791:2108::/var/qmail:/bin/true
>     qmaill::7792:2108::/var/qmail:/bin/true
>     qmailp::7793:2108::/var/qmail:/bin/true
>     qmailq::7794:2107::/var/qmail:/bin/true
>     qmailr::7795:2107::/var/qmail:/bin/true
>     qmails::7796:2107::/var/qmail:/bin/true
> 
> Soo Aun
> MediaManager Pte Ltd

-- 
========================
Sven Veckes
KDD Telecomet 
mailto:[EMAIL PROTECTED]
=======================




What does ~alias/.qmail-postmaster contain?
Does ~alias/Mailbox receive the bounced message?

Ho Soo Aun wrote:

> Hi,
>
> I have problem with the alias. Thus disable me using Virtual domains.
> Bounced mail go to postmaster logged error  'Unable_to_find_alias_user'.
>
> Remote or Local mail to qmail user has no proble
>
> Test qmail-inject to:postmaster generate this log.
>
> Sep 29 16:48:40 kids qmail: 938594920.706227 new msg 329878
> Sep 29 16:48:40 kids qmail: 938594920.706500 info msg 329878: bytes 219
> from <[EMAIL PROTECTED]> qp 160 uid 0
> Sep 29 16:48:40 kids qmail: 938594920.927220 starting delivery 8: msg
> 329878 to local [EMAIL PROTECTED]
> Sep 29 16:48:40 kids qmail: 938594920.927423 status: local 1/10 remote
> 0/20
> Sep 29 16:48:40 kids qmail: 938594920.938229 delivery 8: deferral:
> Unable_to_find_alias_user!/
> Sep 29 16:48:40 kids qmail: 938594920.938438 status: local 0/10 remote
> 0/20
> Sep 29 16:49:06 kids qmail: 938594946.063681 starting delivery 9: msg
> 329871 to local [EMAIL PROTECTED]
> Sep 29 16:49:06 kids qmail: 938594946.063945 status: local 1/10 remote
> 0/20
> Sep 29 16:49:06 kids qmail: 938594946.076135 delivery 9: deferral:
> Unable_to_find_alias_user!/
> Sep 29 16:49:06 kids qmail: 938594946.076339 status: local 0/10 remote
> 0/20
>
> Alias Directory:
> total 8
> drwxr-sr-x   2 alias    nofiles      1024 Sep 29 16:56 ./
> drwxr-xr-x  10 root     qmail        1024 Sep 24 12:04 ../
> -rw-r--r--   1 alias    nofiles         0 Nov 28  1998
> .qmail-mailer-daemon
> -rw-r--r--   1 alias    nofiles        28 Sep 29 14:59 .qmail-postmaster
>
> -rw-r--r--   1 alias    nofiles         0 Nov 28  1998 .qmail-root
> -rw-r--r--   1 alias    nofiles      4585 Jun  1 10:11 Mailbox
>
> Control/rcpthosts
>     monja.com.sg
>     po.monja.com.sg
>     cci.com.sg
>     po.cci.com.sg
>
> Control/locals
>     kids.monja.com.sg
>     monja.com.sg
>     po.monja.com.sg
>     cci.com.sg
>     po.cci.com.sg
>
> My qmail user in /etc/passwd
>
>     postmaster:*:14:12:postmaster:/var/spool/mail:/bin/bash
>     alias:*:7790:2108::/var/qmail/alias:/bin/true
>     qmaild::7791:2108::/var/qmail:/bin/true
>     qmaill::7792:2108::/var/qmail:/bin/true
>     qmailp::7793:2108::/var/qmail:/bin/true
>     qmailq::7794:2107::/var/qmail:/bin/true
>     qmailr::7795:2107::/var/qmail:/bin/true
>     qmails::7796:2107::/var/qmail:/bin/true
>
> Soo Aun
> MediaManager Pte Ltd

--


0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0
Edward Castillo-Jakosalem
Systems Administrator
Access Net (Phils.), Inc.
http://www.access.net.ph/ecj
[EMAIL PROTECTED]
0o0o0o0o0o0o0o0o0o0o0o0o0o0o0o0






Ho Soo Aun <[EMAIL PROTECTED]> wrote:

>Sep 29 16:49:06 kids qmail: 938594946.076135 delivery 9: deferral:
>Unable_to_find_alias_user!/

This error means that getpwnam("alias") failed. Since there is an
"alias" entry in your password file, getpwnam must be unable to open
or read it. Check perms on /etc/passwd. You're not running anything
chrooted, are you?

-Dave




Thank you. Its work now.

I read the man9/qmail-users before and never quite grasp it.
Add  the line +:alias:7790:2108:/var/qmail/alias/:-::
Then run qmail-newu to update users/cdb

Thanks again.
Soo Aun

Sven Veckes wrote:

> As far as I know there must be an alias entry in the assign file. But
> this depends maybe on the way you are using qmail (virtual users thich
> are controled via the same real user, or alls users are real).
> So if you could give me more detailed information....
> You should try t his first!
>
> Ho Soo Aun wrote:
> >
> > Yes i have the /var/qmail/users/assign file but without ' =alias:alias:..' in
> > the file.
> > I had read whatever i can find about alias. They never mention user alias must
> > be in assign file.
> >
>
> --
> ========================
> Sven Veckes
> KDD Telecomet
> mailto:[EMAIL PROTECTED]
> =======================





On Wed, Sep 29, 1999 at 11:59:29AM +0200, qmail mailing list receiver wrote:
> > ...
> > > > "No mail."
> > ...
> 
> "Who" says that? I suppose your shell, which doesn't care about 
> QMAILDIR or whatever, but maybe about the environment variable
> MAIL (my bash does). So maybe, if you make MAIL point to your
> mail folder, you will get correct news about your mail.
> 
> Enjoy your life!
> --------------------------------------------------------------------
> Andreas Kaeser                      Schumann Unternehmensberatung AG
> Unix- Intranet- und                 Hermann-Heinrich-Gossen-Str. 3
> Internet-Security Berater           50858 Koeln
> [EMAIL PROTECTED]       Tel: 02234/108-1855   Fax: -1818
> --------------------------------------------------------------------
< Here we are at the end of your message >


The point was about login.defs which at least on my system contains the
posibility to set Maildirs. For convenience:

# *REQUIRED*
#   Directory where mailboxes reside, _or_ name of file, relative to the
#   home directory.  If you _do_ define both, MAIL_DIR takes precedence.
#   QMAIL_DIR is for Qmail
#
QMAIL_DIR       MyMail/incoming
#MAIL_DIR       /var/spool/mail
#MAIL_FILE      Mailbox

As you can see its written there: QMAIL_DIR is for Qmail. Maybe Qmail is not
qmail?

For shure I can set MAIL to point to the correct directory but then why this
setting in login.defs. What I wanted to say is that IT DOES NOT WORK WITH THIS
SETTING IN LOGIN.DEFS AND I DON'T KNOW WHY!

Regards
Serban

-- 
Serban Udrea
GSI - Plasma Physics Department
Darmstadt, Germany




Serban Udrea wrote:
> QMAIL_DIR       MyMail/incoming
> As you can see its written there: QMAIL_DIR is for Qmail. Maybe Qmail is not
> qmail?

  Is MyMail/incoming a maildir folder (do you have cur, tmp and new in
MyMail/incoming/) ?
  Did you mount the partition with noatime and/or nodiratime on Linux ?
 
  Best regards,
-- 
         Frank DENIS aka Jedi/Sector One aka DJ Chrysalis <[EMAIL PROTECTED]>
                -> Software : http://www.jedi.claranet.fr <-
                 -> Music : http://www.mp3.com/chrysalis <-




On Wed, Sep 29, 1999 at 01:51:36PM +0200, Jedi/Sector One wrote:
> Serban Udrea wrote:
> > QMAIL_DIR       MyMail/incoming
> > As you can see its written there: QMAIL_DIR is for Qmail. Maybe Qmail is not
> > qmail?
> 
>   Is MyMail/incoming a maildir folder (do you have cur, tmp and new in
> MyMail/incoming/) ?


Yes! And I'm currently using this folder to receive mail and it works.


>   Did you mount the partition with noatime and/or nodiratime on Linux ?


The partition is mounted defaults,usrquota. So the answer is no, as much as I
know about defaults and usrquota.

 
>   Best regards,
> -- 
>        Frank DENIS aka Jedi/Sector One aka DJ Chrysalis <[EMAIL PROTECTED]>
>               -> Software : http://www.jedi.claranet.fr <-
>                -> Music : http://www.mp3.com/chrysalis <-
< Here we are at the end of your message >

-- 
Serban Udrea
GSI - Plasma Physics Department
Darmstadt, Germany




> ...
> Quick question that I'm sure is simple.
> ...

I'm sure too.

> ...
> qmail is running, and my MTUs work fine. 
> ...

Ok fine, so there is no problem with qmail in the first place.

> ...
> Unfortunately, when I and my users
> log in, the login message is "No mail."
> But that's not true. I can elm to my mailbox and there is mail! There can be
> new mail too!
> 
> But that login message mocks me:
           ^^^^^^^^^^^^^\
                         That's the key where to find your answer.
> 
> "No mail."
> "No mail."
> "No mail."
> ...

Ok, so there is still no problem with qmail. 
Most probably it is your shell, that says "No mail.", because it 
doesn't find any mail when it by default checks for mail douring
login.
Well, and that is most probably, because the shell doesn't know where
your mail is stored.

> ...
> Any thoughts? I'm still using the Mailbox format until I get things
> straightened out.
> ...

Give your shell a hint where to find the Mailbox like:
  MAILDIR=/var/spool/mail/user; export MAILDIR     or
  export MAIL=my_mail_folder
and it will stop lying at you and your users.

>>> ...
>>> As you can see its written there: QMAIL_DIR is for Qmail. Maybe Qmail is not
>>> qmail?
>>> ...

Remember: it is not qmail, "who" is lying at you, so any change in
QMAIL_XXX won't help.

>> Is MyMail/incoming a maildir folder (do you have cur, tmp and new in
>> MyMail/incoming/) ?
> Yes! And I'm currently using this folder to receive mail and it works.
>>   Did you mount the partition with noatime and/or nodiratime on Linux ?
> The partition is mounted defaults,usrquota. So the answer is no, as much as I
> know about defaults and usrquota.
> ...

I think none of these things matter. So if not your shell says "No mail",
find out which program does and help it, telling it where to find the mail.
--------------------------------------------------------------------
Andreas Kaeser                      Schumann Unternehmensberatung AG
Unix- Intranet- und                 Hermann-Heinrich-Gossen-Str. 3
Internet-Security Berater           50858 Koeln
[EMAIL PROTECTED]       Tel: 02234/108-1855   Fax: -1818
--------------------------------------------------------------------




On Wed, Sep 29, 1999 at 05:24:32PM +0200, qmail mailing list receiver wrote:
 
>...
> 
> Give your shell a hint where to find the Mailbox like:
>   MAILDIR=/var/spool/mail/user; export MAILDIR     or
>   export MAIL=my_mail_folder
> and it will stop lying at you and your users.
>
>...
> 
Thank you,
 
I've set MAIL to $HOME/MyMail/incoming in my .profile file and now it works.

Regards

Serban 

-- 
Serban Udrea
GSI - Plasma Physics Department
Darmstadt, Germany




Ok now I have the following when I telnet to port 110

+OK <[EMAIL PROTECTED]>

I have given up running pop under tcpserver and now I am running it under
inetd.conf.


I still cannot retrieve nmy mail via outlook 98, it still says server not
found.


Vivian



On Wed, 29 Sep 1999, Andre Oppermann wrote:

> 
> It should look like this (with your hostname of course):
> +OK <[EMAIL PROTECTED]>
> 
> Nothing is ok here. First desinstall the old POP3 server and then
> reread LWQ step by step again.
> 
> -- 
> Andre
> 





If you can telnet to port 110 of your server from the same box that you are 
using to run outlook and get the below message than the only possible 
problem is a misconfigured outlook mail client.
Check your outlook settings

At 08:51 PM 9/29/99 +1000, you wrote:
>Ok now I have the following when I telnet to port 110
>
>+OK <[EMAIL PROTECTED]>
>
>I have given up running pop under tcpserver and now I am running it under
>inetd.conf.
>
>
>I still cannot retrieve nmy mail via outlook 98, it still says server not
>found.
>
>
>Vivian
>
>
>
>On Wed, 29 Sep 1999, Andre Oppermann wrote:
>
> >
> > It should look like this (with your hostname of course):
> > +OK <[EMAIL PROTECTED]>
> >
> > Nothing is ok here. First desinstall the old POP3 server and then
> > reread LWQ step by step again.
> >
> > --
> > Andre
> >





Sven Veckes <[EMAIL PROTECTED]> wrote:

>1)     Is there any tool to set a more readable format of a timestamp than
>accustamp does (or some to     convert).
>       I'm using 'cyclog' for logging.

tailocal <file                 (daemontools 0.53)

tai64nlocal <file              (daemontools >= 0.60)

-Dave




"jarrid jeeby" <[EMAIL PROTECTED]> wrote:

>On tty6 I see that syslog sucessfully restarted.  The conf looks like this 
>now:  (new line possibly redundant)
>
>*.* /dev/tty6
>*.=info;*.=notice      /usr/adm/messages
>*.=debug      /usr/adm/debug
>mail.debug      /usr/adm/debug.mail
>
>Both debug and debug.mail show nothing.  Doh!

Try:

    echo foo | /var/qmail/bin/splogger

If you don't get a message like:

    Sep 29 08:28:40 6C:sws5 splogger: 938608120.319538 foo

in debug or mail.debug, your syslog is broken. If that's the case--and 
even if it's not--I recommend using cyclog from daemontools for
logging. See:

    http://Web.InfoAve.Net/~dsill/lwq.html#installation

for complete qmail+daemontools+ucspi-tcp installation instructions.

-Dave




>     echo foo | /var/qmail/bin/splogger
>
>If you don't get a message like:
>
>     Sep 29 08:28:40 6C:sws5 splogger: 938608120.319538 foo
>
>in debug or mail.debug, your syslog is broken. If that's the case--

Syslog appears to be working fine.


>even if it's not--I recommend using cyclog from daemontools for
>logging. See:
>     http://Web.InfoAve.Net/~dsill/lwq.html#installation

I'll have a look anyway and see if I can get any new ideas.


[EMAIL PROTECTED]

______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com




Dave,

The only suspicion I have left is what I see running on my box.  Why is 
"(qmail-start <zombie>)" running as user qmaill?  What is meant by "zombie" 
and why does this process not appear in the example within section 5.6.1 of 
LWQmail?

The other discrepancies are the process owners:

"/var/qmail/bin/splogger smtpd 3" running as root
(in example, splogger runs as qmaill)

"tcpserver ... qmail-smtpd" running as root
(in example, tcpserver w/o supervise runs as qmaild)


[EMAIL PROTECTED]

______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com




zombie means the process died but its parent process didn't stick around
long enough to clean up after it.  This shouldn't be there.  How are you
calling qmail-start?

On Wed, 29 Sep 1999, jarrid jeeby wrote:

> Dave,
> 
> The only suspicion I have left is what I see running on my box.  Why is 
> "(qmail-start <zombie>)" running as user qmaill?  What is meant by "zombie" 
> and why does this process not appear in the example within section 5.6.1 of 
> LWQmail?
> 
> The other discrepancies are the process owners:
> 
> "/var/qmail/bin/splogger smtpd 3" running as root
> (in example, splogger runs as qmaill)
> 
> "tcpserver ... qmail-smtpd" running as root
> (in example, tcpserver w/o supervise runs as qmaild)
> 
> 
> [EMAIL PROTECTED]
> 
> ______________________________________________________
> Get Your Private, Free Email at http://www.hotmail.com
> 

---------------------------------
Timothy L. Mayo                         mailto:[EMAIL PROTECTED]
Senior Systems Administrator
localconnect(sm)
http://www.localconnect.net/

The National Business Network Inc.      http://www.nb.net/
One Monroeville Center, Suite 850
Monroeville, PA  15146
(412) 810-8888 Phone
(412) 810-8886 Fax





>zombie means the process died but its parent process didn't stick around
>long enough to clean up after it.  This shouldn't be there.  How are you
>calling qmail-start?

My /var/qmail/rc file reads:

exec env - PATH="/var/qmail/bin:$PATH" \
qmail-start "`cat /var/qmail/control/defaultdelivery`" \
accustamp | splogger qmail &

defaultdelivery reads: ./Maildir/

I have killed all the qmail-* processes (not tcpserver smtpd) and loaded 
qmail-start from the command line manually.  I used:

exec env - /var/qmail/bin/qmail-start ./Maildir/ &

... and a ps would show an immediate exit 111.

Not backrounding the process while using exec env will log me out of the 
terminal.  There is nothing interesting in syslog.


[EMAIL PROTECTED]

______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com




What shell are you using?  If you reread the install docs, Dan
specifically specifies csh for a reason.

On Wed, 29 Sep 1999, jarrid jeeby wrote:

> >zombie means the process died but its parent process didn't stick around
> >long enough to clean up after it.  This shouldn't be there.  How are you
> >calling qmail-start?
> 
> My /var/qmail/rc file reads:
> 
> exec env - PATH="/var/qmail/bin:$PATH" \
> qmail-start "`cat /var/qmail/control/defaultdelivery`" \
> accustamp | splogger qmail &
> 
> defaultdelivery reads: ./Maildir/
> 
> I have killed all the qmail-* processes (not tcpserver smtpd) and loaded 
> qmail-start from the command line manually.  I used:
> 
> exec env - /var/qmail/bin/qmail-start ./Maildir/ &
> 
> ... and a ps would show an immediate exit 111.
> 
> Not backrounding the process while using exec env will log me out of the 
> terminal.  There is nothing interesting in syslog.
> 
> 
> [EMAIL PROTECTED]
> 
> ______________________________________________________
> Get Your Private, Free Email at http://www.hotmail.com
> 

---------------------------------
Timothy L. Mayo                         mailto:[EMAIL PROTECTED]
Senior Systems Administrator
localconnect(sm)
http://www.localconnect.net/

The National Business Network Inc.      http://www.nb.net/
One Monroeville Center, Suite 850
Monroeville, PA  15146
(412) 810-8888 Phone
(412) 810-8886 Fax





>What shell are you using?  If you reread the install docs, Dan
>specifically specifies csh for a reason.

> > My /var/qmail/rc file reads:
> >
> > exec env - PATH="/var/qmail/bin:$PATH" \
> > qmail-start "`cat /var/qmail/control/defaultdelivery`" \
> > accustamp | splogger qmail &

My startup file executs rc as follows:
sh -cf '/var/qmail/rc &' (as documented)

The GOOD news is that I removed accustamp from rc and everything works.  It 
now reads:

exec env - PATH="/var/qmail/bin:$PATH" qmail-start ./Maildir/ \
| /var/qmail/bin/splogger qmail &

Logs are showing activity and all of the processes are running as they 
should.

BAD news: I am now getting "No such user here" messages for an existing 
account, and sending mail to <root> causes a loop.  During the loop there 
are success and failures.  I have only just made this breakthrough so I will 
try to resolve this myself and not bother the list members unnecessarily.

Thank you Dave & Tim,

[EMAIL PROTECTED]

PS - Are there any known problems installing Inter7's vpopmail?  I couldn't 
even pass the configure script the first time around.  It doesn't like my 
compiler.  I am about to install Chris Johnson's original vchkpw....

______________________________________________________
Get Your Private, Free Email at http://www.hotmail.com




Hi,m

can anybody explain to me why the reurn code for stray new lines is 451?
This causes the other site to keep the message in the queue, but it will
never get fixed, so it will never get delivered as well... So why not use
550 as the return code?

Franky




On Wed, 29 Sep 1999 14:32:34 +0200, Van Liedekerke Franky wrote:

>can anybody explain to me why the reurn code for stray new lines is 451?

The most common cause of stray \n is a misconfiguration of the sending
MTA. It is not a permanent error in the message, i.e. correction of the
sending MTA config will make the message acceptable.


-Sincerely, Fred

(Frederik Lindberg, Infectious Diseases, WashU, St. Louis, MO, USA)






Hmm... I always believed the error was in the sending client, not the MTA
he's connecting to. That's why Eudora released a patch to fix that kind of
problems, not?
Or am I wrong big time here?

> ----------
> From:         Fred Lindberg[SMTP:[EMAIL PROTECTED]]
> Reply To:     Fred Lindberg
> Sent:         Wednesday, September 29, 1999 3:28 PM
> To:   qmail list
> Subject:      Re: return code for stray new lines
> 
> On Wed, 29 Sep 1999 14:32:34 +0200, Van Liedekerke Franky wrote:
> 
> >can anybody explain to me why the reurn code for stray new lines is 451?
> 
> The most common cause of stray \n is a misconfiguration of the sending
> MTA. It is not a permanent error in the message, i.e. correction of the
> sending MTA config will make the message acceptable.
> 
> 
> -Sincerely, Fred
> 
> (Frederik Lindberg, Infectious Diseases, WashU, St. Louis, MO, USA)
> 
> 




On Wed, 29 Sep 1999 15:37:42 +0200, Van Liedekerke Franky wrote:

>Hmm... I always believed the error was in the sending client, not the MTA
>he's connecting to. That's why Eudora released a patch to fix that kind of
>problems, not?
>Or am I wrong big time here?

Eudora is a MTA [it speaks SMTP]. It is an MUA as well, but the failure
is "translation" of the message into SMTP.

-Sincerely, Fred

(Frederik Lindberg, Infectious Diseases, WashU, St. Louis, MO, USA)






Hello,
  I'm trying to forward root's and webmaster's email to another email
address. I found that putting /var/qmail/alias/.qmail-root or a
.qmail-webmaster does not work. When I mail root it says there is no
mailbox or someting like that. I found a file /var/qmail/users/assign that
looks like what I need to use, but I'm not sure how to edit this file.
Right now there are a whole bunch of entries like this one below
=root:alias:70:65534:/var/qmail/alias:-:postmaster:

the only thing that changes line to line is th next line is "abuse"
instead of root. Where could I find documentation on how to edit this
file? Thanks for your help.

                        Bob





"Bob C. Ruddy" <[EMAIL PROTECTED]> wrote:

>  I'm trying to forward root's and webmaster's email to another email
>address. I found that putting /var/qmail/alias/.qmail-root or a
>.qmail-webmaster does not work. When I mail root it says there is no
>mailbox or someting like that.

If you can't bother to include an exact copy of the error message, why 
should we waste our time trying to guess what the problem is?

>I found a file /var/qmail/users/assign that
>looks like what I need to use, but I'm not sure how to edit this file.
>Right now there are a whole bunch of entries like this one below
>=root:alias:70:65534:/var/qmail/alias:-:postmaster:
>
>the only thing that changes line to line is th next line is "abuse"
>instead of root. Where could I find documentation on how to edit this
>file? Thanks for your help.

See:

    http://Web.InfoAve.Net/~dsill/lwq.html#qmail-users

-Dave




On Wed, 29 Sep 1999, Dave Sill wrote:

->If you can't bother to include an exact copy of the error message, why 
->should we waste our time trying to guess what the problem is?

Please don't flame me for something that I didn't ask. If you read my
email there is one question. That question is were do I find documentation
on how to edit /var/qmail/users/assign. The question is very specific and
to the point. So please think before you flame. Thankyou for your answer.

                                Bob






Bob C. Ruddy writes:
 > On Wed, 29 Sep 1999, Dave Sill wrote:
 > 
 > ->If you can't bother to include an exact copy of the error message, why 
 > ->should we waste our time trying to guess what the problem is?
 > 
 > Please don't flame me for something that I didn't ask. If you read my
 > email there is one question. That question is were do I find documentation
 > on how to edit /var/qmail/users/assign. The question is very specific and
 > to the point. So please think before you flame. Thankyou for your answer.

Well, actually, he did answer your question, but he also pointed out
that your analysis of the problem might not be correct, and that you
should give us as much information as possible.

-- 
-russ nelson <[EMAIL PROTECTED]>  http://russnelson.com
Crynwr sells support for free software  | PGPok | Government schools are so
521 Pleasant Valley Rd. | +1 315 268 1925 voice | bad that any rank amateur
Potsdam, NY 13676-3213  | +1 315 268 9201 FAX   | can outdo them. Homeschool!




On Wed, 29 Sep 1999 10:24:09 -0400 (EDT), Bob C. Ruddy wrote:

>instead of root. Where could I find documentation on how to edit this
>file? Thanks for your help.

You could try the man pages ;-)

Start with qmail-users, then qmail-pw2u & qmail-newu. dot-qmail may
also help.

-Sincerely, Fred

(Frederik Lindberg, Infectious Diseases, WashU, St. Louis, MO, USA)






Hi,

does anyone know anything about the following errors?

Sep 29 14:43:24 bobos qmail: 938616204.618130 alert: oh no! lost spawn
connection! dying...
Sep 29 14:43:28 bobos qmail: 938616208.035467 status: exiting
Sep 29 14:47:40 bobos qmail: 938616460.399737 alert: cannot start: unable to
open mutex

any further attemps to start qmail fail with the mutex error.
This is on Linux RedHat 6.0. Prior to all of this I was hammering
qmail with tests and it behaved. Then I killed:

root     29305  0.0  0.0   872  236 pts/7    S    Sep22   0:11 qmail-lspawn
./Mailbox

in order to stop it and cleaned up the queue/ dir from all the files.

tia

-t





Tasos Kotsikonas <[EMAIL PROTECTED]> wrote:

>does anyone know anything about the following errors?
>
>Sep 29 14:43:24 bobos qmail: 938616204.618130 alert: oh no! lost spawn
>connection! dying...

qmail-send lost its connection to qmail-lspawn when you killed
qmail-lspawn...

>Sep 29 14:43:28 bobos qmail: 938616208.035467 status: exiting

so it exited.

>Sep 29 14:47:40 bobos qmail: 938616460.399737 alert: cannot start: unable to
>open mutex

Minutes later, you tried to restart qmail, but it failed because it
couldn't open /var/qmail/queue/lock/sendmutex. I'm not sure why that
failed. Possibly related to killing lspawn.

>This is on Linux RedHat 6.0. Prior to all of this I was hammering
>qmail with tests and it behaved. Then I killed:
>
>root     29305  0.0  0.0   872  236 pts/7    S    Sep22   0:11 qmail-lspawn
>./Mailbox
>
>in order to stop it and cleaned up the queue/ dir from all the files.

Ouch. Kill qmail-send to stop qmail.

My sendmutex looks like:

-rw-------   1 qmails   qmail           0 Sep 27 10:52 /var/qmail/queue/lock/sendmutex

You might want to run "make check" from the build directory.

-Dave




Hello there Qmail Users.

Maybe you already deal with this trouble in the past and could tell me
waht is happening.

I was configuring a virtual domain in my qmail server, and already have
set the MX record in my DNS Server.

I put:   prueba.tortuga.pe:tortuga
in /var/qmail/control/virtualdomains

and I also put:  prueba.tortuga.pe
in rcpthosts.

I put:   ./Maildir/ 
in ~tortuga/.qmail-default

Then i issue:
#chown -R tortuga.mail ~tortuga ~tortuga/.qmail-default ~tortuga/Maildir
#chmod 750 ~tortuga

Also, user qmailp belongs to group mail.

When I send a local mail to [EMAIL PROTECTED], i.e. from the machine
where the qmail server is installed, then the virtualdomain is ok

But, when I send a message from another host I receive this response:

   ----- The following addresses had permanent fatal errors -----
<[EMAIL PROTECTED]>

   ----- Transcript of session follows -----
... while talking to mail.test.com.pe.:
>>> RCPT To:<[EMAIL PROTECTED]>
<<< 550 Sorry, no mailbox here by that name. (#5.1.1)
550 <[EMAIL PROTECTED]>... User unknown


Can anyone of you tell me what is wrong?

Xavier.





Either send a HUP signal to qmail-send or stop and restart qmail.  The
command to send a HUP is

kill -HUP <pid of qmail-send>

On Wed, 29 Sep 1999, Sanchez, Xavier wrote:

> Hello there Qmail Users.
> 
> Maybe you already deal with this trouble in the past and could tell me
> waht is happening.
> 
> I was configuring a virtual domain in my qmail server, and already have
> set the MX record in my DNS Server.
> 
> I put:   prueba.tortuga.pe:tortuga
> in /var/qmail/control/virtualdomains
> 
> and I also put:  prueba.tortuga.pe
> in rcpthosts.
> 
> I put:   ./Maildir/ 
> in ~tortuga/.qmail-default
> 
> Then i issue:
> #chown -R tortuga.mail ~tortuga ~tortuga/.qmail-default ~tortuga/Maildir
> #chmod 750 ~tortuga
> 
> Also, user qmailp belongs to group mail.
> 
> When I send a local mail to [EMAIL PROTECTED], i.e. from the machine
> where the qmail server is installed, then the virtualdomain is ok
> 
> But, when I send a message from another host I receive this response:
> 
>    ----- The following addresses had permanent fatal errors -----
> <[EMAIL PROTECTED]>
> 
>    ----- Transcript of session follows -----
> ... while talking to mail.test.com.pe.:
> >>> RCPT To:<[EMAIL PROTECTED]>
> <<< 550 Sorry, no mailbox here by that name. (#5.1.1)
> 550 <[EMAIL PROTECTED]>... User unknown
> 
> 
> Can anyone of you tell me what is wrong?
> 
> Xavier.
> 
> 

---------------------------------
Timothy L. Mayo                         mailto:[EMAIL PROTECTED]
Senior Systems Administrator
localconnect(sm)
http://www.localconnect.net/

The National Business Network Inc.      http://www.nb.net/
One Monroeville Center, Suite 850
Monroeville, PA  15146
(412) 810-8888 Phone
(412) 810-8886 Fax





On Wed, 29 Sep 1999, Timothy L. Mayo wrote:

> Either send a HUP signal to qmail-send or stop and restart qmail.  The
> command to send a HUP is
> 
> kill -HUP <pid of qmail-send>

Yes..  I forgot tell you that I do this too... but I had received the
same response when I sent a message to [EMAIL PROTECTED] from another
host.

:(

Xavier.





I have RTFM, man pages, and qmail archives and I dont
see why this doesnt work. Perhaps someone here can
see what I am overlooking.
 
I am setting up 4 mail boxes for laiken.com
Here are my files and what I have done.
 
/var/qmail/control/virtualdomains
laiken.com:laiken001
laiken.com:laiken002
laiken.com:laiken003
laiken.com:laiken004
southwestern-av.com:swav001
 
/var/qmail/control/rcpthosts
localhost
cbssolutions.com
mail.cbssolutions.com
laiken.com
southwestern-av.com
/var/qmail/control/locals
localhost
cbssolutions.com
mail.cbssolutions.com
 
I did and adduser laiken001
I did and adduser laiken002
I did and adduser laiken003
I did and adduser laiken004
and set the passwords
 
I did a su laiken001 -c '/var/qmail/bin/maildirmake ~/Maildir'
I did a su laiken002 -c '/var/qmail/bin/maildirmake ~/Maildir'
I did a su laiken003 -c '/var/qmail/bin/maildirmake ~/Maildir'
I did a su laiken004 -c '/var/qmail/bin/maildirmake ~/Maildir'
 
I added a .qmail file to each:
laiken001 has .qmail-brian
laiken002 has .qmail-info
laiken003 has .qmail-webmaster
laiken004 has .qmail-postmaster
 
and last, but not least, when I was finished, I did:
killall -HUP qmail-send
 
Now, whenever I send an email to any of the 4 addresses:
 
it gets bounced:
Sorry, no mailbox here by that name. (#5.1.1)
what am I missing here.
 
Thanks a million,
Keith
 
 




On 9/29/99 at 11:40 AM, [EMAIL PROTECTED] (Keith From) wrote:

> 
> /var/qmail/control/virtualdomains
> laiken.com:laiken001
> laiken.com:laiken002
> laiken.com:laiken003
> laiken.com:laiken004
> southwestern-av.com:swav001

You might want to use .qmail files in /var/qmail/alias instead...

/var/qmail/control/virtualdomains
laiken.com

/var/qmail/alias
.qmail-laiken001 <- contains &laiken001
.qmail-laiken002 <- contains &laiken002
.qmail-laiken003 <- contains &laiken003
.qmail-laiken004 <- contains &laiken004

Since you already added the users this should work fine...

Pat
--
Freestyle Interactive | http://www.freestyleinteractive | 415.778.0610






by doing this, would i delete the .qmail-<user> in the laiken home dirs?


> On 9/29/99 at 11:40 AM, [EMAIL PROTECTED] (Keith From) wrote:
> 
> > 
> > /var/qmail/control/virtualdomains
> > laiken.com:laiken001
> > laiken.com:laiken002
> > laiken.com:laiken003
> > laiken.com:laiken004
> > southwestern-av.com:swav001
> 
> You might want to use .qmail files in /var/qmail/alias instead...
> 
> /var/qmail/control/virtualdomains
> laiken.com
> 
> /var/qmail/alias
> .qmail-laiken001 <- contains &laiken001
> .qmail-laiken002 <- contains &laiken002
> .qmail-laiken003 <- contains &laiken003
> .qmail-laiken004 <- contains &laiken004
> 
> Since you already added the users this should work fine...
> 
> Pat
> --
> Freestyle Interactive | http://www.freestyleinteractive | 415.778.0610
> 
> 
> 





On Wed, 29 Sep 1999, Keith From wrote:

> I am setting up 4 mail boxes for laiken.com
> Here are my files and what I have done.
> 
> /var/qmail/control/virtualdomains
> laiken.com:laiken001
> laiken.com:laiken002
> laiken.com:laiken003
> laiken.com:laiken004
> southwestern-av.com:swav001
>
> ...
>
> I added a .qmail file to each:
> laiken001 has .qmail-brian
> laiken002 has .qmail-info
> laiken003 has .qmail-webmaster
> laiken004 has .qmail-postmaster

Your problem is the same of mine.
You can partialy deal with it putting in virtualhosts instead of your
current lines:

[EMAIL PROTECTED]:laiken001
[EMAIL PROTECTED]:laiken002
[EMAIL PROTECTED]:laiken003
[EMAIL PROTECTED]:laiken004


But if you have many users in a virtualdomain your virtualdomains file
could be a big file and very difficult to manage.

I hope this helps

sincerely

Xavier





Hello, all.

My .qmail file in each homedir  conatins
        ./Maildir/

which should direct mails to the corresponding Maildir.  In general it 
works that way.  For example, in my users/assign file, I have the entry,

  =sfs-cn-com-xyz:popuser:888:888:/apps/qmail/home/popboxes/sfs-cn-com/sfs-cn:::

when I send mail to [EMAIL PROTECTED] ,  the mail indeed goes into the Maildir
of ../sfs-cn.  The symbol '=' here means matches the name 'xyz'. 
However, if I use the wildcard, '+' which means matches any user name,
the mail goes into the Mailbox.  For example, in users/assign file, I have the
entry

  +sfs-cn-com-:popuser:888:888:/apps/qmail/home/popboxes/sfs-cn-com/sfs-cn:::

when I send mail to [EMAIL PROTECTED], the mail goes into Mailbox.

Could somebody tell me what I did wrong ?

Thanks a lot.

Regards,

Tong






I don't know why but eventually I 'fixed' the
problem by making the default ( in qmail-start )
to be Maildir rather than Mailbox.  Then all
mails go to Maildir whether I use exact match '='
or wildcard match '+'.

Explanations or other 'fixes' will be appreciated.

Thanks for your time.

Regards,
Tong

At 10:01 AM 9/29/99 +0100, Tong YU wrote:
>Hello, all.
>
>My .qmail file in each homedir  conatins
>        ./Maildir/
>
>which should direct mails to the corresponding Maildir.  In general it 
>works that way.  For example, in my users/assign file, I have the entry,
>
>
=sfs-cn-com-xyz:popuser:888:888:/apps/qmail/home/popboxes/sfs-cn-com/sfs-cn:::
>
>when I send mail to [EMAIL PROTECTED] ,  the mail indeed goes into the Maildir
>of ../sfs-cn.  The symbol '=' here means matches the name 'xyz'. 
>However, if I use the wildcard, '+' which means matches any user name,
>the mail goes into the Mailbox.  For example, in users/assign file, I have the
>entry
>
>  +sfs-cn-com-:popuser:888:888:/apps/qmail/home/popboxes/sfs-cn-com/sfs-cn:::
>
>when I send mail to [EMAIL PROTECTED], the mail goes into Mailbox.
>
>Could somebody tell me what I did wrong ?
>
>Thanks a lot.
>
>Regards,
>
>Tong
>
>
>





Hi Thomas,

> perhaps i would understand what users/assign is used for if the
> docu would exist in german.

Die datei assign macht im Prinzip genau das gleiche, wie die .qmail-user
Dateien, nur dass Sie noch etwas mehr kann.

> Could someone explain it to me what to do with users/assign ?
> My system with many vdomains works very well without that file !

Fuer deine Virtaul-domains brauchts du diese Datei eigentlich auch
nicht. Wenn du nun aber viele verschiedene Aliase zu setzten haettest
(Der User hide hat als E-Mail-Adresse [EMAIL PROTECTED]), dann ist
die Datei assign wesentlich besser zu verwalten und auch schneller.
Sie kann z.B. auch Mails an Benutzer versenden, deren Accountname mit
einem Grossbuchstaben beginnt oder E-Mailadressen ermoeglichen, die
einen Punkt enthalten.

Ciao,

Cyril





Well, you helped me with one of my problems: permissions were set with
the root uid.
        I did chown qmaild on it, but I am still having the same problems. 
Someone else suggested that the i/o error in syslog may be due to a bad
sector that tcp.smtp.cdb might reside on...Haven't had a chance to
re-compile it elsewhere to test this theory.
        As I recall, you don't need to restart tcpserver for changes to take
effect correct?
        Thanks,
                Ryan Sharon
                [EMAIL PROTECTED]


Frank Tegtmeyer wrote:
> 
> >       but I have my tcp.smtp.cdb compiled with the following data (and it IS
> > in /etc/):
> >
> > 127.0.0.1:allow,RELAYCLIENT=""
> > xxx.xxx.xxx.xxx-xxx:allow,RELAYCLIENT=""
> > :allow        # <--That SHOULD allow the rest of the world to send me mail
> > shouldn't it?
> 
> How did you build /etc/tcp.smtp.cdb?
> 
> It should be something like this:
> 
> tcprules /etc/tcp.smtp.cdb /etc/temp.cdb < /etc/tcp.smtp
> 
> Did you build the CDB-file again? Are the permissions right, so that
> tcpserver can access it (remember tcpserver runs under the given UID)?
> 
> Frank




what form of the chown command did you use?  It should have been a "chown
-R".

On Wed, 29 Sep 1999, Ryan Sharon wrote:

> Well, you helped me with one of my problems: permissions were set with
> the root uid.
>       I did chown qmaild on it, but I am still having the same problems. 
> Someone else suggested that the i/o error in syslog may be due to a bad
> sector that tcp.smtp.cdb might reside on...Haven't had a chance to
> re-compile it elsewhere to test this theory.
>       As I recall, you don't need to restart tcpserver for changes to take
> effect correct?
>       Thanks,
>               Ryan Sharon
>               [EMAIL PROTECTED]
> 
> 
> Frank Tegtmeyer wrote:
> > 
> > >       but I have my tcp.smtp.cdb compiled with the following data (and it IS
> > > in /etc/):
> > >
> > > 127.0.0.1:allow,RELAYCLIENT=""
> > > xxx.xxx.xxx.xxx-xxx:allow,RELAYCLIENT=""
> > > :allow        # <--That SHOULD allow the rest of the world to send me mail
> > > shouldn't it?
> > 
> > How did you build /etc/tcp.smtp.cdb?
> > 
> > It should be something like this:
> > 
> > tcprules /etc/tcp.smtp.cdb /etc/temp.cdb < /etc/tcp.smtp
> > 
> > Did you build the CDB-file again? Are the permissions right, so that
> > tcpserver can access it (remember tcpserver runs under the given UID)?
> > 
> > Frank
> 

---------------------------------
Timothy L. Mayo                         mailto:[EMAIL PROTECTED]
Senior Systems Administrator
localconnect(sm)
http://www.localconnect.net/

The National Business Network Inc.      http://www.nb.net/
One Monroeville Center, Suite 850
Monroeville, PA  15146
(412) 810-8888 Phone
(412) 810-8886 Fax





Hello folks,

I tried to move a queue on to a separate drive recently, and I am saw the
following error messages in the syslog.  Using the qmail-qsanity-0.52 I
was able to resolve the problem, but I would love to know a way to get
qmail to log more information.  There have been times where I could not
determine the problem from the logs.  Any ideas?


Sep 28 21:34:17 outmta008 qmail: 938579657.209274 warning: trouble opening
remote/7/37888; will try again later
Sep 28 21:34:17 outmta008 qmail: 938579657.209479 warning: trouble opening
remote/13/38745; will try again later
Sep 28 21:34:17 outmta008 qmail: 938579657.209683 warning: trouble opening
remote/21/38523; will try again later
Sep 28 21:34:17 outmta008 qmail: 938579657.209941 warning: trouble opening
remote/0/37467; will try again later
Sep 28 21:34:17 outmta008 qmail: 938579657.210149 warning: trouble opening
remote/14/38309; will try again later
Sep 28 21:34:17 outmta008 qmail: 938579657.210353 warning: trouble opening
remote/1/38020; will try again later

Thanks,
Marc

==================================================================
Seen on /.:

    If Bill Gates had a nickel for every time Windows crashed... 
    ..oh wait, he does.
==================================================================






+ The Green Avenger <[EMAIL PROTECTED]>:

| I tried to move a queue on to a separate drive recently, and I am saw the
| following error messages in the syslog.  Using the qmail-qsanity-0.52 I
| was able to resolve the problem, [...]
| 
| Sep 28 21:34:17 outmta008 qmail: 938579657.209274 warning: trouble opening
| remote/7/37888; will try again later

This is due to inode magic.  See FAQ 7.5.  However, as you have found
out qmail-qsanity knows how to rename the message files to match with
inode numbers once more.

- Harald




Actually, we slightly altered your script (from qmail.org) to do the inode
magic.  The problem was with user and group ownership.

Still, for other qmail problems I have wanted to configure qmail to log
more information and was unable to figure out how.  Has anyone done this
sucessfully?

-Marc

==================================================================
Seen on /.:

    If Bill Gates had a nickel for every time Windows crashed... 
    ..oh wait, he does.
==================================================================

On Wed, 29 Sep 1999, Harald Hanche-Olsen wrote:

> + The Green Avenger <[EMAIL PROTECTED]>:
> 
> | I tried to move a queue on to a separate drive recently, and I am saw the
> | following error messages in the syslog.  Using the qmail-qsanity-0.52 I
> | was able to resolve the problem, [...]
> | 
> | Sep 28 21:34:17 outmta008 qmail: 938579657.209274 warning: trouble opening
> | remote/7/37888; will try again later
> 
> This is due to inode magic.  See FAQ 7.5.  However, as you have found
> out qmail-qsanity knows how to rename the message files to match with
> inode numbers once more.
> 
> - Harald
> 





Qmail is running here on a dial in machine.

The machines external name is bah.localcorp.net (statically allocated address
to it's ppp0 interface --> 172.16.1.1 ). The machines internal name is
bah.internal.net (eth0 interface of 10.1.1.1).

# cd /var/qmail/control
# cat me
bah.internal.net

# cat defaultdomain
internal.net

# cat rcpthosts
localhost
bah.internal.net
bah.localcorp.net

# cat /etc/tcp.smtp
127.0.0.1:allow,RELAYCLIENT=""
172.16.1.1:allow,RELAYCLIENT=""
10.1.1.:allow,RELAYCLIENT=""

I've tried both domains in plusdomains and locals but no go. The error that
is returned is :

Sorry. Although I'm listed as a best-preference MX or A for that host,
it isn't in my control/locals file, so I don't treat it as local. (#5.4.6)

Local Delivery works, as well as outbound mail ; but inbound mail fails.

One further question - why is qmail using GMT instead of the timezone
specified in `date' ?

Any help is appreciated. Thanks.


-       -

        "Wars never hurt anybody
        except the people
        the people who die."
                -- Salvador Dali






hi,

On 29-Sep-99 eric wrote:
 
...

># cd /var/qmail/control
># cat me
> bah.internal.net
> 
># cat defaultdomain
> internal.net
> 
># cat rcpthosts
> localhost
> bah.internal.net
> bah.localcorp.net
> 

...
 
> Sorry. Although I'm listed as a best-preference MX or A for that host,
> it isn't in my control/locals file, so I don't treat it as local. (#5.4.6)
> 

try:
# echo "bah.internal.net" > locals ; echo "bah.localcorp.net" > locals


... in the qmail/control dir

bye bye,
ratao

----------------------------------
E-Mail: RaTao von J <[EMAIL PROTECTED]>
Date: 29-Sep-99
Time: 19:41:51
----------------------------------





Please forget this. Things just magically started working.


---------- Forwarded message ----------
Date: Wed, 29 Sep 1999 14:27:03 -0500 (CDT)
From: eric <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Subject: Qmail+Dialup

Qmail is running here on a dial in machine.

The machines external name is bah.localcorp.net (statically allocated address
to it's ppp0 interface --> 172.16.1.1 ). The machines internal name is
bah.internal.net (eth0 interface of 10.1.1.1).

# cd /var/qmail/control
# cat me
bah.internal.net

# cat defaultdomain
internal.net

# cat rcpthosts
localhost
bah.internal.net
bah.localcorp.net

# cat /etc/tcp.smtp
127.0.0.1:allow,RELAYCLIENT=""
172.16.1.1:allow,RELAYCLIENT=""
10.1.1.:allow,RELAYCLIENT=""

I've tried both domains in plusdomains and locals but no go. The error that
is returned is :

Sorry. Although I'm listed as a best-preference MX or A for that host,
it isn't in my control/locals file, so I don't treat it as local. (#5.4.6)

Local Delivery works, as well as outbound mail ; but inbound mail fails.

One further question - why is qmail using GMT instead of the timezone
specified in `date' ?

Any help is appreciated. Thanks.


-       -

        "Wars never hurt anybody
        except the people
        the people who die."
                -- Salvador Dali







Greetings.

I've just put version 1.2 of the relay-ctrl package on my web site at:
        http://em.ca/~bruceg/relay-ctrl/
This is a package that allows SMTP-after-POP3 with the qmail set of
tools, similar to the "open-smtp" package by Russell Nelson, but without
requiring a patched checkpassword.

This release adds an all important year 2000 statement, and the ability
to specify a fixup address for all relay clients at runtime.
-- 
Bruce Guenter <[EMAIL PROTECTED]>                       http://em.ca/~bruceg/




Hoi folx,

this is long and detailed, but maybe it also helps others in the same
situation. Also comments from other german qmail users hit by the same
problems are welcome, maybe we can get hold of the spammer together.

This weekend and also yesterday we had a nasty problem:
Some spamming software was used to forge sender addresses of two domains
hosted on our mail servers.
- the spam was injected on various relay open mail servers throughout
  Germany (similar IP address blocks, so I think they were detected
  by network scans)
- Received lines look like it were local injects on that machines (all Linux
  hosts as far as I've checked) so they might have been hacked
- the spam advertised US products, so I don't think the spammers are
  from Germany nor that they are among our customers.
- the addresses do not exist nor do similar ones. They used the domains
  "link-m.de" and "i-dial.de" with different users

The problems:
- our "portal" mailserver was hit by about 100000 failure notices
  within a very short period of time
- both domains are forwarded via smtproutes to other mailservers
  (both also qmail)
  So these were under heavy load, too, and one of them also generated
  failure copies to a remote postmaster account, which made it even
  worse for that server.

When we noticed the problems (Saturday night *sigh*) we already had
about 50000 emails in the queue on the portal server. The smtp port
was mostly unusable, as some hundred mailservers tried to inject
the failure notices. I first blocked (via tcpserver) the open relays
(hacked servers?) injecting "direct bounced" as soon as I detected them.
That was not really a solution.
The queue filled rapidly up, as the server couldn't get
the mails through to the other two servers and they were coming in
faster than qmail-send could schedule them for delivery.
I then reduced the number of parallel smtpds (via tcpserver) to give
qmail-send a chance and set up local delivery (via virtualdomains)
for that domains into Maildirs for "legit" users (.qmail-default) and
null deliveries (only a # line in the .qmail-user file) for the non
existing users to get rid of the emails in the queue.
After that I set up a serialmail delivery of the legit emails to
the two other hosts.
That helped getting the situation somehow "under control" and after
3 hours or so we had a kinda stable situation and I increased the number
of parallel smptds again.

However a few questions/actions remain:

Actions:
- I'll patch qmail-smtpd to make use of a badrcpto file, to get rid of
  the emails at an earlier stage and hopefully faster to keep the
  smtp port usable
- I'll use Russells big-todo-patch and hope that qmail-send will be
  more productive in similar situations

Questions:
- what would be the most effective way to get rid of some 10000 emails
  in the queue if all I know is the addressee?
- how can I detect such a situation *fast* besides doing a qmail-qstat
  every e.g. 15 minutes and comparing the results against some limits
  and issue some alarm (of course not via email ;-))
- any other proposals for the "in the middle of an attack" steps besides
  those I have used?
- any other ideas, comments on how to prevent/handle that kind of
  problems?

Thanks a lot,

        \Maex

P.S. We're still analyzing the bounces we've saved away and will contact
     all the admins of the "injecting" servers to get hold of the
     spammers. However I fear that if he really is from US the chances of
     legal actions against them are minimal :-(((

-- 
SpaceNet GmbH             |   http://www.Space.Net/   | Yeah, yo mama dresses
Research & Development    | mailto:[EMAIL PROTECTED] | you funny and you need
Joseph-Dollinger-Bogen 14 |  Tel: +49 (89) 32356-0    | a mouse to delete files
D-80807 Muenchen          |  Fax: +49 (89) 32356-299  |




Markus Stumpf <[EMAIL PROTECTED]> writes:

> However a few questions/actions remain:
> 
> Actions:
> - I'll patch qmail-smtpd to make use of a badrcpto file, to get rid of
>   the emails at an earlier stage and hopefully faster to keep the
>   smtp port usable

I've already done this, as well as regular expression pattern
matching and RBL and DUL lookups.

See http://www.flame.org/qmail/flame-patches-1.03-1.6.3.diff

--Michael




Can anyone point me to the newline patch for qmail.

I'm looking for the patch that allows qmail to talk non RFC complient
MTA's which don't send the right line termination characters.

Ken Jones
Inter7




On Wed, Sep 29, 1999 at 03:17:19PM -0500, Ken Jones wrote:
> Can anyone point me to the newline patch for qmail.
> 
> I'm looking for the patch that allows qmail to talk non RFC complient
> MTA's which don't send the right line termination characters.

If you don't want to patch qmail use "fixcr", which is is the ucspi-tcp
package.

www.qmail.org says:
    Daniel J. Bernstein suggests that if you have buggy clients that send
    bare LFs, and you want to treat their messages the same way sendmail
    does, you can simply run sh -c 'fixcr | qmail-smtpd' for your outgoing
    mail relay. 

Hope that helps,

        \Maex

-- 
SpaceNet GmbH             |   http://www.Space.Net/   | Yeah, yo mama dresses
Research & Development    | mailto:[EMAIL PROTECTED] | you funny and you need
Joseph-Dollinger-Bogen 14 |  Tel: +49 (89) 32356-0    | a mouse to delete files
D-80807 Muenchen          |  Fax: +49 (89) 32356-299  |




Markus Stumpf <[EMAIL PROTECTED]> writes:
| If you don't want to patch qmail use "fixcr", which is is the ucspi-tcp
| package.

Consult the archives for discussion of fixcr's bugs before choosing
that over simply fixing qmail-smtpd.





On Wed, Sep 29, 1999 at 10:27:54PM +0200, Markus Stumpf wrote:
# On Wed, Sep 29, 1999 at 03:17:19PM -0500, Ken Jones wrote:
# > Can anyone point me to the newline patch for qmail.
# www.qmail.org says:
#     Daniel J. Bernstein suggests that if you have buggy clients that send
#     bare LFs, and you want to treat their messages the same way sendmail
#     does, you can simply run sh -c 'fixcr | qmail-smtpd' for your outgoing
#     mail relay. 
# 
# Hope that helps,
# 

of course, the socket doesnt get closed at the end of a message then so the
mailer things it's a problem if you are using cold fusion, for one.

-- 
/- [EMAIL PROTECTED] --------------- [EMAIL PROTECTED] -\
|Justin Bell  NIC:JB3084| Time and rules are changing.         |
|Pearson                | Attention span is quickening.        |
|Developer              | Welcome to the Information Age.      |
\-------- http://www.superlibrary.com/people/justin/ ----------/




I have all the obvious set up and qmail is accepting the mails.  I can send mails to 
local accounts like postmaster fine.  AFAIK the logger is syslog but I basically read 
through /var/log/maillog and looked for the corresponding mail.

On Tue, 28 Sep 1999 18:29:59 -0500, Erik Howard wrote:
>Are these users part of the same domain, or virtual domain? Qmail bounces
>mail for domains not listed in control/rcpthosts. Make sure your virtual
>domains and rcpthosts files are setup correctly. Also make sure any .qmail
>files and MailDir directories are owned by the correct users. Being a new
>qmail admin, this was my main problem.
>
>What program are you using to log messages?
>
>Erik
>"The lottery is a tax on those who are bad at math"
>
>----- Original Message -----
>From: Marek Narkiewicz <[EMAIL PROTECTED]>
>To: <[EMAIL PROTECTED]>
>Sent: Tuesday, September 28, 1999 6:03 PM
>Subject: Almost there (pop server)
>
>
>> Hi again.  I almost have my setup as I would like it.  I have used
>vpopmail to add
>> popaccounts for my users.  I have checked the popserver and connected to
>it remotely.
>> All is well.  I can use qmail as a relay if I use my equipment to dial in.
>The only problem
>> is that when I send emails to the users I have added the mails do not
>arrive at their
>> correct destination.  I have looked in /var/log/maillog and there is no
>error message by the
>> actual email.  Can anyone suggest what may be wrong or how I could trace
>this? CHeers,
>> --
>> Marek Narkiewicz, Webmaster Intercreations
>> Reply to <-marek @ intercreations . com->
>> "Ticking away, the moments that make up a dull day"
>> Pink Floyd
>> Time
>>
>>





Well, I tried 'wc /etc/tcp.smtp.cdb' and recieved no errors, but I
haven't had a chance to recompile to a different directory; I am going
to do this though to /var which resides on a seperate partition.
        In regards to pop3: I stand corrected.  The problems I am experiencing
do not seem to have a anything to do with it.  Pop3 on the local net is
working fine.
        Thanks again,
                Ryan Sharon
                [EMAIL PROTECTED]

Dave Sill wrote:
> 
> Ryan Sharon <[EMAIL PROTECTED]> wrote:
> 
> >Sep 27 19:56:17 portal qmail: tcpserver: warning: dropping connection,
> >unable to read /etc/tcp.smtp.cdb: input/output error
> 
> Have you investigated this message? "Input/output error" usually means
> there's a hardware problem such as an unreadble block on the
> disk. Does "wc /etc/tcp.smtp.cdb" give an error?
> 
> ># pop3 is obviously having a hard time...
> >        sh -c "start-stop-daemon --start --user qmaild \
> >            --exec /usr/bin/tcpserver -q -- \
> >            0 pop-3 /usr/sbin/qmail-popup `hostname`.`dnsdomainname` \
> >            /usr/bin/checkpassword /usr/sbin/qmail-pop3d Maildir &"
> 
> What does POP have to do with it? And how is it obvious it's "having a
> hard time"?
> 
> -Dave




Just FYI:
        I ran "wc /etc/tcp.smtp.cdb" and as I said I got no errors, but it
might be helpful to give you the results (listed below):
        0     108    2379 /etc/tcp.smtp.cdb

Dave Sill wrote:
> 
> Ryan Sharon <[EMAIL PROTECTED]> wrote:
> 
> >Sep 27 19:56:17 portal qmail: tcpserver: warning: dropping connection,
> >unable to read /etc/tcp.smtp.cdb: input/output error
> 
> Have you investigated this message? "Input/output error" usually means
> there's a hardware problem such as an unreadble block on the
> disk. Does "wc /etc/tcp.smtp.cdb" give an error?
> 
> ># pop3 is obviously having a hard time...
> >        sh -c "start-stop-daemon --start --user qmaild \
> >            --exec /usr/bin/tcpserver -q -- \
> >            0 pop-3 /usr/sbin/qmail-popup `hostname`.`dnsdomainname` \
> >            /usr/bin/checkpassword /usr/sbin/qmail-pop3d Maildir &"
> 
> What does POP have to do with it? And how is it obvious it's "having a
> hard time"?
> 
> -Dave




Does anyone have any pointers on constructing headers with qmail-inject
to replicate the following :::

 /usr/lib/sendmail -f '<email>' -bm
 /usr/lib/sendmail -f '<email>' -bm -t       (if using Cc:)

How are the Header fields placed in the injection? Via flags?

Thanks.





Is there any real advantage to upgrading to daemontools >= 0.60?  I'm
using 0.53 now which is working great.

Thanks
Derek







HI,

just wondering if, after I applied the big-todo patch, I can still use the
queue-fix program?

Franky




Hello everybody,

I would like to have qmail pipe all incomming email into a bash script.
How can I exctract Email informations like Headers, Text, Attachment,
from the incomming mail?
is it like reading a file line by line, and write regular expressions to
catch the different informations
or is the mail provided by qmail setting some flags, arrays, ...?

In general, since I didnt start with that little project yet... and if
someone
has anything like this, or heard of it, I would appreciate any informations.

I dont feel a big need to re-invent the wheel ;-), thus if something is out
there that already does the parsing of emails, let me know ;-)

Thanks for any pointers,

Andre
------------------------------------------------------
ICQ#: 1339921
Home: http://anneck.de





On Thu, Sep 30, 1999 at 09:03:33AM +0200, Andre Anneck wrote:

There are already tools available to parse messages, and extract
information. The mess822 package by DJB will do a very good job of
extracting headers. And the reformime tool from the maildrop package
will let you work with the content of messages bodies.

> Hello everybody,
> 
> I would like to have qmail pipe all incomming email into a bash script.
> How can I exctract Email informations like Headers, Text, Attachment,
> from the incomming mail?
> is it like reading a file line by line, and write regular expressions to
> catch the different informations
> or is the mail provided by qmail setting some flags, arrays, ...?
> 
> In general, since I didnt start with that little project yet... and if
> someone
> has anything like this, or heard of it, I would appreciate any informations.
> 
> I dont feel a big need to re-invent the wheel ;-), thus if something is out
> there that already does the parsing of emails, let me know ;-)

-- 
See complete headers for more info




-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

> In general, since I didnt start with that little project yet... and
> if someone has anything like this, or heard of it, I would
> appreciate  any informations.  
> 
> I dont feel a big need to re-invent the wheel ;-), thus if 
> something is out
> there that already does the parsing of emails, let me know ;-)

What exactly are you trying to do with this script?

- -Chris

-----BEGIN PGP SIGNATURE-----
Version: PGPfreeware 6.5.1 for non-commercial use <http://www.pgp.com>

iQA/AwUBN/MOC5udIvOxcSM4EQIUFgCcDthJqNjEq7Ki9+BtuShqDJlvGC4An0M/
vODjHCNyrEak5yeNOtTZDPAj
=1MjU
-----END PGP SIGNATURE-----





Well... 
I am trying to write data into the local MySQL database.
I want a user to be able to send mail to [EMAIL PROTECTED]
With commands like:

ADD <item> IN <database>

Well .. now that I am thinking about it..
EZMLM is talking to MySQL... maybe its time to write an 
EMAIL-MySQL Abstraction layer ... ;-)


Andre
------------------------------------------------------
ICQ#: 1339921
Home: http://anneck.de
----- Original Message ----- 
From: Chris Nelson <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, September 30, 1999 9:15 AM
Subject: RE: Bash Script help


> 
> What exactly are you trying to do with this script?
> 
> - -Chris
> 






Dimitri SZAJMAN <[EMAIL PROTECTED]> writes:

> Hi,
> 
> In order to prevent spaming, is there something better than badmailfrom ?
> Like : 'if header contain '*spamdomain.com' then put it to
> /dev/null' ?

Try my patches which let you do regular expression pattern matching on
headers.  They also do RBL and DUL lookups, and let you have badrcptto
as well as badmailfrom.

http://www.flame.org/qmail/flame-patches-1.03-1.6.3.diff

--Michael




 <[EMAIL PROTECTED]> writes:

> By the time the packet hits badmail from you've already done a lot of work
> to just reject the connection.
> 
> Filter it as soon as possible.  BEFORE it get to you SMTP port.... so you
> don't have to spawn an ident child, then a qmail-smtpd then reject the
> packet. I'm not sure of exactly how far up the chain you would go to
> finally get to the badmailfrom file..... but it has to be slower than
> ipfwadm.

However, rejecting the mail explicitly rather than appearing to be
dead is often better.

If you reject the mail, perhaps a postmaster somewhere else on some
open relay mail server will get a full mailbox instead.  That's the
quickest way to get an open relay shut down.

--Michael


Reply via email to