qmail Digest 5 Apr 2001 10:00:01 -0000 Issue 1325

Topics (messages 60257 through 60328):

inittab [was:  Id "SV" respawning too fast: disabled for 5 minutes]
        60257 by: Tom Beer

Re: Secure Email?
        60258 by: Sumith
        60272 by: Daniel Holden

Re: 4.4.2 error
        60259 by: Caspar Bothmer

Re: Qmail attack
        60260 by: Renato
        60261 by: Sean Reifschneider

DNS for a simple LAN?
        60262 by: Marco Calistri

Re: Id "SV" respawning too fast: disabled for 5 minutes
        60263 by: Dave Sill
        60264 by: Rick Updegrove
        60314 by: John D. Mitchell

qmail list serv - removal
        60265 by: Terry Bilskie
        60277 by: Magnus Bodin

Re: Forward Domain
        60266 by: Charles Cazabon

Re: Why does qmail accept "From:  <>" and can it be told not to?
        60267 by: Charles Cazabon
        60328 by: David Talkington

Re: header problem
        60268 by: Charles Cazabon

Remove mail from queue manually
        60269 by: Gregor Szaktilla
        60270 by: Charles Cazabon

Selective Relaying Question
        60271 by: John Anderson
        60273 by: Brett Randall
        60274 by: Charles Cazabon
        60275 by: Kirti S. Bajwa
        60276 by: John Anderson
        60279 by: Charles Cazabon
        60280 by: Charles Cazabon
        60281 by: John Anderson
        60284 by: Dave Sill
        60286 by: Timothy Legant
        60287 by: Charles Cazabon
        60289 by: John Anderson
        60290 by: Johan Almqvist
        60291 by: John Anderson

Re: ticketing system?
        60278 by: David Coley
        60283 by: Marc Knoop
        60302 by: Henning Brauer

Java and qmail
        60282 by: Mathew Chandy
        60285 by: d.l

QMail + AvpKeeper
        60288 by: Daniel Riera

Mailing from script
        60292 by: Alex Le Fevre
        60294 by: Johan Almqvist
        60297 by: Alex Le Fevre
        60298 by: Johan Almqvist
        60300 by: Peter Green
        60301 by: Alex Le Fevre
        60303 by: Henning Brauer
        60305 by: David Young

isn't this kinda slow?
        60293 by: Brett
        60296 by: Johan Almqvist
        60312 by: Markus Stumpf

I thought I had it... BUT???
        60295 by: Kirti S. Bajwa
        60299 by: Kirti S. Bajwa

Re: Cann't get qmail to start properly
        60304 by: Jeff_D_Sweeten.asc.aon.com
        60306 by: Charles Cazabon

Tried everything HELP!
        60307 by: Marcus Ouimet
        60308 by: Johan Almqvist
        60309 by: Greg White
        60310 by: Henning Brauer
        60311 by: Marcus Ouimet
        60317 by: Charles Cazabon

relay-crtl 2.5
        60313 by: Jairo Marciano Silva

Some hints please
        60315 by: Marco Calistri
        60318 by: Charles Cazabon

Estimating needed Inodes
        60316 by: Al Sparks
        60319 by: Charles Cazabon

A strange behavior.
        60320 by: Kou Sato
        60326 by: Kou Sato

Mail Parsing
        60321 by: Mathew Chandy
        60322 by: Peter Cavender
        60325 by: Johan Almqvist
        60327 by: Csaba Bobak

problems with tcpserver
        60323 by: todd kennedy
        60324 by: Christian Dressend

Administrivia:

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

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

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

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


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


Hi again,

sv:123456:respawn:env - \
PATH=/usr/local/bin:/usr/sbin:/usr/bin:/bin svscan /service </dev/null >
/dev/console 2>/dev/console

I made the change to one line, but no results. The error
message is id field too long. I don't know if this is
qmail related, but the man inittab won't help me.
The id field, is as far as I understand the inittab the "sv"
field, and this could be as long as four characters, no matter what 
the value is (numbers or letters). So, what's my
problem with this? qmail?

Thanks Tom






Check out...
www.inter7.com
with Qmail+Vpopmail+Sqwebmail package you can have Gnupg support for
encrypting and digitally signing your messages and that too for non-system
accounts.
Don't ask me any configuration questions though...direct them to vpopmail
and sqwebmail list. I've yet to understand and configure this on my box.

Hope this helps

Regards
Sumith
----- Original Message -----
From: Daniel Holden
To: [EMAIL PROTECTED]
Sent: Tuesday, April 03, 2001 1:18 PM
Subject: Secure Email?


I haven't read entirely through the documentation yet but I was wondering if
qmail supports secure email?  Is there documentation on setting this up?





Thank you.


----- Original Message -----
From: "Sumith" <[EMAIL PROTECTED]>
To: "Daniel Holden" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Wednesday, April 04, 2001 11:57 AM
Subject: Re: Secure Email?


> Check out...
> www.inter7.com
> with Qmail+Vpopmail+Sqwebmail package you can have Gnupg support for
> encrypting and digitally signing your messages and that too for non-system
> accounts.
> Don't ask me any configuration questions though...direct them to vpopmail
> and sqwebmail list. I've yet to understand and configure this on my box.
>
> Hope this helps
>
> Regards
> Sumith
> ----- Original Message -----
> From: Daniel Holden
> To: [EMAIL PROTECTED]
> Sent: Tuesday, April 03, 2001 1:18 PM
> Subject: Secure Email?
>
>
> I haven't read entirely through the documentation yet but I was wondering
if
> qmail supports secure email?  Is there documentation on setting this up?





Cybersync wrote:
> 
> By datalimit I assume you mean the databytes parameter in the
> /var/qmail/control directory. I havent an entry here so I assumed it would
> be the default of 0 no limit. I have telnetted on 25 to some of the other
> mailservers and they either have no limit or a limit of 10 megs and the
> files I am trying to send as attachments are only around 1 to 2 megs.

Indeed, I meant this one. But it doesn't seem to be the cause for your
problem. Sh..!

> The weird thing is I just powered down the modem then did a ifup ppp0 to
> start it up again and it sent about 7 messages before it got to a big file
> and choked. The messages that worked were only a couple of  hundred k but
> they were to yahoo.com and the uk and other local aussie sites some of these
> sites before were the ones that were dying.

Ok, I am not that good that I have a solution by hand, but I could try
to help you.

Can you send attachments of smaller size, maybe 100k or so? And did you
try a really large text mail ( ~ 1 meg) without any attachment? Just
curiuos :-))

You mentioned a 56k modem line, could it be that this connection isn't
working correctly? It could be a hardware problem that will show much
more likely on large data sent then on many small ones.
The only other cause I see may be a firewall within your installation
that has a timeout too short for that large packets. But I prefer the
hardware to may cause your disconnection.

caspar

 
> ----- Original Message -----
> From: Caspar Bothmer <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Tuesday, April 03, 2001 10:57 PM
> Subject: Re: 4.4.2 error
> 
> > > Cybersync wrote:
> > >
> > > but it didn't. I can send small messages out ok and can receive
> > > messages with or without attachments ok. I can also telnet to the
> >
> > I am not sure about it, but it could be a DATALIMIT either on your or on
> > the other side. Try to set the limit higher. If it doesn't work, it
> > wasn't DATALIMIT :-))
> >
> > > that tells me how to have more of a conversation with a mailserver
> > > through telnet that just the helo and ehlo commands I have been using.
> >
> > Have you tried RFC 821? Could be a good starting point
> >
> > caspar
> >





Could you tell me more about RSS ? 

> On Tue, Apr 03, 2001 at 06:00:03PM -0600, Keary Suska wrote:
> >I had a similar experience, but it wasn't actually a mail bomb, it was a
> >SPAM attempt. If a spammer thinks that your domain may be a free email
> 
> Yeah, I've had that happen a couple of times to one of my domains.  Not
> sure how they decided that they should try 15,000 addresses within that
> domain.  I finally had to add the whole domain to badrcptto, because the
> messages were being sent from a few hundred relays.  Probably time to
> enable rss on the main SMTP servers, instead of splitting messages off 
when
> I deliver them.  RSS in particular has never blocked a legit message so
> far.
> 
> I'm just waiting for it to happen again on a message I can track down --
> the last one only included some generic 800 number.  You see, Colorado has
> this law that apparently allows me to get $20 to $40 per copy of the
> message...
> 
> Sean
> -- 
>  "All I'm saying is that when I'm around you I find myself showing off,
>  which is the idiots version of being interesting."  -- _LA_Story_
> Sean Reifschneider, Inimitably Superfluous <[EMAIL PROTECTED]>
> tummy.com - Linux Consulting since 1995. Qmail, KRUD, Firewalls, Python
> 
> 
> 




On Wed, Apr 04, 2001 at 12:30:48PM -0000, Renato wrote:
>Could you tell me more about RSS ? 

http://mail-abuse.org/rss/

Sean
-- 
 You know you're in Canada when:  A radio advertisement comes on advertising
 "Buy a case of beer, get a free touque."
Sean Reifschneider, Inimitably Superfluous <[EMAIL PROTECTED]>
tummy.com - Linux Consulting since 1995. Qmail, KRUD, Firewalls, Python




Hello,I wonder if in my case could I get enhancements with qmail,
installing a DNS (also just a cached DNS) into my linux server.

Please consider that:

I'have not a registered FQDN,my IP on the INTERNET is dynamic,
I have only few machines into my LAN with their private hostnames
and relative IPs.

I red that if I wanna use RELAYCLIENT="" I have to start my qmail
by tcpserver,actually I have csh -cf '/var/qmail/rc &' into my rc.local,
upgrading to tcpserver should I just comment out the above line and
put the tcpserver line?

Sorry for my questions!

-- 
Regards,: Marco Calistri <[EMAIL PROTECTED]>
gpg key available on http://www.qsl.net/ik5bcu
Xfmail 1.4.7p2 on linux RedHat 6.2





"Rick Updegrove" <[EMAIL PROTECTED]> wrote:

>I am pretty sure that djb changed his instructions for daemontools
>http://cr.yp.to/daemontools/svscan.html#boot and linux somewhat recently.

Correct. It was definitely changed since LWQ was written.

>The first time I followed LWQ I overlooked the URL provided altogether.
>{oops)

No need. LWQ doesn't require you to follow the new installation
recommendations.

>Then when it didn't work I read the entire cr.yp.to site to find
>out why.

It *wasn't* because you weren't running svscan on /service, because
LWQ doesn't use /service.

>I read a lot to discover that I only needed 3 steps to make it all
>work.  As I said the first time I read it there was only the method provided
>below, or at least that was all I saw and used.
>
>It is still beyond me why the simple steps were left out of LWQ:
>
>It says:
>2.7. Install daemontools:
><snip>
>Test the build by following the directions in
>http://cr.yp.to/daemontools/install.html.
>
>Instead of this ...
>
>#1  mkdir /service
>#2  chmod 755 /service
>#3  add this to rc.local and reboot.
>env - PATH=/usr/local/bin:/usr/sbin:/usr/bin:/bin csh -cf 'svscan /service
>&'

Because LWQ *DOESN'T* *USE* */service*.

>If you do those 3 steps then you can follow LWQ. from:

Of course, scanning /service won't interfere with LWQ--it just won't
help one bit.

>2.8 Start qmail (which is misleading because you wont be starting qmail for
>a while)

The end of 2.8 actually starts qmail. But you won't be mislead if you
follow the direction to read the entire section before doing an
installation.

-Dave




>From: "Dave Sill"
> "Rick Updegrove" wrote:

> >I am pretty sure that djb changed his instructions for daemontools
> >http://cr.yp.to/daemontools/svscan.html#boot and linux somewhat recently.

> Correct. It was definitely changed since LWQ was written.

At least I was right about something : (

However, the words "Finally, start svscan in /service. Other packages rely
on svscan to start new services and to restart services upon reboot."  Were
pretty explicit and came in handy when installing djbdns at least.  I did
wonder why I didn't have any symlinks for qmail's processes in /service.
doh.

So we are starting supervise in /var/qmail/supervise/

as in svc -dx /var/qmail/supervise/*

Man I feel silly.  Anyway, would this be the prefered way to supervise qmail
these days?  If so/not, then why?

Oh well, I did learn something and I also managed to get pop3d supervised
without pestering the list.

For the record I have qmail + all the handy stuff at inter7.com running on 4
OpenBSD2.8 machines now and I used my seriously bastardized LWQ style script
which I named /usr/local/sbin/qmail  after I included a
/var/qmail/supervise/qmail-pop3d/run file and rblsmtp to qmail-smtpd.

I also would have never gotten it all working without LWQ.

Thanks

Rick Up






>>>>> "Charles" == Charles Cazabon <[EMAIL PROTECTED]> writes:
[...]
>> sv:123456:respawn:env - \ PATH=/usr/local/bin:/usr/sbin:/usr/bin:/bin
>> svscan /service </dev/null> /dev/console 2>/dev/console

> Is that really broken into two or more lines?  You can't do that in
> inittab.  Get rid of the backslash and put it all on one line, just like
> the documentation says to.

Also, double-check all of the permissions and directories and files
ownership.

Take care,
        John




Please remove me from this qmail list.

Thanks!
_



NOTE: This e-mail message may contain information that may be privileged,
confidential, and exempt from disclosure.  It is intended for use only by
the person to whom it is addressed. If you have received this message in
error, please do not forward or use this information in any way, delete it
immediately, and contact the sender as soon as possible by the reply option
or by telephone at the telephone number listed (if available).  Thank you.







On Wed, Apr 04, 2001 at 08:15:19AM -0500, Terry Bilskie wrote:
>
> Please remove me from this qmail list.

Please do it yourself by sending a mail to <[EMAIL PROTECTED]>

AS STATED IN THE WELCOME-MAIL.

> NOTE: This e-mail message may contain information that may be privileged, 
> confidential, and exempt from disclosure.  It is intended for use only by 
> the person to whom it is addressed. If you have received this message in 
> error, please do not forward or use this information in any way, delete it 
> immediately, and contact the sender as soon as possible by the reply option
> or by telephone at the telephone number listed (if available).  Thank you.

Don't send it to the list then. 

/magnus

--
http://x42.com/




Andrew Blogg <[EMAIL PROTECTED]> wrote:

> |preline -dr /var/qmail/bin/qmail-remote mail.domain2.com $SENDER $RECIPIENT
[...]
> The issue is that mailer-daemon bounce messages never go back to the
> original sender, and I see the following in the logs.
> 
> ----
> deferral: DI_(qmail-remote)_was_invoked_improperly._(#5.3.5)/
> ----

Why are you using qmail-remote?  You should probably use qmail-inject instead.
Try something more along the lines of:

|/var/qmail/bin/qmail-inject -a -f"$SENDER" "$RECIPIENT"

Charles
-- 
-----------------------------------------------------------------------
Charles Cazabon                            <[EMAIL PROTECTED]>
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
Any opinions expressed are just that -- my opinions.
-----------------------------------------------------------------------




David Talkington <[EMAIL PROTECTED]> wrote:
> 
> Charles Cazabon wrote:

No, I most certainly did not.  Please check your attributions more carefully.

Charles
-- 
-----------------------------------------------------------------------
Charles Cazabon                            <[EMAIL PROTECTED]>
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
Any opinions expressed are just that -- my opinions.
-----------------------------------------------------------------------




-----BEGIN PGP SIGNED MESSAGE-----

Charles Cazabon wrote:

>David Talkington <[EMAIL PROTECTED]> wrote:
>>
>> Charles Cazabon wrote:
>
>No, I most certainly did not.  Please check your attributions more carefully.


Mea culpa -d



-----BEGIN PGP SIGNATURE-----
Version: PGP 6.5.8
Comment: Made with pgp4pine 1.75-6

iQEVAwUBOsw0zb1ZYOtSwT+tAQEpCggAiySNmmmJJ5tXB6CGCCaf7phwSNdQdF87
tIXaRe2719kF06a2afGctMDYTLRy2Hda7q/az29NAfwjenxdBWfOm/OeHNsS/igY
QY3l5h8rhyvJOIUnwzMotY3FJqeFt7CkyCIC18vOi6/7ZBb+PNPdr3hkTxfBfUue
oO66Q60poWQ811rn5WLcVue9v9RWxooVy7EVqaluPSjruFH5b4W9C+bVfFRm4awf
SWZ5opmWdupG1kh/ktukVbHM0yaR8kOuuKKjx9jm/6l7lwZHAzcwh/1c9bSqUOdw
gRw4j4+OORA0whKmSvLLhPb9VkSs0HH83J8U/0dTVUGhI/sTYQbXYw==
=e8Qc
-----END PGP SIGNATURE-----






Jati <[EMAIL PROTECTED]> wrote:
> I'm new comer in  'qmail world'

Please read the qmail documentation, Dave Sill's "Life with qmail", and
everything else referenced at www.qmail.org.

> I want to know : How to set Return-Path in header mail?

Read the qmail documentation.  Hint:  the manual page for qmail-inject.

Charles
-- 
-----------------------------------------------------------------------
Charles Cazabon                            <[EMAIL PROTECTED]>
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
Any opinions expressed are just that -- my opinions.
-----------------------------------------------------------------------




Hi folks,

since I moved to a new job just 3 days ago I don't yet have all the
books and docs I had at my former job (ordered but not delivered yet).
So please let me ask a question: how can I remove messages in the queue
manually (by number or [local] sender)? I thought there was a
single-line-command but I can't remember ...

Thanks a lot :-)

Gregor




Gregor Szaktilla <[EMAIL PROTECTED]> wrote:
> 
> since I moved to a new job just 3 days ago I don't yet have all the
> books and docs I had at my former job (ordered but not delivered yet).

Okay, you're forgiven :).

> So please let me ask a question: how can I remove messages in the queue
> manually (by number or [local] sender)? I thought there was a
> single-line-command but I can't remember ...

Not in the stock qmail; perhaps you're thinking of qmHandle, which you can
find at www.qmail.org.

Charles
-- 
-----------------------------------------------------------------------
Charles Cazabon                            <[EMAIL PROTECTED]>
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
Any opinions expressed are just that -- my opinions.
-----------------------------------------------------------------------




Hi,

I setup the tcp.smtp.cdb file and am calling it when I start tcpserver,
but I am still getting errors when I try to relay mail from my internal
network.  Here is the call from my tcpserver startup script:

(PATH=/usr/local/qmail/bin; /usr/local/bin/tcpserver
-x/usr/local/etc/ip/tcp.smtp.cdb -v -c40  -u601 -g625 0 smtp qmail-smtpd

2>&1 | splogger smtpd & )

* It's all on one line in the script.

Here is what I used to make the tcp.smtp.cdb file:

>
192.168.:allow
192.168.:allow,RELAYCLIENT=""
:allow
>

After changing the tcp.smtp.cdb file I restarted both tcpserver and
qmail.

I'm running Red Hat 7.0, qmail (without using system accounts), and
tcpserver.

Any help would be appreciated.

Thanks.

--John




--
John Anderson
[EMAIL PROTECTED]
Ceeva, Inc.







>>>>> "John" == John Anderson <[EMAIL PROTECTED]> writes:

> Here is what I used to make the tcp.smtp.cdb file:

> 192.168.:allow
> 192.168.:allow,RELAYCLIENT=""
> :allow

Um...OK!!

MAYBE just try creating /etc/tcp.smtp with the above data in it, then
either run '/etc/rc.d/init.d/qmail cdb' (if you installed as per LWQ),
or type:

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

And make it world readable by:

chmod 644 /etc/tcp.smtp.cdb

This SHOULD help you out somewhat. Considering that .cdb indicated
BINARY format, not text format.

Brett.
-- 
"Hey, I know this! This is Unix!"

- Jurassic Park




John Anderson <[EMAIL PROTECTED]> wrote:
> 
> I setup the tcp.smtp.cdb file and am calling it when I start tcpserver,
> but I am still getting errors when I try to relay mail from my internal
> network.

What errors are you getting?  Please show us the exact text of all error
messages you receive, errors shown in the qmail logs, etc.  Preferably
duplicate the error by telnetting to port 25 from one of your clients which
should be allowed to relay, and show us a transcript of an SMTP session
failing; some MUAs helpfully hide all useful error messages.

> Here is what I used to make the tcp.smtp.cdb file:
> 
> 192.168.:allow
> 192.168.:allow,RELAYCLIENT=""
> :allow

The first line is unnecessary; the second line covers it.  Otherwise, it
looks good.

> After changing the tcp.smtp.cdb file I restarted both tcpserver and
> qmail.

How did you "change" the file?  Did you change tcp.smtp, then run tcprules on
it to create tcp.smtp.cdb?  Please show us.

Charles
-- 
-----------------------------------------------------------------------
Charles Cazabon                            <[EMAIL PROTECTED]>
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
Any opinions expressed are just that -- my opinions.
-----------------------------------------------------------------------




>
192.168.:allow
192.168.:allow,RELAYCLIENT=""
:allow
>

My understanding is that ":allow" (the last line) will allow anybody to send
email. Is it correct?
Kirti


-----Original Message-----
From: John Anderson [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, April 04, 2001 10:37 AM
To: [EMAIL PROTECTED]
Subject: Selective Relaying Question


Hi,

I setup the tcp.smtp.cdb file and am calling it when I start tcpserver,
but I am still getting errors when I try to relay mail from my internal
network.  Here is the call from my tcpserver startup script:

(PATH=/usr/local/qmail/bin; /usr/local/bin/tcpserver
-x/usr/local/etc/ip/tcp.smtp.cdb -v -c40  -u601 -g625 0 smtp qmail-smtpd

2>&1 | splogger smtpd & )

* It's all on one line in the script.

Here is what I used to make the tcp.smtp.cdb file:

>
192.168.:allow
192.168.:allow,RELAYCLIENT=""
:allow
>

After changing the tcp.smtp.cdb file I restarted both tcpserver and
qmail.

I'm running Red Hat 7.0, qmail (without using system accounts), and
tcpserver.

Any help would be appreciated.

Thanks.

--John




--
John Anderson
[EMAIL PROTECTED]
Ceeva, Inc.






Hi,

Sorry, it seems that my first message was not as clear as I thought it
was.  Let me try again.

> > Here is what I used to make the tcp.smtp.cdb file:
>
> > 192.168.:allow
> > 192.168.:allow,RELAYCLIENT=""
> > :allow
>
> Um...OK!!

The above is the text format, I then ran this command:

> tcprules /etc/tcp.smtp.cdb /etc/tcp.smtp.tmp < /etc/tcp.smtp

To make the binary.

The error I am getting is the infamous "sorry, that domain isn't in my
list of allowed rcpthosts (#5.7.1)"

> And make it world readable by:
>
> chmod 644 /etc/tcp.smtp.cdb

The file is chmoded 644.

The maillog is showing no errors.

Any thoughts?


--John



>
>
> This SHOULD help you out somewhat. Considering that .cdb indicated
> BINARY format, not text format.
>
> Brett.
> --
> "Hey, I know this! This is Unix!"
>
> - Jurassic Park

--
John Anderson
[EMAIL PROTECTED]
Ceeva, Inc.
412.690.2300 x330






Kirti S. Bajwa <[EMAIL PROTECTED]> wrote:

> :allow
> 
> My understanding is that ":allow" (the last line) will allow anybody to send
> email. Is it correct?

No.  This will allow anyone to connect to your SMTP server.  Whether they
can send mail or not depends on the contents of rcpthosts, the envelope
recipient of the message they try to send, and whether the RELAYCLIENT
environment variable is set.

A default rule of :deny almost _never_ makes sense for the .cdb file
controlling access to your SMTP daemon.

Charles
-- 
-----------------------------------------------------------------------
Charles Cazabon                            <[EMAIL PROTECTED]>
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
Any opinions expressed are just that -- my opinions.
-----------------------------------------------------------------------




John Anderson <[EMAIL PROTECTED]> wrote:
> 
> Sorry, it seems that my first message was not as clear as I thought it
> was.  Let me try again.

Excellent, this is somewhat clearer.

> The above is the text format, I then ran this command:
> 
> > tcprules /etc/tcp.smtp.cdb /etc/tcp.smtp.tmp < /etc/tcp.smtp
> 
> To make the binary.

Good.

What output does the following command produce?

    TCPREMOTEIP=192.168.1.1 tcprulescheck /etc/tcp.smtp.cdb

Charles
-- 
-----------------------------------------------------------------------
Charles Cazabon                            <[EMAIL PROTECTED]>
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
Any opinions expressed are just that -- my opinions.
-----------------------------------------------------------------------




Hi,

> > The above is the text format, I then ran this command:
> >
> > > tcprules /etc/tcp.smtp.cdb /etc/tcp.smtp.tmp < /etc/tcp.smtp
> >
> > To make the binary.
>
> Good.
>
> What output does the following command produce?
>
>     TCPREMOTEIP=192.168.1.1 tcprulescheck /etc/tcp.smtp.cdb

I did this twice:

# TCPREMOTEIP=192.168.1.1 ./tcprulescheck /etc/tcp.smtp.cdb
rule 192.168.:
set environment variable RELAYCLIENT=
allow connection
# TCPREMOTEIP=192.168.0.124 ./tcprulescheck /etc/tcp.smtp.cdb
rule 192.168.:
set environment variable RELAYCLIENT=
allow connection

It looks like I should be able to relay, but cannot.

What should I try next?

Thanks for the help so far.


--John



>
>
> Charles
> --
> -----------------------------------------------------------------------
> Charles Cazabon                            <[EMAIL PROTECTED]>
> GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
> Any opinions expressed are just that -- my opinions.
> -----------------------------------------------------------------------

--
John Anderson
[EMAIL PROTECTED]
Ceeva, Inc.
412.690.2300 x330






John Anderson <[EMAIL PROTECTED]> wrote:

>The above is the text format, I then ran this command:
>
>> tcprules /etc/tcp.smtp.cdb /etc/tcp.smtp.tmp < /etc/tcp.smtp
>
>To make the binary.

In an earlier message, John wrote:

> Here is the call from my tcpserver startup script:
>
>(PATH=/usr/local/qmail/bin; /usr/local/bin/tcpserver
>-x/usr/local/etc/ip/tcp.smtp.cdb -v -c40  -u601 -g625 0 smtp qmail-smtpd
>
>2>&1 | splogger smtpd & )
>
>* It's all on one line in the script.

So, the question is: is it /etc/tcp.smtp.cdb or
/usr/local/etc/ip/tcp.smtp.cdb?

-Dave




On Wed, Apr 04, 2001 at 11:17:25AM -0400, John Anderson wrote:
> Here is what I used to make the tcp.smtp.cdb file:
> 
> 192.168.:allow
> 192.168.:allow,RELAYCLIENT=""
> :allow
> 
> The above is the text format, I then ran this command:
> 
> > tcprules /etc/tcp.smtp.cdb /etc/tcp.smtp.tmp < /etc/tcp.smtp

It's interesting that you run this command on files in /etc but your
startup script tells tcpserver that the .cdb file is in
/usr/local/etc/ip .




John Anderson <[EMAIL PROTECTED]> wrote:
> 
> > What output does the following command produce?
> >
> >     TCPREMOTEIP=192.168.1.1 tcprulescheck /etc/tcp.smtp.cdb
> 
> # TCPREMOTEIP=192.168.1.1 ./tcprulescheck /etc/tcp.smtp.cdb
> rule 192.168.:
> set environment variable RELAYCLIENT=
> allow connection

Everything fine so far.

> It looks like I should be able to relay, but cannot.

The .cdb file is correct; we've verified it.  The problem is therefore one
of the following:

    -you're not actually running qmail-smtpd from tcpserver
    -your tcpserver invocation for qmail-smtpd is not referring to this .cdb
    -tcpserver can't read this .cdb
    -your connections are actually coming from IP address you haven't set
    the rules for

Please post the script you're starting tcpserver/qmail-smtpd with.  I think
you did this early on, but I don't remember its contents.  Did you edit
this script?  If so, did you remember to stop and re-start tcpserver?
Are there any log messages from tcpserver?

Charles
-- 
-----------------------------------------------------------------------
Charles Cazabon                            <[EMAIL PROTECTED]>
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
Any opinions expressed are just that -- my opinions.
-----------------------------------------------------------------------




Hi,

Charles Cazabon wrote:

> John Anderson <[EMAIL PROTECTED]> wrote:
> >
> > > What output does the following command produce?
> > >
> > >     TCPREMOTEIP=192.168.1.1 tcprulescheck /etc/tcp.smtp.cdb
> >
> > # TCPREMOTEIP=192.168.1.1 ./tcprulescheck /etc/tcp.smtp.cdb
> > rule 192.168.:
> > set environment variable RELAYCLIENT=
> > allow connection
>
> Everything fine so far.
>
> > It looks like I should be able to relay, but cannot.
>
> The .cdb file is correct; we've verified it.  The problem is therefore one
> of the following:
>
>     -you're not actually running qmail-smtpd from tcpserver

(PATH=/usr/local/qmail/bin; /usr/local/bin/tcpserver -x/etc/tcp.smtp.cdb -v -c40
-u601 -g625
0 smtp qmail-smtpd 2>&1 | splogger smtpd & )

>     -your tcpserver invocation for qmail-smtpd is not referring to this .cdb

I've got tcp.smtp.cdb in both /etc and /usr/local/etc/ip.  I left a copy in
/etc, changed the startup script, and restarted tcpserver.

>     -tcpserver can't read this .cdb

I chmoded the file to 777

>     -your connections are actually coming from IP address you haven't set  the
> rules for

In the last email I posted (with the results of tcprules), the second IP I
tested is the IP of my box.

> Please post the script you're starting tcpserver/qmail-smtpd with.  I think
> you did this early on, but I don't remember its contents.

I posted the line for qmail-smtpd with, I can post the entire script if you'd
like.

> Did you edit this script?  If so, did you remember to stop and re-start
> tcpserver?

Yes and Yes.

> Are there any log messages from tcpserver?

This is it:
>>
Apr  4 12:51:48 localhost smtpd: 986403108.545991 tcpserver: status: 1/40
Apr  4 12:51:48 localhost smtpd: 986403108.546582 tcpserver: pid 18906 from
209.114.187.226
Apr  4 12:51:48 localhost smtpd: 986403108.563452 tcpserver: ok 18906
:209.114.187.227:25 :209.114.18
7.226::62174
Apr  4 12:51:48 localhost smtpd: 986403108.566188 tcpserver: end 18906 status 0
Apr  4 12:51:48 localhost smtpd: 986403108.566510 tcpserver: status: 0/40
>>

Thanks.


--John



>
>
> Charles
> --
> -----------------------------------------------------------------------
> Charles Cazabon                            <[EMAIL PROTECTED]>
> GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
> Any opinions expressed are just that -- my opinions.
> -----------------------------------------------------------------------

--
John Anderson
[EMAIL PROTECTED]
Ceeva, Inc.
412.690.2300 x330






* John Anderson <[EMAIL PROTECTED]> [010404 19:59]:
> > > >     TCPREMOTEIP=192.168.1.1 tcprulescheck /etc/tcp.smtp.cdb
> > > # TCPREMOTEIP=192.168.1.1 ./tcprulescheck /etc/tcp.smtp.cdb
> > > rule 192.168.:
> > > set environment variable RELAYCLIENT=
> > > allow connection
> Apr  4 12:51:48 localhost smtpd: 986403108.545991 tcpserver: status: 1/40
> Apr  4 12:51:48 localhost smtpd: 986403108.546582 tcpserver: pid 18906 from
> 209.114.187.226
> Apr  4 12:51:48 localhost smtpd: 986403108.563452 tcpserver: ok 18906
> :209.114.187.227:25 :209.114.18
> 7.226::62174
> Apr  4 12:51:48 localhost smtpd: 986403108.566188 tcpserver: end 18906 status 0
> Apr  4 12:51:48 localhost smtpd: 986403108.566510 tcpserver: status: 0/40

I hope you weren't intentionally masking your IP addresses to the 192.168
stuff. If you did, the only one you fooled was yourself.

The IP addresses in the logs are 209.114.187.226 (remote) amd 209.114.187.227
(local). 209.114 != 192.168.

-Johan
-- 
Johan Almqvist
http://www.almqvist.net/johan/qmail/

PGP signature





Ok, call me stupid.  I forgot how our network was setup for a minute (Ok maybe
longer).

That fixed everything.

Thanks everyone for all of the help!


--John





Johan Almqvist wrote:

> * John Anderson <[EMAIL PROTECTED]> [010404 19:59]:
> > > > >     TCPREMOTEIP=192.168.1.1 tcprulescheck /etc/tcp.smtp.cdb
> > > > # TCPREMOTEIP=192.168.1.1 ./tcprulescheck /etc/tcp.smtp.cdb
> > > > rule 192.168.:
> > > > set environment variable RELAYCLIENT=
> > > > allow connection
> > Apr  4 12:51:48 localhost smtpd: 986403108.545991 tcpserver: status: 1/40
> > Apr  4 12:51:48 localhost smtpd: 986403108.546582 tcpserver: pid 18906 from
> > 209.114.187.226
> > Apr  4 12:51:48 localhost smtpd: 986403108.563452 tcpserver: ok 18906
> > :209.114.187.227:25 :209.114.18
> > 7.226::62174
> > Apr  4 12:51:48 localhost smtpd: 986403108.566188 tcpserver: end 18906 status 0
> > Apr  4 12:51:48 localhost smtpd: 986403108.566510 tcpserver: status: 0/40
>
> I hope you weren't intentionally masking your IP addresses to the 192.168
> stuff. If you did, the only one you fooled was yourself.
>
> The IP addresses in the logs are 209.114.187.226 (remote) amd 209.114.187.227
> (local). 209.114 != 192.168.
>
> -Johan
> --
> Johan Almqvist
> http://www.almqvist.net/johan/qmail/
>
>   ------------------------------------------------------------------------
>    Part 1.2Type: application/pgp-signature

--
John Anderson
[EMAIL PROTECTED]
Ceeva, Inc.
412.690.2300 x330






simple support
http://www.simple-support.com

It's pretty good.  Though the guy who supports it tends to take awhile to
answer questions.  The number one issue is that the MySQL database can get
damaged so you need to know how to repair it... other than that we are
pretty happy with it.



-----Original Message-----
From: Henning Brauer [mailto:[EMAIL PROTECTED]]
Sent: Thursday, March 29, 2001 3:40 PM
To: [EMAIL PROTECTED]
Subject: Re: ticketing system?


On Thu, Mar 29, 2001 at 02:53:33PM -0500, Kurth Bemis wrote:
>   does anyone know of a ticketing system, written in PHP for qmail?  I
> found RT (www.fsck.com/rt/) but its perl (bleh) just wondering if anyone
> knows of anything that fits my request a little more :-)

Funny, I searched for one the whole day too. I don't have a problem with
perl (in contrast I'd prefer perl over php...), but it still does not fit my
needs. So if anyone knows a ticketing system which can be used without
closing each and every ticket manually on a web interface and does not use
simple incremental ticket numbers but date-based (20010329-0002 foe example)
please drop me a short note - hopefully I'll rerad it before i start to code
(in perl).

--
Henning Brauer     | BS Web Services
Hostmaster BSWS    | Roedingsmarkt 14
[EMAIL PROTECTED] | 20459 Hamburg
http://www.bsws.de | Germany





On Thu, Mar 29, 2001 at 02:53:33PM -0500, Kurth Bemis wrote:
> does anyone know of a ticketing system, written in PHP for qmail?  I
> found RT (www.fsck.com/rt/) but its perl (bleh) just wondering if anyone
> knows of anything that fits my request a little more :-)

I put IRM into place for internal use and it has been running well.  It's PHP based 
with a mysql backend.  I found it fairly easy to customize it to my needs, though I'm 
not exaxtly sure how you intent to use it for qmail.

http://www.redshift.com/~yramin/irm/index.html

-- 
../mk 




On Thu, Mar 29, 2001 at 10:39:37PM +0200, Henning Brauer wrote:
> So if anyone knows a ticketing system which can be used without
> closing each and every ticket manually on a web interface and does not use
> simple incremental ticket numbers but date-based (20010329-0002 foe example)
> please drop me a short note - hopefully I'll rerad it before i start to code
> (in perl).

Thanks for all your replies, but there still was no system fitting my needs.
Jay Jarvinen and I started working on an own ticketing system, it will appear 
on sourceforge soon. I'll post a small note when we have a useable version
up if others are interested. 

-- 
Henning Brauer     | BS Web Services
Hostmaster BSWS    | Roedingsmarkt 14
[EMAIL PROTECTED] | 20459 Hamburg
http://www.bsws.de | Germany




Hi all,
 
This is my requirement.
 
When a mail comes to [EMAIL PROTECTED] i want a program to be triggered and that program will have to process that mail.
 
I did this using a program (exchange) which was written in C.
 
In the .qmail file of the user I put    "|exchange" and it worked
 
Now I want to trigger a similar program written in Java  how do i do this? Please help.
 
or
 
Otherwise please tell me how i can utilise Java mail APIs to utilise this functionality
 
Thanks
Mathew




I've used something like this in my .qmail files in the past:

|/usr/java/jdk1.3/bin/java javaProgram

(adjust the path to the java executable to match your system)

You may also want to use the '-cp' switch with the java command to
set your classpath up properly

regards
d.l

On Wed, 4 Apr 2001 21:48:23 +0530, Mathew Chandy wrote:
>    Hi all,
>
> This is my requirement.
>
> When a mail comes to [EMAIL PROTECTED] i want a program to be
>triggered and that program will have to process that mail.
>
> I did this using a program (exchange) which  was written in C.
>
> In the .qmail file of the user I  put    "|exchange" and it worked
>
> Now I want to trigger a similar program written  in  Java  how do i
>do this? Please  help.
>
> or
>
> Otherwise please tell me how i can utilise Java  mail APIs to
>utilise this functionality
>
> Thanks
> Mathew
>






Hi, I'm using qmail with avpkeeper. For every message I have this line 
in the ../mail/error log

Apr  4 19:17:23 mail avpkeeper[23209]: Invalid message format
Apr  4 19:17:24 mail avpkeeper[23213]: Invalid message format
Apr  4 19:17:25 mail avpkeeper[23217]: Invalid message format
Apr  4 19:17:26 mail avpkeeper[23221]: Invalid message format

Who knows solve this problem?

Dani R.





I just wrote a Perl script that gets an e-mail address from the command line 
and then subs it in as the To: field in mailwrapper output. While the 
program worked just fine when I manually entered the To: field, it appends 
@www.schnarff.com to that field when I get it from the command line.

The relevant part of the script appears below: 

$recip = $ARGV[0];
$recip =~ s/\@/\\\@/g;
print $recip;
open (MAIL, "|/usr/sbin/sendmail -t");
print MAIL "To: $recip\n";
print MAIL "From: quoteoftheday\@schnarff.com\n";
print MAIL "Reply-to: alex\@schnarff.com\n";
print MAIL "Subject: Quote for $date\n";
print MAIL $sdata[rand(@sdata)];
close MAIL; 

$recip, when I printed it to the screen for testing purposes, came out as 
user\@domain.com, which is exactly what I need. 

Any idea why the mailwrapper would append my local domain like that? 

Thanks,
Alex Le Fevre




* Alex Le Fevre <[EMAIL PROTECTED]> [010404 21:16]:
> The relevant part of the script appears below: 

Speaking of relevancy, this is pretty irrellevant to this list. You made a
perl mistake.

> $recip = $ARGV[0];
> $recip =~ s/\@/\\\@/g;
> print $recip;
> open (MAIL, "|/usr/sbin/sendmail -t");
> print MAIL "To: $recip\n";
> print MAIL "From: quoteoftheday\@schnarff.com\n";
> print MAIL "Reply-to: alex\@schnarff.com\n";
> print MAIL "Subject: Quote for $date\n";
> print MAIL $sdata[rand(@sdata)];
> close MAIL; 
> 
> $recip, when I printed it to the screen for testing purposes, came out as 
> user\@domain.com, which is exactly what I need. 

No it isn't. The =~ s stuff is totally unnecessary, as you're not passing
the address on the command line to sendmail... Take out that line and
qmail will stop appending the domain...

> Any idea why the mailwrapper would append my local domain like that? 

Because it couldn't find a domain.

-Johan
-- 
Johan Almqvist
http://www.almqvist.net/johan/qmail/

PGP signature





> No it isn't. The =~ s stuff is totally unnecessary, as you're not passing
> the address on the command line to sendmail... 

Maybe I didn't make myself clear. I *am* trying to pass the e-mail address 
from the command line to sendmail. And yes, $recip *is* user\@domain.com -- 
I printed it to STDOUT, and it showed up just like that. 

IMHO, if the script works fine when I have a hard-coded To: line, and my 
$recip comes out a replica of my hard-coded To: line, it doesn't seem to me 
to be a Perl problem. 

Alex




* Alex Le Fevre <[EMAIL PROTECTED]> [010404 21:44]:
> > No it isn't. The =~ s stuff is totally unnecessary, as you're not passing
> > the address on the command line to sendmail... 
> Maybe I didn't make myself clear. I *am* trying to pass the e-mail address 
> from the command line to sendmail. And yes, $recip *is* user\@domain.com -- 
> I printed it to STDOUT, and it showed up just like that. 

Aw come on, take away the =~ s line and you'll be fine. I promise.

And NO, you're not trying to pass the recip on the command line. Your're
passing it on STDIN.

> IMHO, if the script works fine when I have a hard-coded To: line, and my 
> $recip comes out a replica of my hard-coded To: line, it doesn't seem to me 
> to be a Perl problem. 

...

-Johan
-- 
Johan Almqvist
http://www.almqvist.net/johan/qmail/

PGP signature





* Alex Le Fevre <[EMAIL PROTECTED]> [010404 15:53]:
> > No it isn't. The =~ s stuff is totally unnecessary, as you're not passing
> > the address on the command line to sendmail... 
> 
> Maybe I didn't make myself clear. I *am* trying to pass the e-mail address 
> from the command line to sendmail. And yes, $recip *is* user\@domain.com -- 
> I printed it to STDOUT, and it showed up just like that. 

You are NOT passing the e-mail address on the command line with sendmail. If
you were, your open() line would look more like:

  open MAIL, "|/usr/lib/sendmail -t $recip" ...

But it doesn't.

> IMHO, if the script works fine when I have a hard-coded To: line, and my 
> $recip comes out a replica of my hard-coded To: line, it doesn't seem to me 
> to be a Perl problem. 

Why are you escaping the '@' with: s/\@/\\\@/ ?  There's no reason for it
whatsoever.

/pg
-- 
Peter Green : Gospel Communications Network, SysAdmin : [EMAIL PROTECTED]
---
Dad always thought laughter was the best medicine, which I guess is why 
several of us died of tuberculosis.
 (Jack Handey)





> Aw come on, take away the =~ s line and you'll be fine. I promise.

::Looks chagrined:: Hmm. You were right. I just know that I need the "\" 
before the "@" when I hard-code, so I thought it would be necessary with my 
variable as well. 

> And NO, you're not trying to pass the recip on the command line. Your're
> passing it on STDIN. 
> 

I still don't understand your logic here -- script.pl [EMAIL PROTECTED] sent 
mail to [EMAIL PROTECTED] -- but that's not really relevant to this list, so 
don't worry about it. 

Alex




On Wed, Apr 04, 2001 at 07:44:00PM +0000, Alex Le Fevre wrote:
> > No it isn't. The =~ s stuff is totally unnecessary, as you're not passing
> > the address on the command line to sendmail... 
> 
> Maybe I didn't make myself clear. I *am* trying to pass the e-mail address 
> from the command line to sendmail. And yes, $recip *is* user\@domain.com -- 
> I printed it to STDOUT, and it showed up just like that. 

Alex, it must not be user\@domain, it must print as user@domain. This is a
perl question and qmail, though.

> IMHO, if the script works fine when I have a hard-coded To: line, and my 
> $recip comes out a replica of my hard-coded To: line, it doesn't seem to me 
> to be a Perl problem. 

The error sits in between keyboard and chair ;-))


-- 
Henning Brauer     | BS Web Services
Hostmaster BSWS    | Roedingsmarkt 14
[EMAIL PROTECTED] | 20459 Hamburg
http://www.bsws.de | Germany




>> And NO, you're not trying to pass the recip on the command line. Your're
>> passing it on STDIN.
>> 
> 
> I still don't understand your logic here -- script.pl [EMAIL PROTECTED] sent
> mail to [EMAIL PROTECTED] -- but that's not really relevant to this list, so
> don't worry about it.

You are talking about different things... Alex, you may well be passing the
address INTO YOUR SCRIPT on the command line. Johan and Bruce are pointing
out that _within_ your script you are not passing the address TO SENDMAIL on
the command line.

# pass to sendmail on commands line
open MAIL, "|/usr/lib/sendmail -t $recip" ...

# passing on STDIN
open (MAIL, "|/usr/sbin/sendmail -t");
print MAIL "To: $recip\n";






I just ran a test on our machine here and the results are not good. I sent a
message bcc'ed to a 1000 different non-existent recipients on another one of
our machines. 14 minutes later and only 600 of them have been
processed/bounced. This is pretty slow.

What about increasing the number of remote processes from 20 to, say, 40?
Would this help? It seems like qmail is completely dependent on the smtp
connections of other machines.

thanks!





Please do not start new threads by replying to unrelated messages.

* Brett <[EMAIL PROTECTED]> [010404 21:33]:
> I just ran a test on our machine here and the results are not good. I sent a
> message bcc'ed to a 1000 different non-existent recipients on another one of
> our machines. 14 minutes later and only 600 of them have been
> processed/bounced. This is pretty slow.
> What about increasing the number of remote processes from 20 to, say, 40?
> Would this help? It seems like qmail is completely dependent on the smtp
> connections of other machines.

Of course qmail is dependent on the smtp connections. qmail must obviously
attemt to deliver the message before it can bounce it, right?

Try setting control/concurrencyremote to something around 100 and it'll be
faster - provided the "other machine" will accept that many connections.

Remember, though, that qmail will make one smtp connection per remote
recipient and message. 1000 bcc addresses = 1000 smtp connections.

-Johan
-- 
Johan Almqvist
http://www.almqvist.net/johan/qmail/

PGP signature





On Wed, Apr 04, 2001 at 12:33:56PM -0700, Brett wrote:
> I just ran a test on our machine here and the results are not good. I sent a
> message bcc'ed to a 1000 different non-existent recipients on another one of
> our machines. 14 minutes later and only 600 of them have been
> processed/bounced. This is pretty slow.

You are hitting two problems here:
1) is the max number of parallel connections the remote will accept
2) you are getting only bounces back that the sending qmail has to process
   which will eventually slow down the remote delivery
   Better would be to configure the receiving mail server as a data sink
   that will deliver (for that test!!!) messages to non existing user
   to /dev/null

I have a mailing list run by ezmlm (so nearly no bounces at all) with
about 93000 subscribers on a dedicated machine. Earlier this week I did
some graphs on the delivery behaviour. It's a vanilla qmail patched with
the big-concurrency mod to get a concurrencyremote of 500.

In case you're interested the graphs are at
    http://www.lamer.de/maex/creative/software/qmail/deliveries/

Maybe I'll configure qmail to a concurrencyremote of 250 and see how
the behaviour changes later this week ...

        \Maex

-- 
SpaceNet AG            | Joseph-Dollinger-Bogen 14 | Fon: +49 (89) 32356-0
Research & Development |       D-80807 Muenchen    | Fax: +49 (89) 32356-299
Stress is when you wake up screaming and you realize you haven't fallen
asleep yet.




Hi all:

Last weekend I was a happy camper. I re-read the djbdns documentation (and
DNS & BIND-- just for fun) and thought I understood everything. I worked my
plan as follows:

Setup two servers:

        ns1.tibonline.net       IP 63.113.255.2
        ns2.tibonline.net       IP 63.113.255.3

First install everything on ns2, setup security (my Linux box is broken into
more time ...) & then setup other software. Therefore, I installed "tinydns"
& "external DNS cache" on ns2. "tinydns" seems to work fine but my dial-in
test gives me an error. Following setting will help:


        ns2.tibonline.net -- external DNS installed

                /etc/dnscachex/env/IP is 63.113.255.5
                /etc/dnscachex/root/IP is 127.0.0.1  & 63.113.255

        Dial-in assigns IP address 63.113.255.11 -to- 63.113.255.106

I can dial in, connection is made but then it gets a DNS error. I think that
I have one setting wrong but can't figure out which one.

Thanks for your continues help.

Kirti

PS; has not set ns1 server yet.






Hi all:

Last weekend I was a happy camper. I re-read the djbdns documentation (and
DNS & BIND-- just for fun) and thought I understood everything. I worked my
plan as follows:

Setup two servers:

        ns1.tibonline.net       IP 63.113.255.2
        ns2.tibonline.net       IP 63.113.255.3

First install everything on ns2, setup security (my Linux box is broken into
more time ...) & then setup other software. Therefore, I installed "tinydns"
& "external DNS cache" on ns2. "tinydns" seems to work fine but my dial-in
test gives me an error. Following setting will help:


        ns2.tibonline.net -- external DNS installed

                /etc/dnscachex/env/IP is 63.113.255.5
                /etc/dnscachex/root/IP is 127.0.0.1  & 63.113.255

                Dial-in assigns IP address 63.113.255.11 -to- 63.113.255.106
                /etc/resolve.conf has the following:
                        search tibonline.net
                        nameserver 63.113.255.5

When I check logs (/etc/dnscachex/log/main/current) shows bunch (a lots of)
"query".. "cached.." and "sent.." messages. I do not see any error messages.


I can dial in, connection is made but then it gets a DNS error, as follows:

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

 The page cannot be displayed
The page you are looking for is currently unavailable. The Web site might be
experiencing technical difficulties, or you may need to adjust your browser
settings.

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

Please try the following:

Click the  Refresh button, or try again later.

If you typed the page address in the Address bar, make sure that it is
spelled correctly.

To check your connection settings, click the Tools menu, and then click
Internet Options. On the Connections tab, click Settings. The settings
should match those provided by your local area network (LAN) administrator
or Internet service provider (ISP).
If your Network Administrator has enabled it, Microsoft Windows can examine
your network and automatically discover network connection settings.
If you would like Windows to try and discover them,
click  Detect Network Settings
Some sites require 128-bit connection security. Click the Help menu and then
click About Internet Explorer to determine what strength security you have
installed.
If you are trying to reach a secure site, make sure your Security settings
can support it. Click the Tools menu, and then click Internet Options. On
the Advanced tab, scroll to the Security section and check settings for SSL
2.0, SSL 3.0, TLS 1.0, PCT 1.0.
Click the  Back button to try another link.



Cannot find server or DNS Error
Internet Explorer

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

I think that I have one setting wrong but can't figure out which one.

Thanks for your continues help.

Kirti

PS; has not set ns1 server yet.





I'm positive this has to be something simple, I just cann't see it.  I've
researched the archives and documentation to no avail.

tcpserver accepts the connection and qmail places the mail in
/opt/qmail/queue/todo (yes I compiled qmail to use opt in place of var) and then
it just sits there.   Fot the life of me I can't figure out why qmail-smtpd
dosen't spawn the next process.

Everthing worked fine back when I used inetd.conf, but I now want to add ORBS
blcking and have to switch to tcpserver.

Running Solaris 2.6

Starup is /etc/rc2.d/S88qmail;
# cat /etc/rc2.d/S88qmail
#!/bin/sh
#

#
# Startup for Qmail
#
# /usr/local/bin/rblsmtpd -rrbl.maps.vix.com \
# /usr/local/bin/rblsmtpd -rdul.maps.vix.com \

case "$1" in
'start')
#        /usr/local/bin/supervise /opt/qmail/supervise/tcpserver-qmail-smtpd
              /usr/local/bin/tcpserver -c 10 -u 103 -g 101 \
              -x /etc/tcprules.d/qmail-smtpd.cdb \
              0 smtp \
              /opt/qmail/bin/qmail-smtpd 2>&1 | \
              /opt/qmail/bin/splogger qmail &

ps -ef provides the following;
# ps -ef
     UID   PID  PPID  C    STIME TTY      TIME CMD
    root     0     0  0 14:59:59 ?        0:01 sched
    root     1     0  0 14:59:59 ?        0:00 /etc/init -
    root     2     0  0 14:59:59 ?        0:00 pageout
    root     3     0  0 14:59:59 ?        0:02 fsflush
    root   141   138  0 15:00:33 ?        0:00 /usr/lib/saf/ttymon
    root   132     1  0 15:00:31 ?        0:00 /usr/lib/utmpd
    root   138     1  0 15:00:33 ?        0:00 /usr/lib/saf/sac -t 300
    root   213     1  0 15:27:02 console  0:00 /usr/lib/saf/ttymon -g -h -p
qmail-test console login:  -T sun -d /dev/console
    root   217   215  0 15:32:58 pts/0    0:00 -sh
    root   124     1  0 15:00:31 ?        0:00 /opt/qmail/bin/splogger qmail
    root   105     1  0 15:00:29 ?        0:00 /usr/sbin/inetd -s
  qmaild   125   124  0 15:00:31 ?        0:00 /usr/local/bin/tcpserver -c 10 -u
 103 -g 101 -x /etc/tcprules.d/qmail-smtpd.cdb
    root   122     1  0 15:00:31 ?        0:00 /usr/sbin/cron
    root   215   105  0 15:32:58 ?        0:00 in.telnetd
    root   282   217  0 16:15:44 pts/0    0:00 ps -ef

qmail-showctl;
# qmail-showctl
qmail home directory: /opt/qmail.
user-ext delimiter: -.
paternalism (in decimal): 2.
silent concurrency limit: 255.
subdirectory split: 63.
user ids: 102, 103, 104, 0, 105, 106, 107, 108.
group ids: 101, 102.

badmailfrom: (Default.) Any MAIL FROM is allowed.

bouncefrom: (Default.) Bounce user name is MAILER-DAEMON.

bouncehost: (Default.) Bounce host name is qmail-test.aon.com.

concurrencylocal: (Default.) Local concurrency is 10.

concurrencyremote: (Default.) Remote concurrency is 20.

databytes: SMTP DATA limit is 1024 bytes.

defaultdomain: Default domain name is aon.com.

defaulthost: Default host name is qmail-test.aon.com.

doublebouncehost: (Default.) 2B recipient host: qmail-test.aon.com.

doublebounceto: (Default.) 2B recipient user: postmaster.

envnoathost: (Default.) Presumed domain name is qmail-test.aon.com.

helohost: (Default.) SMTP client HELO host name is qmail-test.aon.com.

idhost: (Default.) Message-ID host name is qmail-test.aon.com.

localiphost: (Default.) Local IP address becomes qmail-test.aon.com.

locals:
Messages for localhost are delivered locally.
Messages for smtp.aon.com are delivered locally.
Messages for smtp02.aon.com are delivered locally.
Messages for amtp01.aon.com are delivered locally.

me: My name is qmail-test.aon.com.

percenthack: (Default.) The percent hack is not allowed.

plusdomain: (Default.) Plus domain name is qmail-test.aon.com.

qmqpservers: (Default.) No QMQP servers.
queuelifetime: (Default.) Message lifetime in the queue is 604800 seconds.

rcpthosts:
SMTP clients may send messages to recipients at aon.com.

morercpthosts: (Default.) No effect.

morercpthosts.cdb: (Default.) No effect.

smtpgreeting: (Default.) SMTP greeting: 220 qmail-test.aon.com.

smtproutes:
SMTP route: aon.com:smtp02.aon.com

timeoutconnect: (Default.) SMTP client connection timeout is 60 seconds.

timeoutremote: (Default.) SMTP client data timeout is 1200 seconds.

timeoutsmtpd: (Default.) SMTP server data timeout is 1200 seconds.

virtualdomains: (Default.) No virtual domains.






[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> I'm positive this has to be something simple, I just cann't see it.  I've
> researched the archives and documentation to no avail.

Yup, something simple.

> tcpserver accepts the connection and qmail places the mail in
> /opt/qmail/queue/todo (yes I compiled qmail to use opt in place of var) and
> then it just sits there.   Fot the life of me I can't figure out why
> qmail-smtpd dosen't spawn the next process.

qmail-smtpd calls qmail-queue, and that's it.  It's up to qmail-send to
pull messages out of the queue and deliver them, and you're not actually
starting any of the other qmail processes:

> #
> # Startup for Qmail
> #
> # /usr/local/bin/rblsmtpd -rrbl.maps.vix.com \
> # /usr/local/bin/rblsmtpd -rdul.maps.vix.com \
> 
> case "$1" in
> 'start')
> #        /usr/local/bin/supervise /opt/qmail/supervise/tcpserver-qmail-smtpd
>               /usr/local/bin/tcpserver -c 10 -u 103 -g 101 \
>               -x /etc/tcprules.d/qmail-smtpd.cdb \
>               0 smtp \
>               /opt/qmail/bin/qmail-smtpd 2>&1 | \
>               /opt/qmail/bin/splogger qmail &

You've started qmail-smtpd, but not qmail itself (i.e. qmail-start).
See "Life with qmail" for one example of a script to actually start qmail
proper.

Charles
-- 
-----------------------------------------------------------------------
Charles Cazabon                            <[EMAIL PROTECTED]>
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
Any opinions expressed are just that -- my opinions.
-----------------------------------------------------------------------




        OK I am really stuck!

        Yes I have read lifewithqmail over and over and over. I have read through
the docs and FAQs, to make sure I did everything right.

        I read TEST.deliver no problems here qmail send fine.

        However I can't seem to receive anything. And no errors seem to be sent to
the syslog/maillog file (except for one about the home dir being writable
which I already know). Where are the log files defined? How can I fix this?

        I also have installed checkpasswd and that seems to work OK with that. I
also set up the Maildir (with 3 sub dirs). When mail is sent to the e-mail
address no errors are returned to the person sending the e-mail, and the
e-mail is never received on our server? Here is some information:

[root@videomoviehouse control]# ps waux|grep qmail
root      2422  0.0  0.5  1088  324 ?        S    13:51   0:00 supervise
qmail-send
root      2424  0.0  0.5  1088  324 ?        S    13:51   0:00 supervise
qmail-smtpd
qmaill    2427  0.0  0.5  1100  324 ?        S    13:51   0:00
/usr/local/bin/multilog t /var/log/qmail
qmaill    2432  0.0  0.4  1100  320 ?        S    13:51   0:00
/usr/local/bin/multilog t /var/log/qmail/smtpd
qmails    8122  0.0  0.6  1140  396 ?        S    14:45   0:00 qmail-send
qmaild    8124  0.0  0.7  1152  472 ?        S    14:45   0:00
/usr/local/bin/tcpserver -v -p -x /etc/tcp.smtp.cdb -c 20 -u 505 -g 5
qmaill    8129  0.0  0.6  1112  424 ?        S    14:45   0:00 splogger
qmail
root      8130  0.0  0.5  1100  348 ?        S    14:45   0:00 qmail-lspawn
./Mailbox
qmailr    8131  0.0  0.5  1100  340 ?        S    14:45   0:00 qmail-rspawn
qmailq    8132  0.0  0.5  1092  348 ?        S    14:45   0:00 qmail-clean
root      8525  0.0  0.8  1364  524 pts/4    S    14:49   0:00 grep qmail
[root@mydomain control]#

Information for: /var/qmail/rc

Tried:

#!/bin/sh
exec env - PATH="/var/qmail/bin:$PATH" \
qmail-start '|dot-forward .forward
 ./Maildir/'

Also Tried

#!/bin/sh

# Using stdout for logging
# Using control/defaultdelivery from qmail-local to deliver messages by
default

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

Information for: /var/qmail/control/defaultdelivery

./Maildir/

Also tried:

/home/username/Maildir

And

/home/username/Maildir/

Also ran:

chmod 755 /var/qmail/rc
mkdir /var/log/qmail

The home dir including the Maildir (with the three dirs inside - cur, new,
tmp) has permissions set correctly, I even tried 777 with chmod which I know
is not a good idea :-)

Information for: .qmail

My .qmail file is located in the user dir, also tried moving it to the
Maildir.

./Maildir/

also tried

/home/username/Maildir/

In inetd.conf the following was added (on one line):

pop-3   stream  tcp     nowait  root  /var/qmail/bin/qmail-popup
qmail-popup
videomoviehouse.com /bin/checkpassword /var/qmail/bin/qmail-pop3
Maildir

Killed inetd with HUP (kill all -HUP inetd)

./config couldn't find my hostname so I used: ./config-fast
hostname.mydomain.com

(of course hostname and mydomain being the real thing).

Installed daemontools using:

make
make setup check

Installed ucspi-tcp using:

make
make setup check

Created qmail startup files using the script in lifewithqmail

Qmail starts fine with no errors.

Here is what the last entries are in my maillog:

Apr  4 14:30:01 www qmail: 986409001.630812 new msg 40230
Apr  4 14:30:01 www qmail: 986409001.682478 info msg 40230: bytes 230 from
<[EMAIL PROTECTED]> qp 6416 uid 0
Apr  4 14:30:01 www qmail: 986409001.684883 starting delivery 2: msg 40230
to remote [EMAIL PROTECTED]
Apr  4 14:30:01 www qmail: 986409001.684921 status: local 0/10 remote 1/20
Apr  4 14:30:02 www qmail: 986409002.433544 delivery 2: success:
131.193.178.181_accepted_message./Remote_host_said:_250_ok_986419718_qp_4718
/
Apr  4 14:30:02 www qmail: 986409002.433643 status: local 0/10 remote 0/20
Apr  4 14:30:02 www qmail: 986409002.433836 end msg 40230
Apr  4 14:30:23 www qmail: 986409023.708195 new msg 40230
Apr  4 14:30:23 www qmail: 986409023.708284 info msg 40230: bytes 244 from
<[EMAIL PROTECTED]> qp 6461 uid 0
Apr  4 14:30:23 www qmail: 986409023.711062 starting delivery 3: msg 40230
to remote [EMAIL PROTECTED]
Apr  4 14:30:23 www qmail: 986409023.711095 status: local 0/10 remote 1/20
Apr  4 14:30:24 www qmail: 986409024.047438 delivery 3: success:
131.193.178.181_accepted_message./Remote_host_said:_250_ok_986419740_qp_8927
/
Apr  4 14:30:24 www qmail: 986409024.047548 status: local 0/10 remote 0/20
Apr  4 14:30:24 www qmail: 986409024.047588 end msg 40230
Apr  4 14:38:09 www qmail: 986409489.043261 starting delivery 4: msg 40229
to local [EMAIL PROTECTED]
Apr  4 14:38:09 www qmail: 986409489.043435 status: local 1/10 remote 0/20
Apr  4 14:38:09 www qmail: 986409489.081476 delivery 4: deferral:
Uh-oh:_home_directory_is_writable._(#4.7.0)/
Apr  4 14:38:09 www qmail: 986409489.081554 status: local 0/10 remote 0/20
Apr  4 14:39:11 www qmail: 986409551.744163 status: exiting
Apr  4 14:39:11 www qmail: 986409551.817359 status: local 0/10 remote 0/20
Apr  4 14:39:28 www qmail: 986409568.895138 status: exiting
Apr  4 14:39:28 www qmail: 986409568.917294 status: local 0/10 remote 0/20
Apr  4 14:42:05 www qmail: 986409725.913248 starting delivery 1: msg 40228
to local [EMAIL PROTECTED]
Apr  4 14:42:05 www qmail: 986409725.913359 status: local 1/10 remote 0/20
Apr  4 14:42:05 www qmail: 986409725.916740 delivery 1: deferral:
Uh-oh:_home_directory_is_writable._(#4.7.0)/
Apr  4 14:42:05 www qmail: 986409725.916829 status: local 0/10 remote 0/20
Apr  4 14:43:21 www qmail: 986409801.913243 starting delivery 2: msg 40227
to local [EMAIL PROTECTED]
Apr  4 14:43:21 www qmail: 986409801.913408 status: local 1/10 remote 0/20
Apr  4 14:43:21 www qmail: 986409801.916680 delivery 2: deferral:
Uh-oh:_home_directory_is_writable._(#4.7.0)/
Apr  4 14:43:21 www qmail: 986409801.916762 status: local 0/10 remote 0/20
Apr  4 14:45:22 www qmail: 986409922.571177 status: exiting
Apr  4 14:45:22 www qmail: 986409922.591515 status: local 0/10 remote 0/20
Apr  4 14:49:19 www qmail: 986410159.583250 starting delivery 1: msg 40222
to local [EMAIL PROTECTED]
Apr  4 14:49:19 www qmail: 986410159.583360 status: local 1/10 remote 0/20
Apr  4 14:49:19 www qmail: 986410159.586476 delivery 1: deferral:
Uh-oh:_home_directory_is_writable._(#4.7.0)/
Apr  4 14:49:19 www qmail: 986410159.586517 status: local 0/10 remote 0/20
Apr  4 14:49:49 www qmail: 986410189.583202 starting delivery 2: msg 40229
to local [EMAIL PROTECTED]
Apr  4 14:49:49 www qmail: 986410189.583371 status: local 1/10 remote 0/20
Apr  4 14:49:49 www qmail: 986410189.586688 delivery 2: deferral:
Uh-oh:_home_directory_is_writable._(#4.7.0)/
Apr  4 14:49:49 www qmail: 986410189.586763 status: local 0/10 remote 0/20
Apr  4 14:50:33 www qmail: 986410233.583231 starting delivery 3: msg 40218
to local [EMAIL PROTECTED]
Apr  4 14:50:33 www qmail: 986410233.583418 status: local 1/10 remote 0/20
Apr  4 14:50:33 www qmail: 986410233.586687 delivery 3: deferral:
Uh-oh:_home_directory_is_writable._(#4.7.0)/
Apr  4 14:50:33 www qmail: 986410233.586765 status: local 0/10 remote 0/20
Apr  4 15:00:17 www qmail: 986410817.599233 starting delivery 4: msg 40220
to local [EMAIL PROTECTED]
Apr  4 15:00:17 www qmail: 986410817.599427 status: local 1/10 remote 0/20
Apr  4 15:00:17 www qmail: 986410817.602638 delivery 4: deferral:
Uh-oh:_home_directory_is_writable._(#4.7.0)/
Apr  4 15:00:17 www qmail: 986410817.602715 status: local 0/10 remote 0/20
Apr  4 15:00:25 www qmail: 986410825.593215 starting delivery 5: msg 40228
to local [EMAIL PROTECTED]
Apr  4 15:00:25 www qmail: 986410825.593406 status: local 1/10 remote 0/20
Apr  4 15:00:25 www qmail: 986410825.596626 delivery 5: deferral:
Uh-oh:_home_directory_is_writable._(#4.7.0)/
Apr  4 15:00:25 www qmail: 986410825.596710 status: local 0/10 remote 0/20

I know the home directory is writable I made it that way for testing, I also
had it non writable which I know it should be (not 777).

Last few entries in syslog, doesn't seem anything about an error with qmail:

Apr  4 14:42:41 www inetd[10935]: pid 7817: exit status 1
Apr  4 14:45:27 www inetd[10935]: pid 8143: exit status 1
Apr  4 14:47:48 www inetd[10935]: pid 8370: exit status 1
Apr  4 14:52:54 www inetd[10935]: pid 8875: exit status 1
Apr  4 14:58:13 www inetd[10935]: pid 9389: exit status 1
Apr  4 15:03:27 www inetd[10935]: pid 9916: exit status 1

ANY ideas?










* Marcus Ouimet <[EMAIL PROTECTED]> [010405 00:14]:
> However I can't seem to receive anything. And no errors seem to be sent to
> the syslog/maillog file (except for one about the home dir being writable
> which I already know). Where are the log files defined? How can I fix this?

qmail will not deliver your message if the home dir is world writeable.
Show us logs of the errors (or non-errors) when the home dir has
permissions 700.

> (of course hostname and mydomain being the real thing).

Don't hide stuff. Don't ever hide stuff, or people on this list won't help
you.

-Johan
-- 
Johan Almqvist
http://www.almqvist.net/johan/qmail/

PGP signature





On Wed, Apr 04, 2001 at 03:14:29PM -0700, Marcus Ouimet wrote:
>       OK I am really stuck!
> 
>       Yes I have read lifewithqmail over and over and over. I have read through
> the docs and FAQs, to make sure I did everything right.
> 
SNIP stuff not needed.
> 
> My .qmail file is located in the user dir, also tried moving it to the
> Maildir.
> 
> ./Maildir/
> 
> also tried
> 
> /home/username/Maildir/
> 
SNIP other stuff not needed.
> Qmail starts fine with no errors.
> 
> Here is what the last entries are in my maillog:
> 
> Apr  4 14:49:19 www qmail: 986410159.586517 status: local 0/10 remote 0/20
> Apr  4 14:49:49 www qmail: 986410189.583202 starting delivery 2: msg 40229
> to local [EMAIL PROTECTED]
> Apr  4 14:49:49 www qmail: 986410189.583371 status: local 1/10 remote 0/20
> Apr  4 14:49:49 www qmail: 986410189.586688 delivery 2: deferral:
> Uh-oh:_home_directory_is_writable._(#4.7.0)/
SNIP more stuff not needed.

Even though I SNIPped it, thanks for sending enough info, at least.
(although I doubt that you own mydomain.com -- this is a public mail
server, there's no need to mangle your addresses...)

Try:

chown info ~info
chmod 700 ~info


That ought to fix your local delivery issue.

-- 
Greg White
Those who make peaceful revolution impossible will make violent
revolution inevitable.
                -- John F. Kennedy




On Wed, Apr 04, 2001 at 03:14:29PM -0700, Marcus Ouimet wrote:
> ANY ideas?

unless you set the homedirs permissions right qmail won't deliver as stated
in the logs. 
chown -R $user /home/$user/
chmod -R 700 /home/$user/

-- 
Henning Brauer     | BS Web Services
Hostmaster BSWS    | Roedingsmarkt 14
[EMAIL PROTECTED] | 20459 Hamburg
http://www.bsws.de | Germany




        Thanks all this time that is all I needed all this time. Thanks I really
appreciate it. Next time I will use the domain, sorry about that.

-----Original Message-----
From: Johan Almqvist [mailto:[EMAIL PROTECTED]]
Sent: April 4, 2001 3:53 PM
To: [EMAIL PROTECTED]
Subject: Re: Tried everything HELP!


* Marcus Ouimet <[EMAIL PROTECTED]> [010405 00:14]:
> However I can't seem to receive anything. And no errors seem to be sent to
> the syslog/maillog file (except for one about the home dir being writable
> which I already know). Where are the log files defined? How can I fix
this?

qmail will not deliver your message if the home dir is world writeable.
Show us logs of the errors (or non-errors) when the home dir has
permissions 700.

> (of course hostname and mydomain being the real thing).

Don't hide stuff. Don't ever hide stuff, or people on this list won't help
you.

-Johan
--
Johan Almqvist
http://www.almqvist.net/johan/qmail/






Marcus Ouimet <[EMAIL PROTECTED]> wrote:
>       OK I am really stuck!

As noted by others, you hid/obscured information.  That's bad.  Next time
you'll do better.

> I also have installed checkpasswd and that seems to work OK with that. I
> also set up the Maildir (with 3 sub dirs).

More on this later.

> When mail is sent to the e-mail address no errors are returned to the person
> sending the e-mail, and the e-mail is never received on our server?

Absolutely cannot happen.  If qmail sees the message (i.e. qmail-smtpd accepts
the message and queues it), there will be information in the logs.  And if
qmail doesn't accept the message, the sender will be given an error message of
some sort.

> [root@videomoviehouse control]# ps waux|grep qmail
> qmaill    2427  0.0  0.5  1100  324 ?        S    13:51   0:00
> /usr/local/bin/multilog t /var/log/qmail

There's where your logs are; files under /var/log/qmail/ .  Read them.
Post relevant extracts, without changing anything in them.

> root      8130  0.0  0.5  1100  348 ?        S    14:45   0:00 qmail-lspawn
> ./Mailbox

Above, you said you created a Maildir -- what appears to be your default
delivery instruction here states that you want delivery to mbox files named
"Mailbox" in the user's home directory.  Both of these facts cannot be
correct.

> Tried:
>
> #!/bin/sh
> exec env - PATH="/var/qmail/bin:$PATH" \
> qmail-start '|dot-forward .forward
>  ./Maildir/'

Not according to the ps output.

> In inetd.conf the following was added (on one line):

You're running qmail-smtpd from tcpserver.  Never mind that both the examples
you gave for inetd configurations were wrong.

Basically, you need to re-read all the documentation _until_you_understand_it_.
Blindly trying random things won't make an MTA work.

Charles
-- 
-----------------------------------------------------------------------
Charles Cazabon                            <[EMAIL PROTECTED]>
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
Any opinions expressed are just that -- my opinions.
-----------------------------------------------------------------------




Hi all,

I'm using FreeBSD 4.2 and i trying to configure relay-ctrl.

My problem is that:  Never the ip's are recorded in /var/spool/relay-ctrl .

My supervise scripts are:

/var/qmail/supevise/qmail-smtpd/run:

#!/bin/sh
QMAILDUID=`id -u qmaild`
NOFILESGID=`id -g qmaild`
MAXSMTPD=`cat /var/qmail/control/concurrencyincoming`
exec /usr/local/bin/softlimit -m 2000000 \
    /usr/local/bin/tcpserver -DRvX -x /etc/tcp.smtp.cdb -c "$MAXSMTPD" \
        -u "$QMAILDUID" -g "$NOFILESGID" 0 smtp /var/qmail/bin/qmail-smtpd
2>&1

/var/qmail/supevise/qmail-pop3d/run:

#!/bin/sh
exec /usr/local/bin/tcpserver -v -R 0 pop3 /var/qmail/bin/qmail-popup
mail.weber
dev.com.br /usr/local/bin/checkvpw /usr/sbin/relay-ctrl-allow
/var/qmail/bin/qmail-pop3d Maildir 2>&1

Some dirs contents:

ls -l /etc/tcp*:

-rw-r--r--  1 root  wheel    26 Mar 30 20:39 /etc/tcp.smtp
-rw-r--r--  1 root  wheel  2090 Apr  4 20:55 /etc/tcp.smtp.cdb

 ls -l /etc/relay-ctrl/*:

-rw-r--r--  1 root  wheel   3 Apr  4 20:07 /etc/relay-ctrl/expiry
-rw-r--r--  1 root  wheel  22 Apr  4 16:25 /etc/relay-ctrl/rule
-rw-r--r--  1 root  wheel   5 Apr  4 16:25 /etc/relay-ctrl/rulesdir
-rw-r--r--  1 root  wheel  13 Apr  4 16:26 /etc/relay-ctrl/smtpcdb
-rw-r--r--  1 root  wheel   9 Apr  4 16:27 /etc/relay-ctrl/smtprules
-rw-r--r--  1 root  wheel  22 Apr  4 16:27 /etc/relay-ctrl/spooldir
-rw-r--r--  1 root  wheel  24 Apr  4 16:30 /etc/relay-ctrl/tcprules

cat /etc/relay-ctrl/*:
900
:allow,RELAYCLIENT=''
/etc
tcp.smtp.cdb
tcp.smtp
/var/spool/relay-ctrl
/usr/local/bin/tcprules

Can Somebody help me ?

TIA
Jairo





Hello,I passed to tcpserver and all seems to work correctly:
now I have /etc/tcp.smpt file with :allow rules,

but I'd have some doubts to resolve:

1) May I remove now all my rcpthosts names except my hostname?
2) Shall I use supervise with tcpserver?

actually my start scripts are:
#/etc/rc.d/init.d/tcpserverd
#!/bin/sh
# Startup script for tcpserverd hackerized by kak Wed April 4 2001
#
# 
# description: a tcpserver for qmail.
/usr/local/bin/tcpserver -x /etc/tcp.smtp.cdb -v -u 502 -g 501 0 smtp
/var/qmail/bin/qmail-smtpd \
2>&1 | /var/qmail/bin/splogger smtpd 3 &
exit 0

#/etc/rc.d/rc.local
#
/bin/echo "Metto qmail in background..."
csh -cf ' /var/qmail/rc & '

I also installed djbdns aiming to use it for DNSCACHE and to enhance my small
LAN,but I guess it is not working since a "dnsqr a" to my host failed:

[ik5bcu@linux bin]$ dnsqr a linux.ik5bcu.ampr.org
1 linux.ik5bcu.ampr.org:
timed out

while a query to localhost works ok:

[ik5bcu@linux bin]$ dnsqr a localhost
1 localhost:
43 bytes, 1+1+0+0 records, response, noerror
query: 1 localhost
answer: localhost 655360 A 127.0.0.1

I use now supervise for djbdns:

[ik5bcu@linux bin]$ ps -ax|grep dns
  718 ?        S      0:00 supervise dnscache
  720 ?        S      0:00 supervise tinydns
  722 ?        S      0:00 /usr/local/bin/tinydns
  725 ?        S      0:00 /usr/local/bin/dnscache

but may be something is missed.

Beside this do you think I made a good choice (attempting)to install a dns
considering that:

1) I have not any BIND on my system
2) I have only private hostnames and IPs
3) My INTERNET connection uses a dynamic IP supplied by my ISP

Thanks and sorry for my long mail.

-- 
Regards,: Marco Calistri <[EMAIL PROTECTED]>
gpg key available on http://www.qsl.net/ik5bcu
Xfmail 1.4.7p2 on linux RedHat 6.2





Marco Calistri <[EMAIL PROTECTED]> wrote:
> Hello,I passed to tcpserver and all seems to work correctly: now I have
> /etc/tcp.smpt file with :allow rules, but I'd have some doubts to resolve:
> 
> 1) May I remove now all my rcpthosts names except my hostname?

Yes; more precisely, remove all hosts for which your server does not handle
mail.  For example, you may want to send mail to hotmail.com; this does NOT
mean that hotmail.com should be in rcpthosts.  Only _your_ domains should be
in it (with a few exceptions you don't need to worry about).

> 2) Shall I use supervise with tcpserver?

If you want.

Charles
-- 
-----------------------------------------------------------------------
Charles Cazabon                            <[EMAIL PROTECTED]>
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
Any opinions expressed are just that -- my opinions.
-----------------------------------------------------------------------




We’re in the process of planning a migration of email from a sendmail
server using pop3 type of service, to qmail using IMAP (courier).  We
have about 300 users.

Since the email isn’t going to get downloaded off the server, and we’re
planning on Maildir format (required if we’re using Courier) that means
each delivered email uses 1 inode.

I realize this is a little off-topic for this list, but there must be
email administrators that have had to deal with this.  We’re running
Linux (Red Hat 6.2, kernel 2.2.14) with ext2 file system.  How many
inodes would be sufficient for that kind of setup?  Are there any
statistics out there on how many email messages an average user will
keep in his/her mailbox?  What’s the largest number of inodes you can
configure for on a partition?  (How do you?  man mkfs isn’t very
helpful.)
   === Al



__________________________________________________
Do You Yahoo!?
Get email at your own domain with Yahoo! Mail. 
http://personal.mail.yahoo.com/




Al Sparks <[EMAIL PROTECTED]> wrote:
> 
> I realize this is a little off-topic for this list
[...]

Yup.

> What’s the largest number of inodes you can configure for on a partition?
> (How do you?  man mkfs isn’t very helpful.)

How is it not helpful?  It refers to you to the man page for mke2fs, which
contains exactly the information you're looking for.

Charles
-- 
-----------------------------------------------------------------------
Charles Cazabon                            <[EMAIL PROTECTED]>
GPL'ed software available at:  http://www.qcc.sk.ca/~charlesc/software/
Any opinions expressed are just that -- my opinions.
-----------------------------------------------------------------------





  Hello.  I am thinking about using qmail 1.03, instead of
sendmail, but still have a problem.  It seems so wierd that
I cannot solve it by myself.

  Suppose that there are 2 SMTP servers for a domain 'my.domain'.
One is smtp1.my.domain and the other is smtp2.my.domain.
Both servers are confirmed that they accept the messages from
other domain(e.g., to [EMAIL PROTECTED]).

  But when you send a message from smtp1 to [EMAIL PROTECTED],
smtp2 tries to send it to [EMAIL PROTECTED],
                          ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 
then of course it fails.

What is the cause of this problem?  How can I solve this problem?
I appreciate any advice.
Thanks.

-
Koh Sato
[EMAIL PROTECTED]





 Sorry.  I found a typo in my previous message;

>>>>> On Thu, 05 Apr 2001 12:46:05 +0900,
   Kou Sato <[EMAIL PROTECTED]> said:

    >>   Hello.  I am thinking about using qmail 1.03, instead of sendmail,
    >> but still have a problem.  It seems so wierd that I cannot solve it
    >> by myself.

    >>   Suppose that there are 2 SMTP servers for a domain 'my.domain'.
    >> One is smtp1.my.domain and the other is smtp2.my.domain.  Both
    >> servers are confirmed that they accept the messages from other
    >> domain(e.g., to [EMAIL PROTECTED]).

    >>   But when you send a message from smtp1 to [EMAIL PROTECTED],
    >> smtp2 tries to send it to [EMAIL PROTECTED],
    >> then of course it fails.

       smtp2 tries to sent it to [EMAIL PROTECTED]
                                                     ^
-
Koh Sato
[EMAIL PROTECTED]




Hi all,
 
I would like to know if there is any mail parsing (MIME) library in C which i can use to parse the mails and extract the <from> address , attachments , body etc from a mail body .
 
if not please tell me how to handle this in Java
There are mail api s in Java to handle this but the question is how to ?
 
Please Help
 
Thanks in advance
Mathew 




Hi-

Our good buddy DJB has been there and done that.  Take a look at:

http://cr.yp.tp/mess822.html

--Pete

On Thu, 5 Apr 2001, Mathew Chandy wrote:

> Hi all,
> 
> I would like to know if there is any mail parsing (MIME) library in C which i can 
>use to parse the mails and extract the <from> address , attachments , body etc from a 
>mail body .
> 
> if not please tell me how to handle this in Java
> There are mail api s in Java to handle this but the question is how to ?
> 
> Please Help
> 
> Thanks in advance 
> Mathew 
> 





* Mathew Chandy <[EMAIL PROTECTED]> [010405 06:33]:
> I would like to know if there is any mail parsing (MIME) library in C which
> i can use to parse the mails and extract the <from> address, attachments,
> body etc from a mail body .

Address is in the header. DJB's mess822 does this fine. http://cr.yp.to/

Attachements etc, there is some good work done by MrSam in the "maildrop"
package (reformail, reformime) - check http://www.courier-mta.org/

> if not please tell me how to handle this in Java
> There are mail api s in Java to handle this but the question is how to ?

-Johan
-- 
Johan Almqvist




Hi,

> Our good buddy DJB has been there and done that.  Take a look at:
> http://cr.yp.tp/mess822.html

Sorry for a bit OT question but how to use it?

Csaba





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




hi.

i'm trying to get tcpserver installed and running qmail on my machine (linux
with a 2.2.18 kernel.  madrake 7.1 to be exact).

I have qmail installed and running (wondeful program might i ad) and I have
compiled and installed the tcpserver package, but I cannot, for the life of
me, get tcpserver to run qmail for me.

when i try and issue the tcpserver command from the qmail faq it just runs
for a second and then quits saying it's finished, but there's no instance of
qmail running to deliever mail.

any help would be greatly appreciated.

thanks.

todd





Hi!


I am also having troble with tcpserver under Mandrake 7.1, but with kernel
2.4.2.
The mail system works perfectly on the machine, but the system has
significant latencies when I'm trying to establsh an SMTP commection with
qmail-pop3d. I have to try serveral times until the connection is made. I am
getting a timeout error. The PC's are in a local LAN.

I've had kernel 2.2.15 with the same problem on another installation of
Mandrake.

Thanks

-----Original Message-----
From: todd kennedy [mailto:[EMAIL PROTECTED]]
Sent: 5 aprilie 2001 08:18
To: [EMAIL PROTECTED]
Subject: problems with tcpserver


hi.

i'm trying to get tcpserver installed and running qmail on my machine (linux
with a 2.2.18 kernel.  madrake 7.1 to be exact).

I have qmail installed and running (wondeful program might i ad) and I have
compiled and installed the tcpserver package, but I cannot, for the life of
me, get tcpserver to run qmail for me.

when i try and issue the tcpserver command from the qmail faq it just runs
for a second and then quits saying it's finished, but there's no instance of
qmail running to deliever mail.

any help would be greatly appreciated.

thanks.

todd



Reply via email to