Re: thoughts for future qmail

2001-01-02 Thread Timothy L. Mayo

I've been running qmtpd since I turned on qmail, which has been serveral
years now.  Will be nice to start seeing it actually be used. :)

On Sun, 31 Dec 2000, David Dyer-Bennet wrote:

 Russell Nelson [EMAIL PROTECTED] writes on 30 December 2000 at 09:16:14 -0500
   If I can get twenty people to implement it, AND insert an MX record
   for their qmtpd with one of the following priorities, then I'll commit 
   to implementing a qmail-remote that also talks QMTP.
 
 While Russell asked people to email him privately when they'd done it
 (and I have), I think it's worth mentioning on the list that I think
 this is worth doing, and have implemented qmtpd on my system in an
 effort to help achieve critical mass.  Having interest shown publicly
 here may help convince other people to get involved.
 -- 
 David Dyer-Bennet  /  Welcome to the future!  /  [EMAIL PROTECTED]
 SF: http://www.dd-b.net/dd-b/  Minicon: http://www.mnstf.org/minicon/
 Photos: http://dd-b.lighthunters.net/
 

-
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- Phone
(412) 810-8886 Fax




Re: assign config file question

2000-11-09 Thread Timothy L. Mayo

On Thu, 9 Nov 2000, Tony Ennis wrote:

 
 My /var/qmail/users/assign file looks like this:
 
 +gv-:fred:1000:1003:/usr/local/squid/bin:-:gv:
 .
 
 Note that the 'gv-' line is a wildcard - I understand this to mean that any
 email received for any address that begins with 'gv-' will be processed by
 this configuration line. I ran qmail-newu to make it active.  The problem is
 that I am executing the .qmail-default config file in squid, not the
 .qmail-gv file.  I have read the documentation but it is a little too sparse
 for me.  Can anyone explain how the last two arguments in an 'assign' line
 work for wildcards?

Change the name of .qmail-gv to .qmail-gv-default.

When qmail receives an email addressed to gv-ext, the above line tells it
to look for .qmail-gv-ext.  If the file exists, qmail uses the file.  If
the file does not exist, qmail then looks for .qmail-gv-default.  If this
file exists, qmail uses this file.  If the file does not exist, qmail
looks for .qmail-default.

Notice:  At no time in the above sequence does qmail look for or use
.qmail-gv.

 
 Thanks,
 Tony
 
 

-
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- Phone
(412) 810-8886 Fax




Re: Help again :(

2000-10-20 Thread Timothy L. Mayo

Folks,

This has been stated before, many times on this list.  qmail NEVER
consults /etc/hosts for anything, ever.  It only uses DNS.  If you are
using qmail, set up a DNS server.

On Fri, 20 Oct 2000, Stefan Laudat wrote:

 It is highly essential to have "order hosts,bind" in your /etc/resolv.conf!!!
 Otherwise /etc/hosts won't help so much :(
 
 On Thu, Oct 19, 2000 at 11:08:34PM -0700, Chris Thorman wrote:
  Hi,
  
  You are probably right about the DNS being the cause of the delay.  
  
  If you have no DNS available, then run a DNS server right there on your mail 
machine; it can be its own.  Just serve "reverse" tables for all the IP networks your 
users use.
  
  If you know that only a small set of hosts will be connecting to your machine, 
then simply enter all those in /etc/hosts, and DNS will never be consulted.
  
 
 -- 
 Stefan Laudat
 -
 Noncombatant, n.:
 A dead Quaker.
  -- Ambrose Bierce
 

---------
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- Phone
(412) 810-8886 Fax




RE: tcpserver

2000-10-13 Thread Timothy L. Mayo

You are missing the /var/qmail/control/rcpthosts file.  That file MUST be
present and should contain the domains listed in locals and virtualdomains
as well as any domains for which you are acting as a secondary MX.

Then you will need to set RELAYCLIENT="" for all IPs which you wish to
allow relaying for.

This is covered in the FAQ that came with qmail as well as at
www.qmail.org and Dave Sill's excellent 'Life With qmail".

On Fri, 13 Oct 2000, Cliff Cole wrote:

 Hello again,
   After some testing, it appears that adding the ':deny' string it
 will deny EVERYTHING comming into port 25 even othe MTA's.  I removed
 :deny and it now allows ALL IP's to relay from my server. Any other
 suggestion I may try?
 
 Thanks,
 Cliff  
 
 On Fri, 13 Oct 2000, Leonard Tulipan wrote:
 
  If you want tcpserver to only allow some hosts, you would do something like
  this 
  (Look at http://cr.yp.to/ucspi-tcp/tcprules.html for more info)
  
  192.168.0.xxx:allow
  192.168.0.yyy:allow
  :deny
  
  this has to be "compiled" by tcprules of course.
  
  Ciao
  Leo
  
   -Original Message-
   From: [EMAIL PROTECTED] [SMTP:[EMAIL PROTECTED]]
   Sent: Friday, October 13, 2000 11:49 AM
   To:   [EMAIL PROTECTED]
   Subject:  tcpserver
   
   Hello,
 Forgive me for such a stupid question, I have been having problems
   with tcpserver NOT denying IP address.  I have only entered a few IP
   classes into the tcp.smtp file, I have updated it using tcprules, and I
   also have '-x tcp.smtp.cdb' flagged in the startup of smptd.  Yet is still
   does not deny any type of IP address.  Has anyone else experienced this
   problem, I have tried everything I can think of to resolve this
   problem.  I have reinstalled tcpserver. remove and recreated the .cdb
   file, anyone have any tips that would help?
   
   Best Regards,
   Cliff Cole
  
 
 

---------
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- Phone
(412) 810-8886 Fax




RE: A bug or am I being daft?

2000-10-13 Thread Timothy L. Mayo

No.  The final system is allowed to do whatever it wants with case.  The
case preservation is only required if the MTA is NOT the final delivery
MTA.  qmail by design is case independent when it is the final delivery
MTA.

On Fri, 13 Oct 2000, Austad, Jay wrote:

 Doesn't the case change violate RFC821 or 822?  I seem to remember reading
 that case in the user portion of the email address should never be changed
 because the accounts "Bob" and "bob" are two completely different accounts
 on a unix machine.
 
 Jay
 
 -Original Message-
 From: Kai MacTane [mailto:[EMAIL PROTECTED]]
 Sent: Friday, October 13, 2000 1:07 PM
 To: [EMAIL PROTECTED]
 Subject: Re: A bug or am I being daft?
 
 
 At 10/13/00 10:47 AM , Ben Cody Houston wrote:
 Basically, I'm trying to deliver mail to:
 
 [EMAIL PROTECTED]
 
 so, I have an ~alias/.qmail-Bob:Hanson file... but it won't work. It will 
 work if it's ~alias/.qmail-bob:hanson - should either one work?
 
 No, only the latter one should work. See 
 http://cr.yp.to/qmail/faq/incominguser.html#alias-dots. As it says, "Dots 
 are converted to colons, and uppercase is converted to lowercase."
 
  --Kai MacTane
 --
 "Uh-oh... Gravity works."
  --Batty Koda, "Ferngully"
(Hey, bats are gothic.)
 

-
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- Phone
(412) 810-8886 Fax




Re: .qmail-default

2000-10-03 Thread Timothy L. Mayo

If that is all you want is a bounce, remove the .qmail-default.
Otherwise, check out the docs for bouncesaying.

On Tue, 3 Oct 2000, Mike Jimenez wrote:

 Can someone help me out really quick what is the proper string to put in
 
 the ".qmail-default"  if you want the mail to bounce back.
 
 Thanks
 Mike
 
 

-----
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- Phone
(412) 810-8886 Fax




Re: Problem with sending to Yahoo Mail !

2000-09-29 Thread Timothy L. Mayo

No, your server is NOT a problem.  yahoo.com is the one having problems at
the moment.  Delivery to them is VERY sporadic at the moment.

On Fri, 29 Sep 2000, Hamid Hashemi Golpayegani wrote:

 Hi ,
 
 Thank You for your reply .
 I have test yahoo with hotmail . You know that Hotmail deliver mail through
 internet with qmail to yahoo . But message received by yahoo very quickly
 and no time waste !
 I think that my server has problem .
 
 Thank You
 Hamid Hashemi
 - Original Message -
 From: "Peter Green" [EMAIL PROTECTED]
 To: "Hamid Hashemi Golpayegani" [EMAIL PROTECTED]
 Cc: [EMAIL PROTECTED]
 Sent: Friday, September 29, 2000 5:13 PM
 Subject: Re: Problem with sending to Yahoo Mail !
 
 
  also sprach hamid:
   Hi ,
  
   Nowaday I have get this error message in my qmail log file and a lot of
 my
   Yahoo mail was been in queue . The message is this :
   Connected_to_128.11.69.54_but_connection_died._(#4.4.2)
   So any one know what is the problem ? My mail to yahoo was not deliver
   successfully .
 
  Yahoo! is having serious mail delivery issues (again). Supposedly, their
  machines were unable to deliver mail to a rather large domain on the 'net,
  it all queued up, and when the domain became available again their mail
  servers became overloaded.
 
  Not really anything you can do. :(
 
  /pg
  --
  Peter Green : Gospel Communications Network, SysAdmin : [EMAIL PROTECTED]
  ---
  "A good messenger expects to get shot."
  --- Larry Wall
 
 
 
 
 

---------
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- Phone
(412) 810-8886 Fax




Re: pop3 running as...

2000-09-21 Thread Timothy L. Mayo

On Wed, 20 Sep 2000, andy wrote:

 Just one question for y'all. 
 
 As per the "humorous" thread, none of you are obliged to answer, and if I in any way 
come off as and asshole or idiot feel free to harass me. ( Oh shit! that wasn't an 
asshole thing to say was it? )
  
 Is qmail-popup\qmail-pop3d supposed to run as root?
 
 Thanks in advance,
 
 -Andy
 

Simple answer, yes.

Long explanation.  qmail-popup reads the username and password from the
socket and passes them to the next program (usually checkpassword by djb
or another program based on it).  checkpassword verifies the username and
password and changes the gid and uid and priveledges to become the user
just verified.  It then runs qmail-pop3d as that user.

The fact that checkpassword switches to the identity of the verified user
is what requires qmail-popup to be run as root.  It is also what provides
protection from any exploits in qmail-pop3d (none have been found to date
and based on Dan's and Russ' coding, I doubt that any will be found).
qmail-pop3d runs as the user who owns the mailbox being accessed and
therefore can only access files and directories available to that user.

-----
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- Phone
(412) 810-8886 Fax




Re: RBL/MAPS/DUL etc. without rblsmtpd?

2000-08-30 Thread Timothy L. Mayo

You misunderstood the statement.  rblsmtpd is now part of the ucspi-tcp
package.  See: http://cr.yp.to/ucspi-tcp.html

On Wed, 30 Aug 2000, John Gonzalez/netMDC admin wrote:

 Am i to understand that rblsmtpd's devlopment has ceased? I think DJB's
 page says some mention of that, and also instructs that the functionality
 has been introduced into tcpserver now.
 
 LWQ still makes mention of using rblsmtpd, and i'm trying to set this up
 on a new server i'm toying with. Anybody know any good instructions on
 setting these black hole lists up with tcpserver?
 
 -- 
   ___   _  __   _  
 __  /___ ___    /__  John Gonzalez/Net.Tech
 __  __ \ __ \  __/_  __ `__ \/ __  /_  ___/ MDC Computers/netMDC!
 _  / / / `__/ /_  / / / / / / /_/ / / /__ (505)439-0200/fax-437-3052
 /_/ /_/\___/\__/ /_/ /_/ /_/\__,_/  \___/ http://www.netmdc.com
 [-[system info]---]
   8:20am  up 111 days, 14:23,  2 users,  load average: 0.06, 0.10, 0.13
 
 

-
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- Phone
(412) 810-8886 Fax




Re: Qmail starts dropping email all of a sudden and SLOWWWW attachment upload

2000-08-24 Thread Timothy L. Mayo

Ok, so ldap lookup is failing user doesn't exist..

what are the contents of /var/qmail/alias/.qmail-default?

qmail delivered the message to something and did it successfully.

On Thu, 24 Aug 2000, Daniel Ceregatti wrote:

 OK! Made some progress! Turns out the users that stop receiving email all have no 
.qmail file in their dir! It looks like it starts to crap out if it loses 
connectivity to ldap then it doesn't know what to do with the mail since there's no 
.qmail file. Well, 1 problem down, 1 to go!
 
 Thanks
 
 "Timothy L. Mayo" wrote:
 
  On Thu, 24 Aug 2000, Daniel Ceregatti wrote:
 
   Chris Johnson wrote:
  
On Thu, Aug 24, 2000 at 11:37:15AM -0700, Daniel Ceregatti wrote:
 Recently, some weird stuff has been happening. All of a sudden, mail to
 certain users gets dropped (i.e.  /dev/null). It simply vanishes. No bounce,
 nothing. But other users are unaffected. To fix this situation I have to
 restart qmail.
   
What Do the Logs Say? (copyright 1998, Dave Sill)
  
   [root@mail qmail]# tail -f /var/log/maillog
  
   Aug 24 12:24:55 mail qmail: 967145095.820766 new msg 932290
   Aug 24 12:24:55 mail qmail: 967145095.821360 info msg 932290: bytes 722 from 
[EMAIL PROTECTED] qp 7274 uid 401
   Aug 24 12:24:55 mail qmail: 967145095.912351 starting delivery 321: msg 932290 
to local [EMAIL PROTECTED]
   Aug 24 12:24:55 mail qmail: 967145095.912855 status: local 1/50 remote 1/50
   Aug 24 12:24:56 mail qmail: 967145096.852530 delivery 321: success: did_1+0+1/
 
  This line shows that it did more than just a delivery to the local user.
  Is there a .qmail file for this user and if so, what are its contents?
 
  -----
  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- Phone
  (412) 810-8886 Fax
 
 

-----
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- Phone
(412) 810-8886 Fax




Re: How is this damn spam getting through.

2000-08-18 Thread Timothy L. Mayo

qmail doesn't look at ANY of the headers in the message.  It looks at the
SMTP protocol envelope sender address (which it adds as the Return-Path:
header on final delivery).  badmailfrom effectively filters based on the
Return-Path: header and ONLY the Return-Path header and as you are finding
out, that can and lots of times does, have absolutely NOTHING in common
with the contents of the headers in the message itself. :)

On Fri, 18 Aug 2000, Duane L. wrote:

 
 I am about ready have a conniption. Perhaps I'm mistaken in what portion
 of the mail header qmail actually looks at.
 
 8 - - - - -  
 From: [EMAIL PROTECTED]
 To:  [EMAIL PROTECTED]
 Subject: Get a $1000 FREE Satellite TV System ..
  FREE SATELLITE T.V. SYSTEM
 8 - - - - - 
 
 I have '*@indiatimes.com' in badmailfrom
 
 I have 'satsystems*' in badrcptpatterns
 
 So what am I missing? 
 (exsposing cranium to sharp blows from a clue stick)
 
 
 Duane L - [EMAIL PROTECTED] -
 
 
 
 

-
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- Phone
(412) 810-8886 Fax




Re: sending e-mai to an ip address

2000-08-18 Thread Timothy L. Mayo

The correct syntax is:

to: user@[ip-address-of-hostB]

the square brackets are required in this case.

On Fri, 18 Aug 2000, Jeff Mangewala wrote:

 Hello,
 
 Can I use qmail-inject on hostA to send e-mail to a user at hostB by doing
 the following:
 
 
 qmail-inject
 to: user@ip-address-of-hostB
 ctrl-D
 
 
 I saw an RFC that states that DNS aliases cannot be used.
 Does this mean that the "to:" line has to be to something with an "A" record
 in DNS?
 
 ie to: [EMAIL PROTECTED]
 
 And how about if I configure qmail on hostB to receive e-mail for
 "ip-address-of-hostB"?
 
 Will hostA still barf out with the message:
 
 CNAME_lookup_failed_temporarily.
 
 And, if it does, can I telnet to port 25 of hostB and send e-mail to
 user@ip-address-of-hostB
 
 Thanks,
 
 Jeff Mangewala
 
 
 
 
 
 
 
 
 
 *
 This email message is for the sole use of the intended recipients(s) 
 and may contain confidential and privileged information. 
 Any unauthorized review, use, disclosure or distribution is prohibited.  
 If you are not the intended recipient, please contact sender by 
 reply email and destroy all copies of original message.   
 
 
 

---------
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- Phone
(412) 810-8886 Fax




Re: DRAFT RFD - comp.mail.qmail - Comments Sought (Was: qmail advocacy questions)

2000-05-31 Thread Timothy L. Mayo

On Wed, 31 May 2000, Russell Nelson wrote:

 Russ Allbery writes:
   Darren Wyn Rees [EMAIL PROTECTED] writes:
   
Below, I've quoted a DRAFT RFD proposal for comp.mail.qmail.
   
   I'm not sure this is a good idea, mostly because I don't see the
   distinction between the newsgroup and this mailing list and I also don't
   expect the people using the mailing list to really want to move to a
   newsgroup.  Without the core of people on this mailing list that know
   qmail very well and answer most of the questions, the newsgroup is
   unlikely to be all that useful, and I haven't heard much indication that
   those people would really prefer a newsgroup.
 
 I agree with you in general, Russ.  The only benefit I can see to
 comp.mail.qmail is that there is also a comp.mail.sendmail.
 

I seem to recall having this discussion 4 years ago and we decided at that
point that comp.mail.qmail was not a good idea. :)  Oh well, here we go
again.

-
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- Phone
(412) 810-8886 Fax




Re: time error on qmail

2000-05-18 Thread Timothy L. Mayo

qmail ALWAYS uses UTC when recording dates in the mail headers it
generates.  That is what the '-' means.  The difference between UTC
and CDT is '-0500'.  The time stamps are correct you are just misreading
them. :)

On Thu, 18 May 2000, Zhiliang Hu wrote:

 
 qmail has been working on my site for a while.  Everything has been
 fine except -
 
 when a mail is trigerred by a CGI program, which is using the "sendmail"
 replacement provided by qmail, the time stamp on the qmail delivery lines
 are 5 hours ahead of actual time, ALTHOUGH the time generated by the CGI
 program itself is correct.  (see below for an actual example; Note: time
 stamps on other mail deliveries are correct).
 
 Any hints?
 
 Zhiliang
 
 -- E x a m p l e --- s t a r t ---
 Return-Path: [EMAIL PROTECTED]
 Delivered-To: [EMAIL PROTECTED]
 Received: (qmail 8 invoked by uid 207); 18 May 2000 13:14:53 -
 Delivered-To: [EMAIL PROTECTED]
 Received: (qmail 3643 invoked by uid 201); 18 May 2000 13:14:53 -
 Date: 18 May 2000 13:14:53 -
 Message-ID: [EMAIL PROTECTED]
 From: [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Subject: New Ideas!
 
 ... o m i t t e d   s o m e   t e x t ...
 
 This is a web form originated mail.  The submittion was
 made from kh420129-ans.ansci.iastate.edu (ip=129.186.213.166)
 on Thu May 18 08:14:53 CDT 2000
 -- E x a m p l e  e n d ---
 
 

-----
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- Phone
(412) 810-8886 Fax




Re: don't know if anyone noticed this, but...

2000-05-16 Thread Timothy L. Mayo

On Tue, 16 May 2000, Russell Nelson wrote:

 Adam McKenna writes:
   I was browsing amazon today and noticed it:
   
   
http://www.amazon.com/exec/obidos/ASIN/0672319454/qid%3D958501880/104-5030846-4577265
   
   Who the hell is Rich Blum?  I never hoid of him.
 
 On the other hand, you've heard of me, and I've only written a
 fraction of a book.  :(

Ah, but Russ, we know your credentials for being a qmail authority. :) 
What are Rich's credentials?

-
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- Phone
(412) 810-8886 Fax




Re: Message: -ERR this user has no $HOME/Maildir

2000-05-15 Thread Timothy L. Mayo

On Mon, 15 May 2000, Bob Carpenter wrote:

 But I DO have the maildir as created by "maildirmake", no?
 
 [root@mercury bob]# ls -al Mai*
 -rw---1 bob  bob 19136 May 12 13:07 Mailbox
 -rw---1 bob  bob  8956 May 12 13:29 Maildir
 [root@mercury bob]#

No, the above ls output shows that you have a FILE named 'Maildir'.  You
do NOT have a Maildir/ directory as created by maildirmake.  Delete the
above file and rerun maildirmake as user 'bob'.

Note: the ls output for a Maildir directory would have looked like the
following:

drwx--1 bob  bob  8956 May 12 13:29 Maildir


-----
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- Phone
(412) 810-8886 Fax




Re: Is there a way to relay mail based on username/password ?

2000-05-13 Thread Timothy L. Mayo

That's what the POP before SMTP solution does.  See qmail.org for a couple
of different implementations.

There has been some work done on authenticated SMTP but it is not
universally supported yet.

On Sat, 13 May 2000, Dinesh Punjabi wrote:

 Is it possible to setup relaying based purely on
 username and password? There are users that
 use dial up accounts under many ISP's. It becomes
 very difficult to track users based on IPs and/or
 domains.
 

-
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- Phone
(412) 810-8886 Fax




Re: Open Today.

2000-05-08 Thread Timothy L. Mayo

And his ISP won't. :)  Especially since I was a dial-up user when the
whole "block the dial-ups" discussion started and was adamant that it was
a mistake. :)  If one of our users SPAMs, regardless of how, and we are
notified, they lose their account.  It's that simple and it is very
effective, I can assure you. :)

Tim Mayo

On Sun, 7 May 2000, Russell Nelson wrote:

 John White writes:
   On Sat, May 06, 2000 at 04:30:54PM -0400, Len Budney wrote:
(BTW blocking DUL has not interfered with my own email in a couple of
years now. So despite the big talk of folks who use it, I continue to
send mail directly from my machine. DUL blocking only works because it
is a rarely-taken measure.)
   
   Amazing.  In one year, our office ran across:
   
   aol.com
 
 Add to that list crynwr.  Len, you've sent me mail directly; no
 problem.  Yet I block on the DUL.  I think the reason you haven't had
 any problems is because your ISP hasn't listed its dialups with the
 DUL.  In general, the DUL doesn't go looking.  It lists modems for
 ISPs that contribute, or those with a spamming problem.
 
 -- 
 -russ nelson [EMAIL PROTECTED]  http://russnelson.com
 Crynwr sells support for free software  | PGPok | "Ask not what your country
 521 Pleasant Valley Rd. | +1 315 268 1925 voice | can force other people to
 Potsdam, NY 13676-3213  | +1 315 268 9201 FAX   | do for you..."  -Perry M.
 

---------
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- Phone
(412) 810-8886 Fax




Re: origins of Bracketed Quad notation

2000-05-08 Thread Timothy L. Mayo

On Mon, 8 May 2000, David L. Nicol wrote:

 
 Can anyone point me to the IETF RFC describing e-mail addresses
 of the form david@[10.10.10.10]   Although web pages refer to
 this construction as a "821-compliant address" I found no discussion
 of referring to hosts by anything other than names within 821.
 

RFC 821 page 29 (Section 4.1.2  COMMAND SYNTAX)

mailbox ::= local-part "@" domain
domain ::= element | element "." domain
element ::= name | "#" number | "[" dotnum "]"
dotnum ::= snum "." snum "." snum "." snum
snum ::= one, two, or three digits representing a decimal integer value
in the range 0 through 255

The item you missed was the third form of the element.

-
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- Phone
(412) 810-8886 Fax




Re: What is the limit of size of an attachmen (in a default install)

2000-05-01 Thread Timothy L. Mayo

On Mon, 1 May 2000, Murat Guven Mural wrote:

 how many mb's can be attached maximum ? i didnt edit anything about it. did
 a default install..

By default, there is no maximum (other than your physical disk space).
Use /var/qmail/control/databytes or the DATABYTES environment variable to
change this behaviour.  See the man page for qmail-smtpd.

-
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- Phone
(412) 810-8886 Fax




Re: opinion on my proposed setup!

2000-04-20 Thread Timothy L. Mayo

qmail cannot share its mail queue in any manner.  Your system will NOT
work using qmail.  This is covered in several threads in the list
archives.

On Thu, 20 Apr 2000, Madhav wrote:

 hi,
 i already have my setup (with router) running for http, ftp and telnet
 services. and would like to add this mail service also for the same setup.
 This setup actually provides protection from any failure.
 
  You may be able to share maildirs, but I'm not sure what you gain by
  sharing one installation between two servers. If the server with your
  binaries crashes both servers go down. In your place I would probably just
 
 i use a distributed file system (coda) for storing these qmail binaries and
 queues so even if the mach1 crashes mach2 can be still acess it without any
 problems.
 
 my concern is if qmail-send is running on both mach1 and mach2 at the same
 time, trying to send the mails in the queue will i be having any problems?
 
 
  -Original Message-
  From: Madhav [mailto:[EMAIL PROTECTED]]
  Sent: Wednesday, April 19, 2000 23:12
  To: [EMAIL PROTECTED]
  Subject: opinion on my proposed setup!
 
 
  hi all,
 
  i am planning to load balance my mail service using 2 servers. my proposed
  set up is going to be something like the following,
 
|  --- Mach1  ---|
  Mail clients  --- Router1   | |-/common/qmail
|  --- Mach2 --- |
 
  i would install qmail in machine mach1 in the dir /common/qmail instead of
  the default /var/qmail. Now i would share this directory with mach2 using
  NFS or Coda file system. i would now start the qmail in both servers(mach1
  and mach2). in mach2,  qmail will not be installed and only the qmail
  startup script will be created (since it already has access to the qmail
  utilities through the share).
 
  My mail clients are using only POP and smtp to connect to my setup. Access
  to the mailservers are only through the router machine. The router will
  redirect requests in a round robin fashion. the routing is done at
  connection level. ie when my first clients connects to the router machine,
  the connection is redirected to the machine1. for a second connection he
  will be redirected to the mach2.
 
  since the 2 machines mach1 and mach2 share the same queues and control
  files, both mach1 and mach2 will serve as load balancing mailservers.
 
  does anyone foresee any problems with this setup? i am a newbie to qmail
 and
  would like the experts' opinion on this setup :)
 
  thanks
 
 
 

-
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- Phone
(412) 810-8886 Fax




Re: qmail deleting Maildir/cur directory (fwd)

2000-04-19 Thread Timothy L. Mayo

qmail does not, never has and never will touch the contents of cur.  The
POP3 server and IMAP server do and will delete the contents when the
client instructs them to.

From your description, my guess is that Messenger is the culprit.  Try
changing and then resetting the leave on server option and test it again
in both states as you change it.

On Wed, 19 Apr 2000, Ian Shaughnessy wrote:

 Actually I had stated which mua's i used, Pine, and occasionally
 Netscape Messenger.  The reason why I am suspicious of messenger is
 because it was the last mua i used prior to my directory being cleared. 
 However, messenger is configured to leave messages on the server, and
 only delete remote messages if the message is deleted locally. 
 Messenger still has my database of email, and when I last used it before
 my cur directory disappeared I had just downloaded my latest 3 or
 messages.  While I am suspicious of messenger for that reason... kind of
 like with qmail, messenger does not do that when it's told not to (well,
 its not supposed to).  Either way its an error, either in qmail or
 messenger, and I am trying to determine which.  I doubt pine, as I use
 pine everyday and I only seem to see this problem when I use messenger
 (which, like i said before, is only occasionally).  Anyways, here is
 some more specific information:
 
 netscape messenger 4.51
 Pine 4.04-1  (patched for Maildir)
 qmail 1.03
 
 Contents of .qmail file:
 ./Maildir/
 
 email address:
 [EMAIL PROTECTED]
 
 When I use messenger, it's POP, and it's  (obviously) mail.binxdsign.com
 
 In response to qmail can't delete directories.. sure, i realize that.  I
 guess I was incorrect in saying the directory was deleted; every file in
 it was.  Qmail can do this im sure, as can messenger, pine, any other
 mua.  Like i said before, there is a bug somewhere here, and whether its
 in qmail or one of my mua's im not sure, but any help you could provide
 would be very helpful.
 
 Any ideas?
 
 
 // Ian Shaughnessy
 // [EMAIL PROTECTED]
 
 Len Budney wrote:
  
  Ian Shaughnessy [EMAIL PROTECTED] wrote:
  
   All I know is when I checked my mail this morning it was all there,
   but when I checked it this afternoon it wasnt.  Quite confusing...
  
  Granted. At least, then, tell us what mail client you use, what email
  address your mail is delivered to, and send us a copy of the relevant
  .qmail file. If you use POP or IMAP, then tell us what server you get
  your mail from, so we can see if it's running known buggy software.
  
  Mysteries remain mysteries for lack of data.
  
   ...and like I said, the log files provided no help what so ever.
   They all just read like "blah blah mail message delivered successfuly"
  
  That's because qmail does not delete directories, period. Well, maybe
  ``doesn't'' isn't the right word; it ``can't'' delete directories,
  period. Just look at the qmail source, with ``grep rmdir *'' and see for
  yourself.
  
  The moral: qmail IS NOT deleting your Maildir/cur directory. Folks
  here already know that for sure, so your subject line is being ignored
  (and might get you flamed if you keep saying it). Folks _might_ be
  willing to help you figure out what's actually happening, though. Give
  all the helpful information you can.
  
  Len.
  
  --
  Frugal Tip #27:
  Embezzle.
 

-----
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- Phone
(412) 810-8886 Fax




Re: HTML mail and this list...

2000-04-12 Thread Timothy L. Mayo

Please do NOT use HTML on this list. :)  Quite a few of us use pine or
mutt to read our mail.

On Wed, 12 Apr 2000, John W. Lemons III wrote:

 Since I'm very new to this list, I have a question about the mail 
 formats this list permits.
 
 Considering the potential security hazards that HTML mail creates, 
 and the fact that a lot of mail program don't support HTML mail, 
 is it acceptable/desirable for this group?
 
 Thanks,
 John
 
 
 

-
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- Phone
(412) 810-8886 Fax




Re: can't remove

2000-03-30 Thread Timothy L. Mayo

Which still doesn't tell us what address is subscribed to the list.
Please post the contents of the Return-Path header.  The Delivered-To
header is meaningless for this purpose.

On Thu, 30 Mar 2000, Vince Vielhaber wrote:

 On Thu, 30 Mar 2000, Philip Gabbert wrote:
 
  
  Ugh.. Everything I send the message back to the email help bot, it 
  tells me it can't remove me from the list cause my address is not on 
  the list, but I still get the email. here's a copy of the headers in 
  a qmail message:
  
  Delivered-To: [EMAIL PROTECTED]
  Mailing-List: contact [EMAIL PROTECTED]; run by ezmlm
  Delivered-To: mailing list [EMAIL PROTECTED]
  Date: Wed, 15 Mar 2000 16:58:26 -0600
  
  This clearly shows that it's sending email to '[EMAIL PROTECTED]' 
  exactly like that. Here's my response from the ezmlm help bot:
  
 
 No, it says it's sending to "[EMAIL PROTECTED]"
 
 Vince.
 -- 
 ==
 Vince Vielhaber -- KA8CSHemail: [EMAIL PROTECTED]http://www.pop4.net
128K ISDN: $24.95/mo or less - 56K Dialup: $17.95/mo or less at Pop4
 Online Campground Directoryhttp://www.camping-usa.com
Online Giftshop Superstorehttp://www.cloudninegifts.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- Phone
(412) 810-8886 Fax




Re: Problem with sending mail to virtual domain

2000-03-27 Thread Timothy L. Mayo

Yes, we do it all the time.

On Mon, 27 Mar 2000, Irwan Hadi wrote:

 At 09:29 27/03/2000 -0500, Chris Johnson wrote:
 On Mon, Mar 27, 2000 at 07:18:48PM -0700, Irwan Hadi wrote:
 Change it to this:
 
 staff  A 192.168.1.1
MX  10 server
MX  20 my.isp.mail.service
 
 Thanks for your answer, but, is it okay to have multiple A address which
 point to the same IP address ?
 
 ---
 AFLHI 058009990407128029/089802---(102598//991024)
 

-
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- Phone
(412) 810-8886 Fax




Re: badmailfrom

2000-03-22 Thread Timothy L. Mayo

Do NOT block mail with a return path of .  These are error messages and
RFC 821 and 1123 require you to accept these messages.  This is the ONLY
way your users have of knowing that a message they sent could not be
delivered.

On Wed, 22 Mar 2000 [EMAIL PROTECTED] wrote:

 I want to block all mail coming into my server 
 that has a return path of ...
 
 These show up in the logs as 
 
 . bytes 8798 from  qd 8 uid 8327
 
 What rule would I need in badmailfromto do this?
 
 Thanks VERy much your help.
 
 
 Wil.
 
 
 -
 This message was sent using Imaginet WebMail.
 http://www.imag.net/
 
 
 

-
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- Phone
(412) 810-8886 Fax




Re: Vir Domains problems

2000-03-21 Thread Timothy L. Mayo

On Tue, 21 Mar 2000, Mark E. Drummond wrote:

 Chris Johnson wrote:
  
  FAQ 4.6
 
 Er, please excuse my idiocy but what FAQ are you refering to? Dan's FAQ
 does not have section numbering ... http://cr.yp.to/qmail/faq.html.
 
 Nonetheless, I did check Dan's FAQ when setting this up. That is why I
 am stumped. The FAQ says, 
 
 --BEGIN QUOTE--
 How do I set up a virtual domain? I'd like any mail for nowhere.mil,
 including [EMAIL PROTECTED] and [EMAIL PROTECTED] and so on, to be
 delivered to Bob. I've set up the MX already. 
 
 Answer: Add nowhere.mil:bob to /var/qmail/control/virtualdomains, and
 tell qmail to read virtualdomains. Add nowhere.mil to
 /var/qmail/control/rcpthosts. 
 
 Now mail for [EMAIL PROTECTED] will be delivered locally to
 bob-whatever. Bob can set up ~bob/.qmail-default to catch all the
 possible addresses, ~bob/.qmail-info to catch [EMAIL PROTECTED], etc.
 --END QUOTE--
 
 Now, I added nowhere.mil (well, a real domain of course but let's stick
 with the example) to control/virtualdomains
 (nowhere.mil:alias-nowhere.mil). I "told" qmail to read virtualdomains.
 I added nowhere.mil to control/rcpthosts. The MX records were changed
 accordingly. I created ~alias/.qmail-nowhere.mil-default with
   ^^^
This is the problem

qmail-local replaces any "." in an address with a ":" prior to attempting
a delivery.  Change the filename to ~alias/.qmail-nowhere:mil-default and
it will work.

 [EMAIL PROTECTED] as it's contents. Ergo, mail to *@nowhere.mil should go to
 [EMAIL PROTECTED]
 
 That is not happening. The mail is bouncing with the error quoted in my
 first message. If I then create ~alias/.qmail-default with any email
 address in it ([EMAIL PROTECTED]) then _all_ email  is forwarded to that
 address, including all mail for nowhere.mil. Delete
 ~alias/.qmail-default and mail start bouncing again.
 
 I expect, perhaps incorrectly, that the correct behaviour would be, in
 the face of a message to say [EMAIL PROTECTED], to look for these files,
 in this order:
 
   ~alias/.qmail-nowhere.mil-info
   ~alias/.qmail-nowhere.mil-default
   ~alias/.qmail-nowhere.mil
   ~alias/.qmail-default
   ~alias/.qmail
 
 Now, maybe it does not check all of those but that is irrelevant.
 Obviously, assuming the setup I stated above, all mail to *@nowhere.mil
 should be going to [EMAIL PROTECTED] It is not and that is what I was hoping
 someone could help me out with.
 
 Claimer: I've read the docs, the HOWTO, LWQ, the FAQ. What I need is
 some extra eyes to locate what I am doing wrong, not scripture.
 
 -- 
 Mark Drummond|ICQ#19153754|mailto:[EMAIL PROTECTED]
 UNIX System Administrator|Royal Military College of Canada
 The Kingston Linux Users Group|http://signals.rmc.ca/klug/
 Saving the World ... One CPU at a Time
 

---------
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- Phone
(412) 810-8886 Fax




Re: Dropping mail?

2000-03-13 Thread Timothy L. Mayo

Simply place a comment line and only a comment line in the relevant .qmail
file.

On Mon, 13 Mar 2000 [EMAIL PROTECTED] wrote:

 I'd like to have certain addresses 'eat' email (ie. just discard it). So, I
 setup an account with a ".qmail" file which has one line "|/dev/null".
 
 QMail complains "deferral: /bin/sh_/dev/null:_cannot_execute".
 
 What is the most effecient way to setup QMail to discard email?
 
 - Scott
 
 

---------
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- Phone
(412) 810-8886 Fax



Re: qmail-pop3d and tcpserver

2000-03-08 Thread Timothy L. Mayo

The default is to accept unless you explicitly add a

:deny

rule as your last rule.

On Wed, 8 Mar 2000, Andy Bradford wrote:

 Thus said Uwe Ohse on Thu, 09 Mar 2000 06:16:39 +0100:
 
  well, that doesn't sound terribly useful. Why don't you use
  194.:deny
  or something like this in a tcprules file (and tell tcpserver to
  use the cdb file)?
 
 Hmm, well that isn't exactly what I meant---I guess I stated my problem 
 wrong.  I have only
 127.:accept
 in /etc/tcp.pop3 and have built the rules with tcprules as well as 
 included a -x /etc/tcp.pop3.cdb in the script that I use to startup 
 tcpserver with qmail-pop3d yet it continues to accept connections from 
 a machine with 192.168.1.x which I believe it shouldn't.  It was my 
 understanding that unless an address was in the cdb that it would be 
 denied.  Is deny not the default for tcpserver?
 Andy
 -- 
 +== Andy == TiK: garbaglio ==+
 |Linux is about freedom of choice|
 +== http://www.xmission.com/~bradipo/ ===+
 
 
 

-
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- Phone
(412) 810-8886 Fax



Re: Slightly OT: Bcc - who is repsonsible

2000-03-06 Thread Timothy L. Mayo

The Bcc header should be removed by the MUA prior to sending.  Anything
else means it is NOT a Bcc!

On Mon, 6 Mar 2000, Markus Stumpf wrote:

 Hoi folx,
 
 just had a discussion with a support person. Their MUA is not deleting
 Bcc: Lines from the header.
 They claim it's within the repsonsibility of the MTA to look at the
 headers and "do the right thing".
 
 IMHO this is wrong. However all I could find about it was RFC1123
 section 5.2.1, which says the MUA should construct envelope fields for
 the SMTP protocol.
 
 Who's right? Any references?
 
 Thanks,
 
   \Maex
 
 -- 
 SpaceNet GmbH |   http://www.Space.Net/   | Stress is when you wake
 Research  Development| mailto:[EMAIL PROTECTED] | up screaming and you
 Joseph-Dollinger-Bogen 14 |  Tel: +49 (89) 32356-0| realize you haven't
 D-80807 Muenchen  |  Fax: +49 (89) 32356-299  | fallen asleep yet.
 

-----
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- Phone
(412) 810-8886 Fax



Re: More RBL

2000-03-03 Thread Timothy L. Mayo

This is a problem as you specified it.  You need to modify vpopmail to add
the RBLSMTPD="" entry and things will work as you want them to.

On Fri, 3 Mar 2000, Mark Tippetts wrote:

 Hey,
 
 
 I've been distracted from developing a qmail test-bed with the following
 Sendmail problem, and I'm concerned about the same problem in qmail.
 
 We're using the popauth hack (for roaming users) and the DUL-RBL.  This
 works great, unless a popauth-OK'ed address is in the DUL.  The DUL is
 checked first.  Since checks end with a reject on matches to the rbl, the OK
 in popauth.db is never seen, and all outgoing mail from the user bounces,
 even though they've authenticated via POP.
 
 I understand that things flow in the opposite direction here, but it seems
 like the problem remains-- at least according to my rudimentary knowledge of
 qmail.  First, tcpserver checks tcp.smtp.cdb and passes the connection with
 x.x.x.x:allow,RELAYCLIENT="".  Later in the pipe we encounter instances of
 rblsmtpd.  $RBLSMTPD is not set, so a lookup is done, and matched against
 the DUL, and the mail is rejected.  rblsmtpd doesn't care about the status
 of $RELAYCLIENT, and the message never reaches qmail-smtpd, because the pipe
 has already closed.
 
 If I were using a simple /etc/tcp.smtp file, I'd gather the answer would be
 to modify lines to read x.x.x.:allow,RELAYCLIENT="",RBLSMTPD="".  Perhaps
 this is a solution for customers using our dial-ups.  But I'm concerned with
 roaming users.  I'm using Vpopmail with --enable-roaming-users, and this
 adds its own lines to the cdb.
 
 Would I need to modify the Vpopmail source to add the RBLSMTPD=""
 assignment?  Am I imagining bogymen and there's no problem?  Or is there a
 problem, but with a simple solution I've missed?
 
 Thanks,
 
   Mark Tippetts
 

-
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- Phone
(412) 810-8886 Fax



Re: Message 252 when VRFYing

2000-03-01 Thread Timothy L. Mayo

qmail does not and will not support VRFY.  Find another way to do what you
want.  VRFY will NOT work.

On Wed, 1 Mar 2000, Shera wrote:

 Hello,
 
 I am very new to qmail, I have used sendmail for over 2 years for my
 mini-lan.  I am having a slight problem, mail is delivered fine, but when I
 telnet to port 25 and vrfy user I get the message "252 send some mail, i'll
 try my best", Now if I check the RFC this just means that my users arent
 found locally but the mail server will try to send the email (I am a self
 taught sysadmin so excuse me for any term used improperly)  
 
 In /var/qmail/control/locals   I have my qualified domain
 also in /var/qmail/control/rcpthosts  I have my qualified domain
 
 My users have there mail going to /$user/Maildir/
   ** note the mail does go there fine
 
 I have everything running from one computer so directories and user db are
 all in the same computer
 
 Since the mail works fine except for this Message 252 there is no big
 problem execpt that I have a program to verify users and it checks the mail
 server with vrfy user and right now my program wont work.  So how do I fix
 it so qmail sees my users as local?
 
 Thank You,
 Shera - Sysadmin Technology Unlimited PR
 
 
 
 

-----
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- Phone
(412) 810-8886 Fax



Re: Header to tell qmail an email is in HTML format...

2000-02-23 Thread Timothy L. Mayo

On Wed, 23 Feb 2000, Guillermo Villasana Cardoza wrote:

 What headers should be added at the begining of an email so that qmail
 shows it in HTML format.
 Thanks.

None.  qmail doesn't look at the headers and doesn't care what format the
message is in as long as there are no bare line feeds.

-
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- Phone
(412) 810-8886 Fax



Re: Header to tell qmail an email is in HTML format...

2000-02-23 Thread Timothy L. Mayo

On Wed, 23 Feb 2000, Guillermo Villasana Cardoza wrote:

 Well... my problem is that qmail is adding the following at the end of the
 email:
 X-Mozilla-Status: 
 X-Mozilla-Status2: 
 X-UIDL: 951326338.17800.ns
 
 And all the HTML is before this 3 lines and when I look it in my mail client
 I only get the Subject, Date, From and To lines
 
 Everything else is hidden as if it was part of the header of the email.
 Thanks

No, qmail is NOT adding these lines.  Either your mail client is adding
those lines or the mail client that is sending the email is adding those
lines.  qmail ONLY adds a Delivered: and a Return-Path: header and those
are added at the top of the message.

 
 
 "Timothy L. Mayo" wrote:
 
  On Wed, 23 Feb 2000, Guillermo Villasana Cardoza wrote:
 
   What headers should be added at the begining of an email so that qmail
   shows it in HTML format.
   Thanks.
 
  None.  qmail doesn't look at the headers and doesn't care what format the
  message is in as long as there are no bare line feeds.
 
  -----
  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- Phone
  (412) 810-8886 Fax
 
 

-----
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- Phone
(412) 810-8886 Fax



Re: empty msg from:

2000-02-11 Thread Timothy L. Mayo

On Sat, 12 Feb 2000, Uwe Boettjer wrote:

 Hello qmail-users...
 
 How do I tell qmail-smtpd to not accepting eMails where the sender says:
 msg from:  
 
 I see this here very often, and I don't like it..
 
 -- 
 Bye
   Uwe

You are REQUIRED by the internet standards to accept these messages.
PERIOD.  Do NOT under any circumstances reject these messages.  All SMTP
error messages are REQUIRED to use an empty envelope sender address.  See
RFC 821 and RFC 1123 Section 5.2.9.

-
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- Phone
(412) 810-8886 Fax



Re: Logging information about each email.

2000-02-02 Thread Timothy L. Mayo

On Wed, 2 Feb 2000, Bill Parker wrote:

   Any hints on where to start?
  
  Your maillogs. They contain all this information.
  
  Heh, true, but not when each mail was received or sent...now what?
 
 Yes they do, have another look :)
 
 
 Ok, here is an sample from my current log file :)
 
 949438248.678057 status: local 0/10 remote 0/20
 949438248.678087 end msg 51564
 949439125.810556 new msg 51564
 949439125.810586 info msg 51564: bytes 1030 from [EMAIL PROTECTED] qp 27275 uid
 779
 1
 949439125.814061 starting delivery 9709: msg 51564 to local
 xxx.com-kelly@d
 onbest.com
 949439125.814123 status: local 1/10 remote 0/20
 949439125.814153 starting delivery 9710: msg 51564 to local
 xxx.com-sam@don
 best.com
 949439125.814209 status: local 2/10 remote 0/20
 949439125.945242 delivery 9709: success: did_0+0+1/
 949439125.945282 status: local 1/10 remote 0/20
 949439125.949184 delivery 9710: success: did_0+0+1/
 949439125.949221 status: local 0/10 remote 0/20
 949439125.949251 end msg 51564
 949439132.351102 new msg 51564
 949439132.351131 info msg 51564: bytes 1545 from [EMAIL PROTECTED] qp
 27281
  uid 7791
 
 Do you see any time stamps in there, Peter (unless i'm blind,
 I sure don't) smile

Those numbers at the beginning of each line ARE timestamps. :)  They just
don't make sense to humans.  Pass the file through tailocal or tai64nlocal
depending on which version of daemontools you are using.

 
 -Bill
 
 
 

-
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- Phone
(412) 810-8886 Fax



Re: bogus mail from??

2000-02-01 Thread Timothy L. Mayo

On Tue, 1 Feb 2000, Ronny Haryanto wrote:

 On 01-Feb-2000, Adam McKenna wrote:
  This is _not_ an IMail problem.  This is a user-configurable setting.
  
  If mail from  is bouncing that means the admin of that site has chosen to
  enable that setting.  (It might be the default, but I'm pretty sure it's
  not.)
 
 But if  is valid, what is the reason to make this behaviour
 user-configurable in the first place? In other words, when is  not
 valid?

It is being blocked because some SPAMers took advantage of the fact that
the RFCs require bounce messages to use the  envelope sender for error
messages.  It should NEVER be blocked, period.  If a spammer is sending
email with an  envelope sender, block their IP.

 
 -- 
 Ronny Haryanto
 

-
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- Phone
(412) 810-8886 Fax



Re: Qmail crashing TCP/IP-stack

2000-01-28 Thread Timothy L. Mayo

Every time I have run into the large email download problem it is because
the clients email software would reach its mail check time and abort the
current download and start over.  This is buggy client code, not the
server. :)  When we have a customer call, we tell them to turn of the
auto mail check, perform a manual download and restart the auto mail check
after the manual check completes.  This has worked every time for us.

On Fri, 28 Jan 2000, Jonathan Herbert wrote:

 On Fri, Jan 28, 2000 at 08:50:58AM -0800, Mark Delany wrote:
  On Fri, Jan 28, 2000 at 11:25:51AM -0500, Jonathan Herbert wrote:
  
 On 28 Jan 00, at 11:29, Henrik Öhman wrote:
  A user just sent 2 subsequent mails to a mailing list, both including quite
  large attachments (looking in ~user/list/archive, the files are 1,2Mb and
  730kb respectively) to 21 users. This is quite heavy on a 128kbit line, 
esp.
  since concurrencyremote is 20, so I expect that each qmail-remote takes its
  share of the bandwidth, leaving 128/20 kbit per delivery.
   
   I've implemented qmail in a number of environments, including small to
   medium sized ISPs, research groups, and private companies as well. One of
   the main complaints has always been the amorphous "problem with large
   attachments". 
   
   I can't imagine that this could be entirely the OS's fault, considering this
   tends to be a consistent problem regardless of architecture or OS. 
  
  Which problem in particular? qmail has no clue as to whether it is really
  running on a 486 with 8MB or memory and a 2400bps link or a 64x CPU E1
  with a couple gig of memory and an OC48 connection to the Internet.
 
 Err, the "large attachment" problem. I don't consider this a resource issue
 per se; the problem i've experienced more so is the poor handling of
 extremely large messages. 
 
 To elaborate, users who retrieve large messages via pop3, or transmit large
 messages via smtp often complain about being disconnected, timing out, or a
 myriad of other equally vague problems.
 
  The only person with the possibility of having such a clue is the person who
  admins the system.
 
 Thanks for that outstanding vote of confidence :-)
 
  Based on this, my suggestion is that resource consumption by anything that runs
  on a system is something that should be controlled by the admin. That qmail lets
  you utilize the system resource controls to *gracefully* control just about every
  resource type on a system means that you can tune it fairly precisely to your 
needs.
 
 [...] 
 
 
 Well, obviously there are too many factors involved to pinpoint the problem
 specifically, but that in itself tends to problematic. 
 
 Even ruling out user error, configuration mishaps, wind sheer, and solar
 radiation, users still tend to complain about the mailserver [qmail] not
 handling large messages well.
 
 Similarly, i've never encountered it in any capacity which could be viewed
 as debilitating. 
 
 I'm simply wondering if this is a known issue- it seems that i'm not the
 only one whos run into this in some way shape or form. And it's that which
 makes me think there is more substantiality to this claim than is openly
 realized. 
 
 Jonathan
 
 [PS, i'm not trolling. please dont think i'm trolling, I know how
 defensive this list can get on occasion. :)]
 
 

---------
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- Phone
(412) 810-8886 Fax



Re: High-load servers...

2000-01-22 Thread Timothy L. Mayo

On Sat, 22 Jan 2000, Michael Boman wrote:

 Can any of this qmail-queue wrappers be done so the queue is stored on a
 Network (shared) drive, so each server in a cluster of servers can take
 any of the messages is the queue and send it?
 
 Please advice
  Michael Boman

No, because qmail-queue is NOT the program that maintains the queue.
qmail-send keeps the current state of the queue in memory with the actual
contents residing on disk.  qmail-queue simply inserts the message into
the queue and tells qmail-send that it just added a message to the queue.
Nothing more.

-
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- Phone
(412) 810-8886 Fax



Re: OT: Netscape Authentication Problem

2000-01-10 Thread Timothy L. Mayo

Replace the '@' with a '%'.

On Mon, 10 Jan 2000, Roger Merchberger wrote:

 I apologize for the OT post, but I do need help *badly* if anyone else out
 there has run into this, I most certainly would appreciate a helping hand...
 
 I;m running qmail 1.03 and have set up vmailmgr correctly (well, it's
 working.. ;-) and have telnetted to port 110 and POP3 is working correctly,
 and set up IE correctly and had it send/receive mail to virtual accounts.
 
 However, when I put in a virtual user, say... [EMAIL PROTECTED] in
 Netscape (ver. 4.5 thru 4.7) it barfs and says that the authentication
 failed. I have tried several different escape characters in place (or in
 addition to) the '@' symbol, with no luck.
 
 Yes, I do realize that this isn't technically a vmailmgr/qmail problem, and
 the software is great... However, I have searched deja.com, Altavista  the
 ORNL qmail archives with no success - does anyone have a fix for this (I
 can and will recompile with the ':' virtual domain separator if need be,
 but I'd rather fix Nutscrape.)
 
 The customer I'm dealing with will not switch their email program, either. :-/
 
 Thanks in advance for any and all help,
 Roger "Merch" Merchberger
 --
 Roger "Merch" Merchberger   ---   sysadmin, Iceberg Computers
 Recycling is good, right???  Ok, so I'll recycle an old .sig.
 
 If at first you don't succeed, nuclear warhead
 disarmament should *not* be your first career choice.
 

---------
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- Phone
(412) 810-8886 Fax



Re: virtual domains.

2000-01-05 Thread Timothy L. Mayo

I'm doing this very patch to both vpopmail and courier-imap as you discuss
it.  I will pass my changes back to you when I complete them later today.
:)

The change was very simple to make but it does not allow you to override
the uid or gid fields any longer. :(

Tim

On Wed, 5 Jan 2000, iv0 wrote:

 
 I was looking at something similar yesterday. A vhosting setup where
 each domain put it's web files under a users directory and wanted to put 
 thier vpopmail email under that users directory too.
 
 From the vpopmail code I thought of a way to handle it. Currenly it
 assumes the ~vpopmail/domains directory. But if instead
 it parsed that information from the /var/qmail/users/assign file.
 And change the vadddomain program to allow setting which uid/gid and
 directory to use for the domain directory.
 
 Ken Jones
 www.inter7.com
 
  Rich Stock wrote:
  
  I am somewhat new to qmail, but i have successfully(for the most part
  anyhow) setup qmail on a couple servers,  It so far has been easy to
  install and maintain.
  However when i decided i would like to setup virtual domains I feel I
  dont really understand how or why qmail works the way it does, and how
  i can get it to work the way i would like(or something close to the
  way i would like).  I am writing this with the hope that someone will
  know what i need to do to get qmail completely setup the way I
  envision.
  
  I would like qmail to handle virtual domains by putting mail from a
  virtualdomain that ~user owns in ~user/mail/somevirtualpopuser instead
  of vpopmail having directories for each domain under its sub directory
  i could care less if the ~user even owns the mail directory, i more or
  less would like a quota limitation on mail in a per-domain basis so
  that all users wouldn't suffer (as much) it someone got their domain
  email bombed or something else which would have the same effect.  then
  i would like qmail-pop3d to check to what domain a pop3 connection
  request was issued to (sortof like wu-ftpd will with virtual ftp
  servers and chroot to the directory of the user that owns the domain
  the request came for) so it could only serve mail for users@thatdomain
  and unlike vchkpw where you enter the user%domain to login you just
  have the pop client configured to get mail from your domain, and you
  wouldn't need any special user names.
  
  but im not picky, and could just do symbolic links or something to get
  the virtualdomains mail to their users directories that own them. any
  suggestions that anyone may have, probably short of learning c(because
  i need a sort of quick fix) would be appriciated.  feedback as to why
  this would be dumb/impractical is also welcome.
  
  -Rich Stock
 

-
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- Phone
(412) 810-8886 Fax



Re: Store + forward email

1999-12-22 Thread Timothy L. Mayo

Take a look at AUTOTURN and/or turnmail.  AUTOTURN is a method of using
the serialmail package to provide an improved ETRN service to a static IP.
turnmail (link on www.qmail.org) provides a similar arrangement for a
dynamic IP system.

We use AUTOTURN for several of our customers and are very pleased with it.

On Wed, 22 Dec 1999, Stuart Harris wrote:

 I am looking to switch our mail systems over from sendmail to Qmail early next year 
(Feb hopefully!)
 but I obviously want to remove ALL trace of sendmail when I do this, for all but one 
of our servers this
 will be a simple task. however, there is one that I need help with..
 We provide a solution where we store the mail for a customer on our servers for 
download when the customer comes online, the mail is then sent to them via a command 
issued by our RADIUS server.. my questions are as follows..
 
 1, can you selectively process mail for a specific domain? 
 2, is there any way to increase the maximum queue time, obviously because this mail 
is stored indefinitely for the customer then we do NOT want it to bounce. 
 3, can you suggest any queue analysys applications other than qmail-qstat?
 

-
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- Phone
(412) 810-8886 Fax



Re: Sendmail vs Qmail?

1999-12-20 Thread Timothy L. Mayo

No, you install it by default and only tell the ones (usually your more
informed users) that need to how to override the filter for themselves.

On Sun, 19 Dec 1999, Sam wrote:

 On Sat, 18 Dec 1999, Russell Nelson wrote:
 
  Sam writes:
Troy Frericks writes:

 If somebody sent a memo to "A-project" and "Management-A", and I was a
 member of both lists, I would expect to receive two emails so I could get
 them archived in my appropriate mail folder (.  I would hope you could
 disable this 'feature' in sendmail if you wanted.

You'll definitely think otherwise if you start getting three or four copies
of every memo.
  
  Why would this happen after installing eliminate-dups?
 
 You want to hand-hold all the PHBs who can barely put together a
 Powerpoint presentation, and tell them how to install a unix filter?
 
 Life's too short.
 
 
 

---------
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- Phone
(412) 810-8886 Fax



Re: dumping msgs to the BBBB

1999-12-17 Thread Timothy L. Mayo

a .qmail file that only contains comments will achieve what you are after.

.qmail:
#

works very nicely. :)

On Fri, 17 Dec 1999, Keith Warno wrote:

  == "Big Black Bit Bucket", AKA, /dev/null
 
 I remember seeing something on the list about how to do this; apologies in
 advance.  I would like to send a user's mail (either a real user or
 non-existant user) silently to /dev/null.  I'm assuming that an
 appropriately-named .qmail file with a /dev/null will work; however I was
 pretty sure there was a more "elegant" way of doing it.  Something involving
 a pound sign maybe?
 
 Thanks.
 
 
 /*
 ** Keith Warno
 ** Make Us An Offer, Inc.
 ** Real-Time Online Haggling
 ** http://www.makeusanoffer.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- Phone
(412) 810-8886 Fax



Re: secondary mail relay: rcpthosts AND SMTPROUTES

1999-12-07 Thread Timothy L. Mayo

On Mon, 6 Dec 1999, David L. Nicol wrote:

 "Timothy L. Mayo" wrote:
  
  On Mon, 6 Dec 1999, David L. Nicol wrote:
  
   And add a line in control/smtproutes too; otherwise you'll
   bounce messages as qmail mistakenly interprets that it is supposed
   to be the end recipient.  This starts happening only after you
   actually modify the MX records.
  
  
  No.  An smtproutes entry is NOT needed.  The only time you would have a
  problem would be if you placed your server at the same MX or higher
  priority as the machine you were serving as the secondary for.  (Remeber
  that a HIGHER MX number is a LOWER priority.)
  
  -----
  Timothy L. Mayo mailto:[EMAIL PROTECTED]
  Senior Systems Administrator
  localconnect(sm)
  http://www.localconnect.net/
 
 
 
 Yes, that is what I thought, too, until I did it.  The primary MX has
 priority five, the secondary has priority 20, and I set the qmail box
 to have priority 200 and what happened to the occasional piece of
 e-mail that got to it?  It was bounced, with a message that said
 "Although I am listed as the primary mx for this host, I haven't a
 clue what to do with this piece of e-mail." (from memory.)
 

Then something was wrong with either your DNS setup or the name server
that the qmail secondary MX server was using.  My instructions for ONLY
adding it to the rcpthosts file were based on it working exactly that way
for several domains for which I do just exactly what I said and they work
exactly as documented.  Mail is queued and forwarded when the primary
comes back on line.

Why did your qmail box think it was the best preference MX host?

 
 After concernedly rereading the FAQ I added lines to smtproutes
 and things are now working properly: the occasional piece of overflow
 that
 wanders into the box in question is now held briefly and then forwarded.
 
 
 The fact that I had no "locals" file may have had something to do with 
 it; although the documentation seems to say that a locals file is not
 needed if you only accept local mail for "me."
 
 
 
 The moral of the story?  Set up test cases before altering your
 production
 systems, no matter how well-documented and "authoritatively" asserted
 the
 feature may be.
 
 
 
 
 
 
 
  
 __
   David Nicol 816.235.1187 [EMAIL PROTECTED]
  Corel Linux is Debian with qmail preinstalled
 

-
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- Phone
(412) 810-8886 Fax



RE: secondary mail relay: rcpthosts AND SMTPROUTES

1999-12-07 Thread Timothy L. Mayo

You do NOT need the smtproutes entry if your DNS is set up correctly.

On Mon, 6 Dec 1999, Dustin Miller wrote:

 Can we get a consensus here? 
 
 :)
   _  
 
 Dustin Miller, President
 WebFusionDevelopmentIncorporated
 
 
 -Original Message-
 From: david [mailto:david]On Behalf Of David L. Nicol
 Sent: Monday, December 06, 1999 4:10 PM
 To: Timothy L. Mayo
 Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]
 Subject: Re: secondary mail relay: rcpthosts AND SMTPROUTES
 
 
 "Timothy L. Mayo" wrote:
  
  On Mon, 6 Dec 1999, David L. Nicol wrote:
  
   And add a line in control/smtproutes too; otherwise you'll
   bounce messages as qmail mistakenly interprets that it is supposed
   to be the end recipient.  This starts happening only after you
   actually modify the MX records.
  
  
  No.  An smtproutes entry is NOT needed.  The only time you would have a
  problem would be if you placed your server at the same MX or higher
  priority as the machine you were serving as the secondary for.  (Remeber
  that a HIGHER MX number is a LOWER priority.)
  
  -----
  Timothy L. Mayo mailto:[EMAIL PROTECTED]
  Senior Systems Administrator
  localconnect(sm)
  http://www.localconnect.net/
 
 
 
 Yes, that is what I thought, too, until I did it.  The primary MX has
 priority five, the secondary has priority 20, and I set the qmail box
 to have priority 200 and what happened to the occasional piece of
 e-mail that got to it?  It was bounced, with a message that said
 "Although I am listed as the primary mx for this host, I haven't a
 clue what to do with this piece of e-mail." (from memory.)
 
 
 After concernedly rereading the FAQ I added lines to smtproutes
 and things are now working properly: the occasional piece of overflow
 that
 wanders into the box in question is now held briefly and then forwarded.
 
 
 The fact that I had no "locals" file may have had something to do with 
 it; although the documentation seems to say that a locals file is not
 needed if you only accept local mail for "me."
 
 
 
 The moral of the story?  Set up test cases before altering your
 production
 systems, no matter how well-documented and "authoritatively" asserted
 the
 feature may be.
 
 
 
 
 
 
 
  
 __
   David Nicol 816.235.1187 [EMAIL PROTECTED]
  Corel Linux is Debian with qmail preinstalled
 
 

-
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- Phone
(412) 810-8886 Fax



Re: secondary mail relay: rcpthosts AND SMTPROUTES

1999-12-06 Thread Timothy L. Mayo

On Mon, 6 Dec 1999, David L. Nicol wrote:

 
 
 
 [EMAIL PROTECTED] wrote:
  
  On Mon, 6 Dec 1999 14:13:38 -0600 , "Dustin Miller" writes:
   configure qmail to queue mail for foo.com,
   attempting delivery to a mail.foo.com when it receives mail bound for
   foo.com, and holding that mail (without giving deferral notices) until
   mail.foo.com comes back online in the event that it is down?
  
  All you should need to do is put "foo.com" in the
  rcpthosts file.  That way, qmail-smtpd will accept
  the message, and then deliver it to mail.foo.com,
  the primary MX.
  
  Qmail does not generate deferral notices.
  
  The time qmail will hold the message is in
  control/queuelifetime, specified in seconds.
 
 
 And add a line in control/smtproutes too; otherwise you'll
 bounce messages as qmail mistakenly interprets that it is supposed
 to be the end recipient.  This starts happening only after you
 actually modify the MX records.  
 

No.  An smtproutes entry is NOT needed.  The only time you would have a
problem would be if you placed your server at the same MX or higher 
priority as the machine you were serving as the secondary for.  (Remeber
that a HIGHER MX number is a LOWER priority.)

---------
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- Phone
(412) 810-8886 Fax



Re: Weird thing with ETRN patch

1999-11-29 Thread Timothy L. Mayo

On Mon, 29 Nov 1999, Paulo Jan wrote:

[snip]

 74,77d73
  void smtp_etrn()
  {
out("250 ok\r\n");
  }
 236,237c232
smtp_greet("250-"); 
out("\r\n250-PIPELINING\r\n250 8BITMIME\r\n250 ETRN\r\n");

This line is the problem.  It should read:

out("\r\n250-PIPELINING\r\n250-8BITMIME\r\n250 ETRN\r\n");
  ^ Must be a '-' not a ' '. :)

 ---
smtp_greet("250-"); out("\r\n250-PIPELINING\r\n250 8BITMIME\r\n");
 413d407
  , { "etrn", smtp_etrn, flush }
 
 
 
 
   Paulo Jan.
           DDnet.
 

-
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- Phone
(412) 810-8886 Fax



Re: AW: Relay Problem

1999-11-26 Thread Timothy L. Mayo

NO Changing it to deny means that no other machine in the world could
send mail to his mail server.  His /etc/tcp.smtp file is correct.  He
needs to run tcprules on the file to turn it into a cdb file.

On Thu, 25 Nov 1999, [iso-8859-1] Häffelin Holger wrote:

 Easy to solve: Change your last line (:allow) to :deny. Then this setup only
 allows connections from 127. and 202.51.69. . I think, that's what you want.
 
 CU,
 Holger
 
 
  -Ursprüngliche Nachricht-
  Von: IT Personal [mailto:[EMAIL PROTECTED]]
  Gesendet am: Donnerstag, 25. November 1999 13:01
  An: [EMAIL PROTECTED]
  Betreff: Relay Problem
  
  Hi,
  I am trying to setup the the qmail-antirelay for my mail server. I did
  exactly the same as mentioned on this documents.
  
  http://qmail-docs.surfdirect.com.au/docs/qmail-antirelay.html
  
  
  I have this entry on my /etc/tcp.smtp file 
  
  202.51.69.:allow,RELAYCLIENT=""
  127.:allow,RELAYCLIENT="" 
  :allow
  
  and I did installed the  ucspi-tcp-0.84.tar.gz from the qmail 
  ftp site. But
  when I tried to send from other IP's than 202.51.69.* it 
  works perfectly.
  
  What do I do wrong here.
  
  Thanx
  
  KK
  
  
  any suggestion pls.
  
  
  
  
  
  
  
 

---------
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- Phone
(412) 810-8886 Fax



Re: elementary rblsmtpd question

1999-11-15 Thread Timothy L. Mayo

On Mon, 15 Nov 1999, Mate Wierdl wrote:

 I now realized, I do not understand how rbl(smtpd) works. 
 
 Is it correct to say that rblsmtpd checks the rbl database only for
 the (most recently) connecting host?  In particular, suppose I run
 rblsmtpd on A and I do not run it on B.  If I have a .qmail file on B,
 with
 
 mw@A
 
 in it, and a spam is sent to this .qmail file from an rbl'd site, mw@A
 will get the message.

Correct.  rblsmtpd checks the IP making the connection against the DNS
table and responds based on that lookup.  Inserting another host into the
chain that does not itself run rblsmtpd or equivalent means the check is
performed against the wrong host.

This is one of the main arguments AGAINST using a secondary MX.  They ALL
must use the same anti-spam measures or the anti-spam measures are
useless.

 
 Thx
 
 Mate
 

-
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- Phone
(412) 810-8886 Fax



Re: fastforward

1999-11-08 Thread Timothy L. Mayo

On Mon, 8 Nov 1999, Dave Sill wrote:

 Yeah I think I found a "clear contradiction".
 
 I have two rules that demonstrate this:
 
 postmaster: keith
 #
 # Catch all for makeusanoffer.com
 #
 @makeusanoffer.com: mike
 
 
 Both keith and mike are real users.  "makeusanoffer.com" is in
 ~alias/../control/locals.  A mail coming in for [EMAIL PROTECTED]
 should go to keith, but it goes to mike.  A mail coming in for
 [EMAIL PROTECTED] will go to keith (assuming foo.com is in locals), but...
 
 The "catch-all" is, in fact, catching all when it shouldn't be.
 
 OK, now where does the fastforward documentation say that it'll do
 what you expect it to do?
 
 -Dave
 

He'll never be able to show you that because the documentation says it
will do exactly what he is seeing. :)

quoting 'man setforward'

TARGETS
 When fastforward sees the incoming address [EMAIL PROTECTED], it
 tries  three  targets:  [EMAIL PROTECTED], @host.dom, and user@.
 It obeys the commands for the first target  that  it  finds.
 Target names are interpreted without regard to case.


---------
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- Phone
(412) 810-8886 Fax



Re: Temporary_error_on_maildir_delivery.

1999-10-27 Thread Timothy L. Mayo

What are the contents of .qmail-postmaster?  Does ~alias/Maildir exist?
Is it in fact a Maildir? and is it owned by alias?

On Wed, 27 Oct 1999, Robert wrote:

 Hello,
  This is a very very vauge question I know, but can anyone tell me what
 exactly this error means??  I realize it means it can't deliver to this
 maildir, but I have a .qmail-postmaster file in my ~alias directory.  I
 checked my queue and have found about 450 messages stuck waiting to be
 delivered to postmaster.  Thank you for any assistance you might be able to
 provide.
 
 starting delivery 245308: msg 310554 to local [EMAIL PROTECTED]
 0015 status: local 1/10 remote 1/20
 0033 delivery 245308: deferral:
 Temporary_error_on_maildir_delivery._(#4.3.0)/
 
 

-
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- Phone
(412) 810-8886 Fax



Re: Urgent Please

1999-10-26 Thread Timothy L. Mayo

On Tue, 26 Oct 1999, dd wrote:

 
  I have just setup qmail for my ISP server, I have got my DNS and MX
  everything setup properly. But most of my clients are getting bounced
  message when they send to other addresses around the world. 
  
  This is the content of the bounced message,
  
  [EMAIL PROTECTED]:
  Connected to 206.31.56.7 but sender was rejected.
  Remote host said: 501 [EMAIL PROTECTED]... Sender domain must exist
 
 had a similar prob. our machine kept saying that the domain name was not
 in the rcpthosts file when users tried to send mails to a host other than
 the local one. i read the documentation and accordingly removed
 the rcpthosts file. that was it...
 sorry if i misunderstood you and sent a crap answer here...
 
 dd

NO!  You have just turned your mail server into an open relay
NEVER, NEVER, NEVER remove rcpthosts.  Please read LWQ, especially the
part on selective relaying.

-
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- Phone
(412) 810-8886 Fax



Re: More curious than anything

1999-10-21 Thread Timothy L. Mayo

On Thu, 21 Oct 1999, Tim Hunter wrote:

 I just had a friend test a change I made on my smtp, by telnetting to port
 25 and manually sending a message.
 Obviously he mistyped something and here is what showed up in my log:
 940509236.293636 new msg 162004
 940509236.293661 info msg 162004: bytes 194 from [EMAIL PROTECTED] qp 22308
 uid 501
 940509236.309943 starting delivery 18: msg 162004 to local @cimx.com
 940509236.309989 status: local 1/10 remote 0/20
 940509236.311783 delivery 18: success:
 940509236.311810 status: local 0/10 remote 0/20
 940509236.311839 end msg 162004
 
 my smtp is working, but that's not my question.
 Where exactly was @cimx.com successfully delivered to?

The bit bucket.  He asked for qmail to drop his message on the floor when
it got to cimx.com and that is exactly what it did. :)  This has come up
before and been discussed many times.  qmail did exactly what he told it
to.  If you disagree with this behavior, please read the past threads in
one of the archives and then drop it. :)

-
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- Phone
(412) 810-8886 Fax



Re: Remove from List

1999-10-21 Thread Timothy L. Mayo

[EMAIL PROTECTED]

On Thu, 21 Oct 1999, Mark Thomas wrote:

 I  deleted my old mail on how to get off of the list.  I need to remove
 myself for a couple of weeks.
 Where does the remove request get mailed to?
 Thanks,
 MarkT.
 
 
 
 

-
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- Phone
(412) 810-8886 Fax



Re: Looping followup.

1999-10-21 Thread Timothy L. Mayo

The is an inetd error message.  Switch to tcpserver for qmail.  inetd has
a "feature" of disabling services that it thinks are being spawned too
quickly.  This is in the FAQ!

On Thu, 21 Oct 1999 [EMAIL PROTECTED] wrote:

 
 
 Hey everyone,
 
 the message that I am getting is "smtp/tcp server failing (looping),
 service terminated."  Can anyone shed a bit of light on this??  Now I will
 say that we were running a contest on our WWW page with all the entries
 (40,000+ e-mails) being handled by the Qmail server...could that have
 anything to do with it?  I did a cold reboot and now it's been fine for
 about 20 hours.any ideas?  I really don't like the idea of having to
 reboot the machine either- it's been up for 11days
 
 thanks for all your help,
 
 Bernie Courtney
 Z100 New York Radio Engineering
 mailto:[EMAIL PROTECTED]
 
 
 

---------
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- Phone
(412) 810-8886 Fax



Re: unprocessed messages

1999-10-15 Thread Timothy L. Mayo

On Fri, 15 Oct 1999, Matthew Harrell wrote:

 
 : # ls -l /var/qmail/queue/lock/trigger 
 : prw--w--w-1 qmails   qmail  0 Oct 15 13:43 
/var/qmail/queue/lock/trigger
 
 : -Dave
 
 What am I checking it for?  Mine looks like
 
 prw---   1 qmails   qmail   0 Oct  6 20:39 /usr/qmail/queue/lock/trigger
 
 I'll change it to 644 but it does send out mail, it just prefers to do it in 

OOPS!  644 is prw-r--r--

You want to set the permissions to 622.

 large chunks.  I've got 7 messages now hanging out unprocessed on a machine 
 that has zero load.  They've been there for about ten minutes.  It seems to
 wait until the qmail-remotes are all done and the remote load is 0/255 then
 it processes them - I think.  Unfortuantely, the remote ones left to deliver
 are undeliverables because the remote machines aren't answering so this takes
 a while.
 
 -- 
   Matthew Harrell  To err is human,
   Bit Twiddlers, Inc.   to purr feline.
   [EMAIL PROTECTED]
 

-
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- Phone
(412) 810-8886 Fax



Re: those damn hackers

1999-10-11 Thread Timothy L. Mayo

What was your memory usage?  What was your disk i/o like?  Bandwidth to
the net?  Could be any number of things.

Anything in your regular system logs during that time that might provide a
clue?

On Mon, 11 Oct 1999, B. Engineer wrote:

 Hello:
   Yesterday was the first time I got to test my qmail system with 
 the big to-do patch applied. 
 
 Problem:
 Some $%^* hijacked a T1 line somewhere and started spamming using a 
 return address that points to my system. The sheer number of bounces 
 generated, slows legitimate mail down on my system by 6 hrs.
 
 I had applied the big to-do patch in hopes of fixing that. My local 
 concurrency is set to 40 and remote to 120. I had 4000 messages in my 
 mail queue but qmail was not delivering mail for about 3 hrs. I had about 
 45 qmail-queue processes. The machine had plenty of juice, the load av. 
 never shot up over 1.5-2.0. 
 Local/Remote concurrency never shot up, logs showed a max of 
 2/40 and 6/120. 
 
 Can anyone explain this? I want qmail to chew/hog the cpu and deliver the 
 mail. What am I forgetting to tune??
 
 Thanks
 Burzin
 
 

-
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- Phone
(412) 810-8886 Fax



Re: tcpserver

1999-10-09 Thread Timothy L. Mayo

On Sat, 9 Oct 1999, Bob Ross wrote:

 I'm running Linux Slackware 2.0.36, Qmail 1.03, this is a mail only
 server. Qmail is installed and running.
 
 A couple month's ago I tried to install tcpserver and with the help from
 many in this group it would still not work at all, even when it said it
 was installed.
 
 I have given it a rest and would like to try again.
 
 I downloaded the release again .84 extracted it in it's own directory
 ran make and then make install setup.
 
 In the inetd.conf I have removed the smtp line and replaced it with:
 tcpserver -u 7791 -g 2108 0 smtp /var/qmail/bin/qmail-smtpd 

tcpserver is NOT run from inetd.conf.  Remove this line and do NOT put
anything in inetd.conf for smtp.  Run tcpserver from the command line and
place it in your startup scripts (location depends on your version of
Unix).

 
 when I restarted the server I tried to send mail to it and would receive
 the error in the logs unable to establish an smtp connection.
 
 Thanks for any help in advance.
 Bob Ross
 

-
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- Phone
(412) 810-8886 Fax



Re: supervise and qmail

1999-10-07 Thread Timothy L. Mayo

Misleading.  supervise can control any process with does not daemonize
itself or put itself in the background.  Here are the contents of my
/var/qmail/rc script which specifically uses supervise.  Other examples
can be found as well.

=== start of /var/qmail/rc 
#! /bin/sh
 
# Using cyclog to log the messages
# Using dot-forward to support sendmail-style ~/.forward files.
# Using qmail-local to deliver messages to ~/Maildir/ by default.
 
exec env - PATH="/var/qmail/bin:$PATH" \
/usr/local/bin/supervise /var/run/qmail qmail-start '|dot-forward .forward
./Maildir/' /usr/local/bin/accustamp | \
/usr/local/bin/setuser qmaill \
/usr/local/bin/cyclog -s1000 -n200 /var/adm/qmail
=== end of /var/qmail/rc ==

Note: you will NOT find qmail-start in your process list after it
completes.  qmail start launches 3 other daemons and then replaces itself
with the qmail-send process.  It is the qmail-send process NOT qmail-start
itself that you need to supervise and control.

On Thu, 7 Oct 1999, Petr Novotny wrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1
 
 On 7 Oct 99, at 9:09, Dave Sill wrote:
  Would there be any reason not to use supervise for qmail-start?
  
  I can't think of a good reason not to.
 
 Um, like, qmail-start only spawns a few daemons and then goes 
 away, doesn't it? Definitely I can't see it running around my 
 machine. Therefore you can't supervise it - supervise works on 
 daemons, not on daemon-spawners.
 
 -BEGIN PGP SIGNATURE-
 Version: PGP 6.0.2 -- QDPGP 2.60 
 Comment: http://community.wow.net/grt/qdpgp.html
 
 iQA/AwUBN/ys51MwP8g7qbw/EQKhnwCfSOo3FFRGT/nevFtTp4n5YPsA1EgAoNdC
 WRTiOiahEO8cqLBfTvSYJybg
 =r5Sy
 -END PGP SIGNATURE-
 --
 Petr Novotny, ANTEK CS
 [EMAIL PROTECTED]
 http://www.antek.cz
 PGP key ID: 0x3BA9BC3F
 -- Don't you know there ain't no devil there's just God when he's drunk.
  [Tom Waits]
 

-----
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- Phone
(412) 810-8886 Fax



Re: Pbl with control/locals

1999-10-02 Thread Timothy L. Mayo

Is there an MX record in DNS for educast.com.sg?  Where does it say the
mail should be delivered.  You should have a DNS entry like this:

educast.com.sg. IN MX 10po.monja.com.sg.
po.educast.com.sg.  IN MX 10po.monja.com.sg.

If there is no MX record, the SMTP protocol requires that the mail be
delivered to the machine identified by the A record.  This is NOT what you
want in this case.

On Sat, 2 Oct 1999, Ho Soo Aun wrote:

 I have setup qmail host domains monja.com.sg.
 I add educast.com.sg as local too. With these settings:
 
 in control/locals:
 monja.com.sg
 po.monja.com.sg
 educast.com.sg
 po.educast.com.sg
 
 in control/rcpthosts:
 monja.com.sg
 po.monja.com.sg
 educast.com.sg
 po.educast.com.sg
 
 On server I can qmail-inject to [EMAIL PROTECTED]
 
 At remote host I can send message  thro any smtp to [EMAIL PROTECTED]
 But I can send message to [EMAIL PROTECTED] only thro po.monja.com.sg.
 
 Send message by Netscape using smtp po.mediamanager.com.sg to
 [EMAIL PROTECTED]
 i received this message:
 
 An error occurred while sending mail.
 The mail server responded:
 Invalid receipient [EMAIL PROTECTED]
 Please check the message receipients and try again.
 
 Someone gives me pointer to where I should look in to trouble shoot this
 problem.
 Thank you
 
 Soo Aun
 MediaManager Pte Ltd
 
 

-
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- Phone
(412) 810-8886 Fax



Re: the ERROR: SMTP Connection closed by foreign host.

1999-10-01 Thread Timothy L. Mayo

The problem is your first line in tcp.smtp.cdb.  Remove the :deny.  You
want to allow the connections but NOT set the RELAYCLIENT environment
variable which is the default behaviour.

On Fri, 1 Oct 1999, Ed Weinberg wrote:

 I am trying to run qmail on my firewall.  Until now we were picking up
 the mail by pop using fetchmail.  
 
 qmail on the sending machine tells me that the firewall started to
 respond, then dropped.  When I telnet from inside the firewall to port
 25 it works fine.
 
 When I telnet to port 25 from outside the firewall I get:
 
 Trying x.x.x.x...
 Connected to [servername].
 Escape character is '^]'.
 Connection closed by foreign host.
 
 Here is how tcpserver and qmail are started:
 /usr/local/bin/tcpserver \
-x /etc/tcp.smtp.cdb \
-u 91 -g 90 0 smtp \
/var/qmail/bin/qmail-smtpd 
 
 I know we should be using private ip addresses inside, but we are not
 (blame it on the previous administration), and this should not cause
 this problem.  We want people on the inside (the 100 network) to be
 able to use the firewall as a relay...and that works.
 Here is the content of tcp.smtp which holds the rules compiled to
 tcp.smtp.cdb:
 :deny
 127.0.0.1:allow,RELAYCLIENT=""
 100.0.:allow,RELAYCLIENT=""
 
 I have the domain I am accepting mail for in locals.
 I have the domain I am accepting mail for in rcpthosts.
 I do not think that my ipfwadm commands are stopping it.
 
 Am I missing something?
 
 If you need the machine name to look at it from the outside let me
 know.
 
 Thanks.
   --  Ed Weinberg,
   Detel, Inc., An Internet Presence Provider
   [EMAIL PROTECTED]
 

---------
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- Phone
(412) 810-8886 Fax



Re: Grave Difficulties (lspawn, Maildir, etc)

1999-09-29 Thread Timothy L. Mayo

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- Phone
(412) 810-8886 Fax



Re: tcpserver won't allow incomming connections OR relay for cli

1999-09-29 Thread Timothy L. Mayo

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- Phone
(412) 810-8886 Fax



Re: relaying question

1999-09-27 Thread Timothy L. Mayo

Did you remove your /var/qmail/control/rcpthosts file?  This MUST be in
place!

On Mon, 27 Sep 1999, Edward Castillo-Jakosalem wrote:

 
 
   :deny
 
  This means don't let ANY OTHER host connect. What you want as your last
  rule is ":allow". That will allow connections from all other hosts, but
  will not let them relay.
 
 
 Yes but I already tried setting that to 'allow' and tested sending mail using
 another ISP and it allowed relay. What am I still missing here?
 
 Thanks again Anand!
 
 --
 
 Edward Castillo-Jakosalem
 
 
 

-----
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- Phone
(412) 810-8886 Fax



RE: Kurt's Closet on qmail

1999-09-15 Thread Timothy L. Mayo

qmail works just fine under inetd.  It is just that Dan and most people on
this list will no longer support you if you have problems getting it
configured in the first place if you are trying to use inetd.  There are
too many busted inetd implementations out there.

On Fri, 20 Aug 1999, Josh Pennell wrote:

 Hmmm.  Inetd under OpenBSD 2.5 consistently envokes the qmail-1.03 smtpd
 daemon. I don't run daemontools, ucspi-tcp or tcpserver.
 
 I also had qmail running under solaris 2.6 (x86 ver) without the above
 requirements?
 
 So what gives?  Is it that qmail-1.04 won't work with inetd?
 
 One last note, as the senior developer here always says, "if it was hard
 to write it should be hard to read" ;)
 
 
  get qmail, but to make it work, also
  get daemontools and ucspi-tcp.  On top of that, near the top of the home
  page you can read that qmail no longer works with inetd (or am I
 dreaming),
  which means if you want to be able to receive email with qmail, you need
  tcpserver or something similar.  Or am I just being thick headed, again? 
 
 

-----
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- Phone
(412) 810-8886 Fax



Re: /etc/skel

1999-09-15 Thread Timothy L. Mayo

On Tue, 14 Sep 1999, Luka Gerzic wrote:

 
 huh.. another question.. .
 
 what maildir program realy do ? just create ~/Maildir and below directories
 or there is something else ?

It just creates ~/Maildir and subdirectories under ~/Maildir.

 
 I'm asking this becouse i like to make maildir in /etc/skel
 and in that way make users w/o starting maildir program, is that possible ?

Yes and it is the recommended way of creating it for all new users on
systems that support it. :)

 
 Thank you all for time, i hope to hear you all soon.
 Luka
 
 -
 D r e n i k   N e t w o r k s  /  Y u g o s l a v i a
 
 Luka Z. Gerzic
 Graphic design, prepress, html, networking
 home page:  http://www.linux.drenik.net
 email: [EMAIL PROTECTED] / GSM +381 64 11 0 29 56
 
 
 

-
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- Phone
(412) 810-8886 Fax



Re: Still 533

1999-09-09 Thread Timothy L. Mayo

You MUST run tcpserver with the -x option and specify the tcprules.cdb
file to be used.  You have been told this MULTIPLE times.

On Thu, 9 Sep 1999, Paul Farber wrote:

 Hello all...
 
 still getting my ass kicked by qmail.  I've gotten it down to one file...
 if rcpthosts exists then I get the 533 (#5.7.1) not allowed message.
 
 there are no log file entries, and I am running tcpserver with -v -H -R.
 
 Here's what I've narrowed it down to:
 
 qmail-smtpd.cdbrctphostserror
   Y   Y   Y
   N   Y   Y
   Y   N   N
   N N   N
 
 ANY advice
 
 Paul D. Farber II
 Farber Technology
 Ph. 570-628-5303
 Fax 570-628-5545
 [EMAIL PROTECTED]
 
 

-
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- Phone
(412) 810-8886 Fax



Re: Alpha Base

1999-09-02 Thread Timothy L. Mayo

We do it all the time.  I highly recommend it. :)

On Thu, 2 Sep 1999, Kulish, Chris (Des Moines) wrote:

 Is anyone running qmail on an alpha based machine out there?  If so, what
 are your thoughts on it?  Any problems that would affect choosing to run
 this on an alpha?
 
 Thanks
 Chris 
 

-
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- Phone
(412) 810-8886 Fax



Re: daemontools 0.6x

1999-09-02 Thread Timothy L. Mayo

I believe your run files are messed up.  Please post them.

On Thu, 2 Sep 1999, Tim Hunter wrote:

 Has anyone successfully gotten daemontools 0.6x working perfectly with qmail?
 I was able to make it mostly work, I think.  I get it up and running, all 
 my processes start and log but it doesn't seem to stop or shutdown properly.
 I send it a svc -dx /supervisedir/ and it kills supervise but all the 
 processes stay running.  If necessary I can post examples of my commands 
 and ./run files that I use to start.
 Thanks for any help
 
 Tim Hunter
 CIMx Company
 1001 Ford Circle
 Cincinnati, OH 45150
 ph: (513) 248-7700
 FX: (513) 248-7711
 [EMAIL PROTECTED]
 http://www.cimx.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- Phone
(412) 810-8886 Fax



Re: Alias Manipulation by CGI Script

1999-09-02 Thread Timothy L. Mayo

Try setting up a tcpserver/tcpclient system to do what you want.
tcpserver runs as alias or root.  tcpclient passes in the info you want to
change and you can set up your authentication rules/access restrictions in
a way that make sense for your system.

I use this quite a bit and it has been VERY useful.

On Thu, 2 Sep 1999, Kai MacTane wrote:

 I'd like to set up a CGI script that allows certain users to modify certain
 aliases from a Web form. This would include creating and deleting a few,
 which would require write access to the alias directory.
 
 Looking at the permissions on that directory, I see they're "drwxr-sr-x",
 which leads me to wonder: Does anyone know if qmail would have a problem
 with changing those permissions?
 
 While we're at it, there's got to be a better way than making that
 directory world-writable. A SUID script and use of sudo also come to mind.
 However, none of these options sound fantastically attractive, and if
 anyone has other ideas on how to do this, I'd be open to suggestions.
 
 -
  Kai MacTane
  System Administrator
   Online Partners.com, Inc.
 -
 From the Jargon File: (v4.0.0, 25 Jul 1996)
 
 hired gun /n./ 
 
 A contract programmer, as opposed to a full-time staff member. All
 the connotations of this term suggested by innumerable spaghetti
 Westerns are intentional.
 
 

-----
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- Phone
(412) 810-8886 Fax



Re: cyclog

1999-08-31 Thread Timothy L. Mayo

accustamp and cyclog have been replaced by tai64n and multilog
respectively.

On Tue, 31 Aug 1999, Ari Arantes Filho wrote:

 Hi,
 
 I've installed daemonstools0.61, but I can't find accustamp and cyclog.
 Where can I find them?
 
 Best regards,
 
 Ari
 
 
 

-
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- Phone
(412) 810-8886 Fax



Re: why does qmail eat my From headers?

1999-08-25 Thread Timothy L. Mayo

As 2 others correctly pointed out, qmail-inject with remove and replace
your From: header if you have certain options turned on in the
QMAILINJECT environment variable.  (My oversight earlier.)

In addition to the fetchmail and sendmail hosts pointed out, do you have
QMAILINJECT set in your environment when invoking qmail-inject and if so,
what is it set to?

On Tue, 24 Aug 1999 [EMAIL PROTECTED] wrote:

 Here's the entire message as it comes back to me:
 
 = start of message =
 Return-Path: [EMAIL PROTECTED]
 Delivery-Date: Wed Aug 25 04:51:01 1999
 Return-Path: [EMAIL PROTECTED]
 Delivered-To: [EMAIL PROTECTED]
 Received: (qmail 12860 invoked from network); 25 Aug 1999 04:51:01 -
 Received: from lyon-183-134.res.iastate.edu ([EMAIL PROTECTED])
   by lyon-183-134.res.iastate.edu with SMTP; 25 Aug 1999 04:51:01 -
 Received: from pop-2.iastate.edu
 by lyon-183-134.res.iastate.edu with POP3 (fetchmail-5.0.5)
 for [EMAIL PROTECTED] (single-drop); Tue, 24 Aug 
 1999 23:51:01 -0500 (CDT)
 Received: from vladimir.iastate.edu (lyon-183-134.res.iastate.edu 
 [129.186.183.134])
 by pop-2.iastate.edu (8.9.3/8.9.3) with SMTP id XAA17901
 for [EMAIL PROTECTED]; Tue, 24 Aug 1999 23:50:52 -0500 (CDT)
 Received: (qmail 12851 invoked by uid 0); 25 Aug 1999 04:50:42 -
 Date: 25 Aug 1999 04:50:42 -
 Message-ID: [EMAIL PROTECTED]
 From: [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 X-UIDL: c9145b0842c615664d7a693ebe66b61e
 = end of message =
 
 Does this help?
 -- 
 J. Uckelman
 [EMAIL PROTECTED]
 http://www.public.iastate.edu/~uckelman/
 
 
 

-
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- Phone
(412) 810-8886 Fax



RE: Case Sensitive

1999-08-24 Thread Timothy L. Mayo

On Tue, 24 Aug 1999, Daniluk, Cris wrote:

 This is very inaccurate. I spent the last week reading over the SMTP RFC and
 here's a quote from page 3 section 2:

Magnus' statement was inaccurate.  Russ' was not.

 
 Commands and replies are not case sensitive. That is, a command or reply
 word may be upper case, lower case, or any mixture of upper and lower case.
 Note that this is not true of mailbox user names.  For some hosts the user
 name is case sensitive, and SMTP implementations must take case to preserve
 the case of user names as they appear in mailbox arguments.  Host names are
 not case sensitive. 
 
 This is reiterated several times throughout the RFC. It seems that anything
 that would claim full compliance would have to take care to preserve the
 case. This is vital.
 

All MTAs are allowed to do what they want with the local part regarding
case when they are the final delivery MTA (ie. the MTA running on the
destination host).  The intermediate MTAs are required to preserve the
case of the local part because they don't know if it is significant to the
actual delivery host.

qmail works correctly.

When qmail is NOT the delivery host, it perserves the case of the local
part and sends it on.

When qmail IS the delivery host, it squashes the case of the local part of
the address to lower case because for qmail the case of the local part is
irrelevant when determining the mailbox into which it must deliver the
message.  It was designed that way for the reason that Russ stated.

 
 
  -Original Message-
  From: [EMAIL PROTECTED] 
  [mailto:[EMAIL PROTECTED]]On Behalf
  Of Magnus Bodin
  Sent: Monday, August 23, 1999 1:50 PM
  To: Russell Nelson
  Cc: [EMAIL PROTECTED]
  Subject: Re: Case Sensitive
  
  
  On Mon, 23 Aug 1999, Russell Nelson wrote:
  
   [EMAIL PROTECTED] writes:
 I have qmail working quite satisfactory
 with help from lwq and all of you.
 
 I have now made 2 accounts
 [EMAIL PROTECTED]
 [EMAIL PROTECTED]
   
   Don't.  It confuses people, and qmail gives you no mechanism for
   distinguishing between them.
  
  Not just qmail. The very SMTP protocol that every MTA should conform
  to is IN-casesensitive.
  
  /magnus 
  
  -- 
  "MOST USELESS site of the year 1998" 
  -- http://x42.com/urlcalc/
  
  
 

-----
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- Phone
(412) 810-8886 Fax



Re: why does qmail eat my From headers?

1999-08-24 Thread Timothy L. Mayo

qmail DOESN'T touch From: headers.  qmail-inject expects you to supply the
From: header in the message you send to its standard input.  If you don't
supply one it builds one based on the name of the user invoking
qmail-inject.

On Tue, 24 Aug 1999 [EMAIL PROTECTED] wrote:

 Does anyone know why qmail would replace the From: field in my outgoing mail 
 (which should be "From: Joel Uckelman [EMAIL PROTECTED]") with just my 
 email address? Is there some way I can stop qmail from doing this?
 
 (NB: as far as I can tell, it is qmail's fault, as it happens when I inject a 
 message directly as well as through my MUA).
 -- 
 J. Uckelman
 [EMAIL PROTECTED]
 http://www.public.iastate.edu/~uckelman/
 
 
 

-----
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- Phone
(412) 810-8886 Fax



Re: why does qmail eat my From headers?

1999-08-24 Thread Timothy L. Mayo

It just worked for me.

Contents of test:

 start of test ==
From: Tim Mayo [EMAIL PROTECTED]
To: [EMAIL PROTECTED]

This is a test.
 end of test 

Command to inject message:

cat test | /var/qmail/bin/qmail-inject

Resulting mail message:

 start of message ===
Return-Path: [EMAIL PROTECTED]
Delivered-To: [EMAIL PROTECTED]
Received: (qmail 15985 invoked from network); 25 Aug 1999 04:16:55 -
Received: from uranium.nb.net (209.161.64.33)
  by plutonium.mayod.nb.net with SMTP; 25 Aug 1999 04:16:55 -
Received: (qmail 5175 invoked by uid 1318); 25 Aug 1999 04:16:49 -
Delivered-To: [EMAIL PROTECTED]
Received: (qmail 6340 invoked from network); 25 Aug 1999 04:16:49 -
Received: from plutonium.mayod.nb.net (209.161.64.93)
  by uranium.nb.net with SMTP; 25 Aug 1999 04:16:49 -
Received: (qmail 15982 invoked by uid 501); 25 Aug 1999 04:16:48 -
Date: 25 Aug 1999 04:16:48 -
Message-ID: [EMAIL PROTECTED]
From: Tim Mayo [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
 
This is a test.
 end of message 

Are you running a patched version of qmail?  Mine is not.

On Tue, 24 Aug 1999 [EMAIL PROTECTED] wrote:

 If I do "cat test | /var/qmail/bin/qmail-inject" and test is:
 
 From: Joel Uckelman [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 
 I get back: "From: [EMAIL PROTECTED]" instead. I've also tried sending this 
 to a friend, with the same results. Is there any way I can force qmail to send 
 out a specified From: header?
 
  qmail DOESN'T touch From: headers.  qmail-inject expects you to supply the
  From: header in the message you send to its standard input.  If you don't
  supply one it builds one based on the name of the user invoking
  qmail-inject.
  
  On Tue, 24 Aug 1999 [EMAIL PROTECTED] wrote:
  
   Does anyone know why qmail would replace the From: field in my outgoing mail 
   (which should be "From: Joel Uckelman [EMAIL PROTECTED]") with just my 
   email address? Is there some way I can stop qmail from doing this?
   
   (NB: as far as I can tell, it is qmail's fault, as it happens when I inject a 
   message directly as well as through my MUA).
   -- 
   J. Uckelman
   [EMAIL PROTECTED]
   http://www.public.iastate.edu/~uckelman/
   
   
   
  
  ---------
  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- Phone
  (412) 810-8886 Fax
 
 -- 
 J. Uckelman
 [EMAIL PROTECTED]
 http://www.public.iastate.edu/~uckelman/
 
 
 

---------
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- Phone
(412) 810-8886 Fax



Re: why does qmail eat my From headers?

1999-08-24 Thread Timothy L. Mayo

Are you running ofmipd or new-inject?  Is there a sendmail server in the
middle somewhere?  qmail in and of itself will NOT touch any of the
existing headers in your email.  It will add Received:, Delivered-To: and
Return-Path: headers but that is all.

Please send a copy of your complete test message with all headers intact
so we can check them.  Something else is getting a hold of your message or
you are NOT sending what you think you are sending.

On Tue, 24 Aug 1999 [EMAIL PROTECTED] wrote:

 Hmm. That is curious. I'm running 1.03, no patches. Is there any way I could 
 have configured qmail to cause this? If not, do you have any suggestions about 
 what could be happening here?
 
  It just worked for me.
  
  Contents of test:
  
   start of test ==
  From: Tim Mayo [EMAIL PROTECTED]
  To: [EMAIL PROTECTED]
  
  This is a test.
   end of test 
  
  Command to inject message:
  
  cat test | /var/qmail/bin/qmail-inject
  
  Resulting mail message:
  
   start of message ===
  Return-Path: [EMAIL PROTECTED]
  Delivered-To: [EMAIL PROTECTED]
  Received: (qmail 15985 invoked from network); 25 Aug 1999 04:16:55 -
  Received: from uranium.nb.net (209.161.64.33)
by plutonium.mayod.nb.net with SMTP; 25 Aug 1999 04:16:55 -
  Received: (qmail 5175 invoked by uid 1318); 25 Aug 1999 04:16:49 -
  Delivered-To: [EMAIL PROTECTED]
  Received: (qmail 6340 invoked from network); 25 Aug 1999 04:16:49 -
  Received: from plutonium.mayod.nb.net (209.161.64.93)
by uranium.nb.net with SMTP; 25 Aug 1999 04:16:49 -
  Received: (qmail 15982 invoked by uid 501); 25 Aug 1999 04:16:48 -
  Date: 25 Aug 1999 04:16:48 -
  Message-ID: [EMAIL PROTECTED]
  From: Tim Mayo [EMAIL PROTECTED]
  To: [EMAIL PROTECTED]
   
  This is a test.
   end of message 
  
  Are you running a patched version of qmail?  Mine is not.
  
  On Tue, 24 Aug 1999 [EMAIL PROTECTED] wrote:
  
   If I do "cat test | /var/qmail/bin/qmail-inject" and test is:
   
   From: Joel Uckelman [EMAIL PROTECTED]
   To: [EMAIL PROTECTED]
   
   I get back: "From: [EMAIL PROTECTED]" instead. I've also tried sending this 
   to a friend, with the same results. Is there any way I can force qmail to send 
   out a specified From: header?
   
qmail DOESN'T touch From: headers.  qmail-inject expects you to supply the
From: header in the message you send to its standard input.  If you don't
supply one it builds one based on the name of the user invoking
qmail-inject.

On Tue, 24 Aug 1999 [EMAIL PROTECTED] wrote:

 Does anyone know why qmail would replace the From: field in my outgoing mail 
 (which should be "From: Joel Uckelman [EMAIL PROTECTED]") with just my 
 email address? Is there some way I can stop qmail from doing this?
 
 (NB: as far as I can tell, it is qmail's fault, as it happens when I inject 
a 
 message directly as well as through my MUA).
 -- 
 J. Uckelman
 [EMAIL PROTECTED]
 http://www.public.iastate.edu/~uckelman/
 
 
 

---------
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- Phone
(412) 810-8886 Fax
   
   -- 
   J. Uckelman
   [EMAIL PROTECTED]
   http://www.public.iastate.edu/~uckelman/
   
   
   
  
  ---------
  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- Phone
  (412) 810-8886 Fax
 
 -- 
 J. Uckelman
 [EMAIL PROTECTED]
 http://www.public.iastate.edu/~uckelman/
 
 
 

---------
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- Phone
(412) 810-8886 Fax



RE: bad deliver

1999-08-17 Thread Timothy L. Mayo

As previously stated, THIS HEADER IS NOT COMPLETE! Where is the header
with the SMTP 'RCPT To:' address?  This is normally in a 'Delivered To:'
header or something similar.  This set of headers does NOT tell you who
the message was addressed to!

The recipient of an email message is NOT the address listed in the To:
header in all cases.  NONE of the messages from this list include your
email address in the To: header yet you will not deny that the list
messages are intended for you.  Please provide the COMPLETE header as
asked so we can help you find the systems that are messing up.  If any
really are.

On Tue, 17 Aug 1999, Daniluk, Chris wrote:

 Received: from mailtest1.strategy.com (10.10.209.10 [10.10.209.10]) by
 mailgate.strategy.com with SMTP (Microsoft Exchange Internet Mail Service
 Version 5.5.2448.0)
 id Q5V89MBW; Fri, 13 Aug 1999 17:06:59 -0400
 Received: (qmail 24678 invoked from network); 13 Aug 1999 13:16:01 -
 Received: from unknown (HELO qta-ctah3-dev.querytone.com) (10.10.177.152)
   by 10.10.209.10 with SMTP; 13 Aug 1999 13:16:01 -
 Received: from mail pickup service by qta-ctah3-dev.querytone.com with
 Microsoft SMTPSVC;
  Fri, 13 Aug 1999 09:14:14 -0400
 From: "Strategy.com Investment Channel" [EMAIL PROTECTED]
 To: "Ian Fevrier" [EMAIL PROTECTED]
 Subject: Change in Consensus Estimate
 Date: 13 Aug 1999 09:07:38 EDT
 X-Comment: Produced By Cheetah, Telepath, MSI.  MessageID=PortfolioID:22671
 EmailID:22196
 Message-ID: [EMAIL PROTECTED]
 
 Strategy.com - Investment Channel
 http://home.strategy.com
 
 8/13/99
 
 Dear Ian:
 
 The following stocks in your portfolio, "MY PORTFOLIO", have
 experienced changes in EPS consensus estimate:
 
 NOKIA CORP ADS (NOK) estimate for quarter ending 9/99 up
 $0.01 to $0.51/share.
 
 Earnings Details:
 Stock  Qtr End  Curr Est  Prev Est  # Est  High   LowYr Ago Est 
 NOK9/99 $0.51 $0.50 13 $0.54  $0.46  $0.44  
 
 Quote Details:
 Stock  Last  Change  High  Low  52Wk High  52Wk Low 
 NOK82 13/16  -Unch-  N/A   N/A  99 3/8 67 11/16 
 
 
 
 Quotes supplied by Standard  Poor's ComStock, Inc. 
 http://www.spcomstock.com/.  Quotes delayed at least 20 minutes for NYSE and
 AMEX, 15 minutes for NASDAQ.
 Additional data provided by Zacks Investment Research.
 
 
  -Original Message-
  From: Russell Nelson [mailto:[EMAIL PROTECTED]]
  Sent: Tuesday, August 17, 1999 4:59 PM
  To: QMail (E-mail)
  Subject: RE: bad deliver
  
  
  Daniluk, Chris writes:
Emails ARE being sent to the wrong people. When someone 
  named Cezary
receives email that starts off saying "Dear Ian" and Ian's 
  email address is
all over the headers, but Cezary is no where, THAT is a problem.
  
  Can we see one of these pieces of email, with all headers intact?
  
  -- 
  -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!
  
 

-----
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- Phone
(412) 810-8886 Fax



Re: Maildir filename in .qmail file

1999-08-14 Thread Timothy L. Mayo

On Sat, 14 Aug 1999, James W. Blackwell wrote:

 Greetings,
 
 I need to be able to access the filename (ie, 
 934495102.12993.qmail:2,) of the message just saved  from within 
 a perl script launched by the .qmail-[username] file.
 
 I see there are several environmental variables that are set in the 
 shell, but not for the filename.

That's because the .qmail file contains DELIVERY instructions.  qmail
can't tell you the filename when it hasn't delivered the message yet.

 
 Any help would be greatly appreciated.
 
 TIA,
 --James
 
 

-
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- Phone
(412) 810-8886 Fax



Re: Maildir filename in .qmail file

1999-08-14 Thread Timothy L. Mayo

What is your perl script trying to do?

Taking a first guess, I would say either have your perl script perform the
final delivery or modify vdelivermail to do the post processing you
require.

On Sat, 14 Aug 1999, James W. Blackwell wrote:

 Then is there any way to tell what this file is going to be called 
 once it is delivered?  There's got to be some mechanism for doing 
 this.
 
 If the first line of my .qmail file is vdelivermail, and the second line 
 runs the perl script, I would assume that it has already been 
 delivered by the time it gets there.  Of course this assumption is 
 probably wildly incorrect.
 
 Possibly any other ideas on how to achieve the same goal?  I need 
 to run a perl script on every piece of mail that gets delivered to a 
 local user as soon as it comes in.  I'm using vchkpw for the virtual 
 domain stuff. 
 
 --James
 --
 ASCII Ribbon campaign against HTML E-Mail  / \
 load "linux",8,1
 
 
  On Sat, 14 Aug 1999, James W. Blackwell wrote:
  
   Greetings,
   
   I need to be able to access the filename (ie, 
   934495102.12993.qmail:2,) of the message just saved  from within 
   a perl script launched by the .qmail-[username] file.
   
   I see there are several environmental variables that are set in the
   shell, but not for the filename.
  
  That's because the .qmail file contains DELIVERY instructions.  qmail
  can't tell you the filename when it hasn't delivered the message yet.
  
   
   Any help would be greatly appreciated.
   
   TIA,
   --James
   
   
  
  -----
  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- Phone
  (412) 810-8886 Fax
 
 
 

-----
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- Phone
(412) 810-8886 Fax



Re: Maildir filename in .qmail file

1999-08-14 Thread Timothy L. Mayo

Your script is getting the email message on standard input.  Why not just
parse that and put it where you want it?

On Sat, 14 Aug 1999, James W. Blackwell wrote:

 Some of our users strictly use our web frontend for reading their 
 mail.  This works pretty well, but it's slow having to communicate 
 with the POP server when the user is trying to move around.
 
 What I'm doing is to parse out the mime parts of the message and 
 store them along with header information on a MySQL box.  Binary 
 attachments are stored in their final binary form with a path in the 
 the database pointing to them.  Now when users log in everything 
 is coming directly from MySQL and is VERY fast.  
 
 I have the whole thing working except for this part.  Right now I'm 
 just forcing it to parse a particular RFC 822 file rather then the one 
 that actually just came in.
 
 I saw qmail for the first time about 4 days ago and have written this 
 thing since then.  I'm learning perl, MySQL, and qmail while doing 
 this.  I've also rewritten the web frontend for vchkpw so it 
 authenticates and stores information about users, domains, etc. in 
 the database.  Needless to say I'm kind of overwhelmed.  Not to 
 mention not sleeping for a couple of days.
 
 My .qmail-[username] file looks like this:
 
 | /usr/bin/vdelivermail '' 
 /var/vchkpw/domains/actiontax.com/postmaster
 |/usr/scripts/parsemail
 
 Any examples of how to make my script deliver the mail, or is 
 there an easier way to do this?
 
 --James
 --
 ASCII Ribbon campaign against HTML E-Mail  / \
 load "linux",8,1
 
 
 Date sent:Sat, 14 Aug 1999 11:32:50 -0400 (EDT)
 From:     "Timothy L. Mayo" [EMAIL PROTECTED]
 To:   [EMAIL PROTECTED]
 Subject:  Re: Maildir filename in .qmail file
 
  What is your perl script trying to do?
  
  Taking a first guess, I would say either have your perl script perform the
  final delivery or modify vdelivermail to do the post processing you
  require.
  
  On Sat, 14 Aug 1999, James W. Blackwell wrote:
  
   Then is there any way to tell what this file is going to be called once
   it is delivered?  There's got to be some mechanism for doing this.
   
   If the first line of my .qmail file is vdelivermail, and the second line
   runs the perl script, I would assume that it has already been delivered
   by the time it gets there.  Of course this assumption is probably wildly
   incorrect.
   
   Possibly any other ideas on how to achieve the same goal?  I need 
   to run a perl script on every piece of mail that gets delivered to a
   local user as soon as it comes in.  I'm using vchkpw for the virtual
   domain stuff. 
   
   --James
   --
   ASCII Ribbon campaign against HTML E-Mail  / \
   load "linux",8,1
   
   
On Sat, 14 Aug 1999, James W. Blackwell wrote:

 Greetings,
 
 I need to be able to access the filename (ie, 
 934495102.12993.qmail:2,) of the message just saved  from within a
 perl script launched by the .qmail-[username] file.
 
 I see there are several environmental variables that are set in the
 shell, but not for the filename.

That's because the .qmail file contains DELIVERY instructions.  qmail
can't tell you the filename when it hasn't delivered the message yet.

 
 Any help would be greatly appreciated.
 
 TIA,
 --James
 
 

---------
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- Phone
(412) 810-8886 Fax
   
   
   
  
  ---------
  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- Phone
  (412) 810-8886 Fax
 
 
 

---------
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- Phone
(412) 810-8886 Fax



Re: just curious

1999-08-12 Thread Timothy L. Mayo

On Thu, 12 Aug 1999, Mate Wierdl wrote:

 Where does a message go if the local part is missing?

To the bit-bucket.

 
 I did
 
 echo |mailsubj "test" '@localhost'
 
 and the logs show 
 
 1999-08-12 12:15:22.929224 new msg 38769
 1999-08-12 12:15:22.929253 info msg 38769: bytes 224 from
 [EMAIL PROTECTED] qp 5226 uid 500
 1999-08-12 12:15:22.932768 starting delivery 8: msg 38769 to local
 @wd207-21.msci.memphis.edu
 1999-08-12 12:15:22.932822 status: local 1/10 remote 0/20
 1999-08-12 12:15:22.949020 delivery 8: success: 
 1999-08-12 12:15:22.949049 status: local 0/10 remote 0/20
 1999-08-12 12:15:22.949081 end msg 38769
 
 # qmail-qstat
 messages in queue: 0
 messages in queue but not yet preprocessed: 0
 
 So the delivery is not successful, but where did the message go?

On the contrary! qmail successfully delivered the message to the user
named "".  It threw it on the floor like you asked it to. :)

 
 Thx
 
 Mate
 ---
 Mate Wierdl | Dept. of Math. Sciences | University of Memphis  
 

---------
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- Phone
(412) 810-8886 Fax



Re: Qmail newbie POP problem..

1999-08-09 Thread Timothy L. Mayo

I will ask Russ' question again.  What user is qmail-popup running as?  It
MUST be run as root and /bin/checkpassword should be chmod 700 with NO
suid or sgid bits set.  From the sounds of it you are NOT running
qmail-popup as root!

On Mon, 9 Aug 1999, Thomas M. Sasala wrote:

 Russell Nelson wrote:
  
  Hmmm  That's now how checkpassword is designed to work.  It's not
  a good idea to run random programs suid, because they weren't
  necessarily designed to work that way.  You should be running
  qmail-popup as root, and also have ``chmod 700 /bin/checkpassword''.
  
 
   Do you mean 'not' designed to work?  I understand why it is a
 bad idea to suid and I thought it was very odd that is had to be 
 given the overriding concerns about security within qmail.  
 
   The only way I could get it to run as someone other
 than root was to set it as -rwsr-xr-x (owner=root, group=qmail).
 I changed it to -r-xr-sr-x and it still didn't work.
 
   -Tom
 
 -- 
 +---+
 +  Thomas M. Sasala, Electrical Engineer   [EMAIL PROTECTED]   +
 +  MRJ Technology Solutionshttp://www.mrj.com   +
 +  10461 White Granite Drive, Suite 102(W)(703)277-1714 +
 +  Oakton, VA   22124  (F)(703)277-1702 +
 +---+
 

-
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- Phone
(412) 810-8886 Fax



RE: secondary MX on a Qmail host.

1999-08-08 Thread Timothy L. Mayo
 ccdsf110.ccdsf.com (HELO qm1.asimba.com) (209.0.108.110)
   by 166.90.135.14 with SMTP; 8 Aug 1999 18:44:09 -
 Received: (qmail 3196 invoked from network); 8 Aug 1999 18:43:53 -
 Received: from ccdsf110.ccdsf.com (HELO qm1.asimba.com) (209.0.108.110)
   by 166.90.135.14 with SMTP; 8 Aug 1999 18:43:53 -
 Received: (qmail 3174 invoked from network); 8 Aug 1999 18:43:38 -
 Received: from ccdsf110.ccdsf.com (HELO qm1.asimba.com) (209.0.108.110)
   by 166.90.135.14 with SMTP; 8 Aug 1999 18:43:38 -
 Received: (qmail 3152 invoked from network); 8 Aug 1999 18:43:32 -
 Received: from ccdsf110.ccdsf.com (HELO qm1.asimba.com) (209.0.108.110)
   by 166.90.135.14 with SMTP; 8 Aug 1999 18:43:32 -
 Received: (qmail 3130 invoked from network); 8 Aug 1999 18:43:27 -
 Received: from ccdsf110.ccdsf.com (HELO qm1.asimba.com) (209.0.108.110)
   by 166.90.135.14 with SMTP; 8 Aug 1999 18:43:27 -
 Received: (qmail 3120 invoked from network); 8 Aug 1999 18:43:26 -
 Received: from ccdsf110.ccdsf.com (HELO qm1.asimba.com) (209.0.108.110)
   by 166.90.135.14 with SMTP; 8 Aug 1999 18:43:26 -
 Received: (qmail 3098 invoked from network); 8 Aug 1999 18:43:20 -
 Received: from ccdsf110.ccdsf.com (HELO qm1.asimba.com) (209.0.108.110)
   by 166.90.135.14 with SMTP; 8 Aug 1999 18:43:20 -
 Received: (qmail 3073 invoked from network); 8 Aug 1999 18:43:05 -
 Received: from ccdsf110.ccdsf.com (HELO qm1.asimba.com) (209.0.108.110)
   by 166.90.135.14 with SMTP; 8 Aug 1999 18:43:05 -
 Received: (qmail 3060 invoked from network); 8 Aug 1999 18:42:59 -
 Received: from ccdsf110.ccdsf.com (HELO qm1.asimba.com) (209.0.108.110)
   by 166.90.135.14 with SMTP; 8 Aug 1999 18:42:59 -
 Received: (qmail 3018 invoked from network); 8 Aug 1999 18:42:49 -
 Received: from ccdsf110.ccdsf.com (HELO qm1.asimba.com) (209.0.108.110)
   by 166.90.135.14 with SMTP; 8 Aug 1999 18:42:49 -
 Received: (qmail 3012 invoked from network); 8 Aug 1999 18:42:48 -
 Received: from web106.yahoomail.com (205.180.60.73)
   by 166.90.135.14 with SMTP; 8 Aug 1999 18:42:48 -
 Message-ID: [EMAIL PROTECTED]
 Received: from [63.192.133.31] by web106.yahoomail.com; Sun, 08 Aug
 1999 12:38:04 PDT
 
 
 
 
 
 
 

-
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- Phone
(412) 810-8886 Fax



Re: Backward Alias System

1999-08-06 Thread Timothy L. Mayo

As soon as you put the domains into control/locals you made the entries in
control/virtualdomains totally useless.  Domains must go in EITHER
control/locals or control/virtualdomains.  THEY CANNOT BE PUT IN BOTH
FILES.  If they are the domain is considered local and the virtualdomains
entry is IGNORED.

On Thu, 5 Aug 1999, Daniel Callan wrote:

 Hi Magnus,
 
 Thanks for your reply.
 
 At 08:21 5/08/99 +0200, you wrote:
  I know that the archive is full of alias problems but so far I cannot
  seem to find someone mentioning the simplest (and worst) problem of
  them all: If an account exists that is the same name as a virtual-domain
  specific alias (or even any alias for that matter), the account takes
  preference over the alias and the mail goes straight to the account.
 
 This is not correct. 
 
 Which part?
 
 I don't know what you mean by "virtual-domain
 specific alias", 
 
 I meant (in /etc/aliases):
 
 [EMAIL PROTECTED]:  account1(domain specific alias)
 [EMAIL PROTECTED]:  account2
 
 AS OPPOSED TO
 
 design:   account1(gloabal alias)
 
 but only domains that are local - i.e. exists in
 control/locals will result in an immediate delivery to the local user if
 the user exists. 
ALL local deliveries are done first.
 
 All of the virtual domains I'm using are in control/locals AND
 in control/virtdomains. If they weren't, I couldn't use them as domains
 for all the local accounts. None of the domains are soley for either
 purpose, they are all used for BOTH accounts and aliases.
 
 Point is, Sendmail was able to have virtual domains apply to all
 known accounts and aliases (WITH ALIASES CHECKED BEFORE ACCOUNTS).
 
 
  Am I the only who thinks this is completey backwards???
 
 Unfortunately not.
 
 Glad to hear that at least ;-)
 
  
  Has anyone managed to get a sane alias system going under Qmail?
 
 yes. indeed.
 
 Check out 
 http://x42.com/doc/qmail/vdomains1.txt
 for an old posting to this list.
 
 There will be a section in LWQ about this. 
 
 
 I did and strangely enough it doesn't vary from our setup very much
 at all. More particularly, we have already achieved the goals of that
 page. Only we DO have them in locals (to make the normal accounts respond 
 to that domain too) and we run the aliases straight from the /etc/aliases
 (to keep the lusers from wiping their .qmail* files under FTP)
 
 ie:
 I am trying to set up multiple domains with multiple aliases. For
  example:
   Joe B. has a login of joeb and an email address of -  [EMAIL PROTECTED] Yet
   Joe H. has a login in as joeh and an email address of - [EMAIL PROTECTED]
 
 
 I can already do this quite effectively :-)
 
 What I CAN'T do is:
 
 Joe B. has a login of "joeb" and an email address of -  [EMAIL PROTECTED]  
 (WORKS OK)
 Joe H. has a login in as "joeh" and an email address of - [EMAIL PROTECTED]  
 (STILL WORKS)
 Joe ? comes along and gets the login "joe" for email of - [EMAIL PROTECTED]
 (DOH! THIS ACCOUNT GETS MAIL FOR ALL THREE OF THEM)
 
 This was not the case in Sendmail. Why change?
 
 As I mentioned earlier, I definately require BOTH kinds of
 functionality for each domain (ie: local aliases AND local accounts).
 We are a Virtual ISP / Web Domain hosting service and have about
 200 virtual domains on this mailserver (about 50 of which have 100-500
 local email accounts for each of that clients' users AND a gaggle of aliases 
 for themselves, some of which shorter than 8 chars eg: design, info).
 
 This is why solutions such as "Domain only works for local aliases" or
 "Domain only works for local accounts" are not even an option for us.
 I need both. :-\
 
 It just seems so silly to check accounts before aliases, for any reason 
 at all. I really can't fathom a single benefit from that order.
 
 
 Thanks for the help anyway, 
 (sorry if I'm sounding out of sorts, 
 I am having the day from hell here)
 
 Regards,
 -Daniel
 
 
  Daniel Callan
 System Engineer/
Senior Programmer
 
  [EMAIL PROTECTED]
   -- DataLine.net.au --
  http://dataline.net.au 
 

-
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- Phone
(412) 810-8886 Fax



Re: M$ Exchange - qmail

1999-08-02 Thread Timothy L. Mayo

On 2 Aug 1999, Thomas Neumann wrote:

 Dave Sill [EMAIL PROTECTED] writes:
 
  Thomas Neumann [EMAIL PROTECTED] wrote:
  
  I think Exchange can also use ETRN to tell another SMTP
  server that it wants it to send queued mail, but ETRN
  is even worse, being incredibly insecure
  
  Not true. TURN is incredibly insecure, because it feeds messages back
  over an unverified connection, but ETRN is as secure any other SMTP
  exchange.
 
  Yes, exactly as secure as any other SMTP command, which is
 a nice way to say 'not secure at all'.
 
  ETRN, on servers that support it, is part of a normal, unverified
 SMTP session.  What verification capabilities do you see in ETRN as
 defined in RFC1985? It would at least be pseudo-secure if the domain
 name given as parameter of the ETRN command would be the FQDN to
 connect to for sending the queues content and the ETRN capable MTA on
 the server side would open a separate connection to that given host,

ETRN DOES require the server to open a NEW SMTP connection to the domain
that is being transferred.  THAT IS THE DIFFERENCE BETWEEN ETRN AND TURN.
Please go back and reread the RFCs.  ETRN IS secure.

RFC 1985, Section 3, third paragraph:

"The security loophole is avoided by asking the server to start a new
connection aimed at the specified client."

 but this is not the case (and can not be, as RFC1985 section 5 says
 the given domain is allowed to resolve to only an MX, hence is allowed
 to lack an A record and therefore maybe can not be connect()'ed to).
 The domain supplied with ETRN is only to tell the server which
 elements of its queue it should send to the client.
 
  Basically, it's just telling a server "hey, if you've got
  any mail for host X, you should try sending it now".
 
  Yes, and it will send it over the already running SMTP session
 in which the ETRN command was issued. So what keeps me away
 from telnet'ing to some SMTP server that I know does ETRN for
 domain foo.bar.com and shoot a 'ETRN foo.bar.com' at it and
 it will happily send me all of foo.bar.com's mails?

NO ETRN tells the mail server to resend the mail for the specified
domain using a NEW SMTP connection (normal queue processing).  It
SPECIFICALLY FORBIDS using the existing SMTP connection.  You are
confusing ETRN with TURN.

 
  qmail+serialmail supports AutoTURN, which is like ETRN, but doesn't
  require the remote site to send an ETRN command.
 
  This is true, but it only works iff your dialup clients have static IP
 addresses.
 
 
 -t
 
 

---------
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- Phone
(412) 810-8886 Fax



Re: M$ Exchange - qmail

1999-08-02 Thread Timothy L. Mayo

On Mon, 2 Aug 1999, Peter C. Norton wrote:

 On Mon, Aug 02, 1999 at 12:41:31PM -0400, Timothy L. Mayo wrote:
  ETRN DOES require the server to open a NEW SMTP connection to the domain
  that is being transferred.  THAT IS THE DIFFERENCE BETWEEN ETRN AND TURN.
  Please go back and reread the RFCs.  ETRN IS secure.
  
  RFC 1985, Section 3, third paragraph:
  
  "The security loophole is avoided by asking the server to start a new
  connection aimed at the specified client."
  
   but this is not the case (and can not be, as RFC1985 section 5 says
   the given domain is allowed to resolve to only an MX, hence is allowed
 
 Could you clarify one thing for me:
 
 If I am [EMAIL PROTECTED], and I want to get all mail for
 victim.org, what would happen in the following scenario:
 
 I have root privliges for attacker.org, and for the purpose of attack
 I will accept mail destined for victim.org.
 
 I issue an ETRN command, with the @host extention, and wait for email
 to come to my mailboxes at attacker.org.
 
 I don't see any restrictions in the rfc regarding how host selection
 happens, so I infer from the rfc that it's based on the 'helo'.  Is
 this right?  Does ETRN work this way?

No, destination selection is done using DNS or using the override
mechanism on the SERVER. (for qmail, this would be
/var/qmail/control/smtproutes).  You can do whatever you wish on
attacker.org and unless you can hi-jack the DNS or in my case, get root
access to the server, you will NEVER receive the mail for ANY of my ETRN
customers.

ETRN says attempt to resend the mail for domain now.  It says NOTHING
about where to send it.  The server is expected to use its normal queue
processing to send the mail (ie. normal destination IP determination;
normal SMTP communication - new connections, not the existing one; etc.)

 
 
 -- 
 The 5 year plan:
 In five years we'll make up another plan.
 Or just re-use this one.
 

-----
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- Phone
(412) 810-8886 Fax



Re: Starting supervise from Digital Unix's rc3 files at bootup.

1999-07-29 Thread Timothy L. Mayo

You will need to use 'nohup' to start these services.  They are being
terminated when the shell they are started from closes.

Here is the line I use to start qmail under the same OS:

/usr/bin/nohup /var/qmail/rc  /var/adm/qmail/nohup.out 

On Thu, 29 Jul 1999, Jim Arnott wrote:

 Hi,
 
 I'm new to qmail and all its utilities.
 I'm using the latest qmail (1.03) and Digital Unix 4.0
 
 Has anyone run into a problem where supervise does not start or stay
 running
 (nor start any sw that it should start) when a system is coming up
 during boot.  See the script below.
 
 I also had the same problem with starting tclserver from an rc3.d
 script. Qmail-send would start fine, but
 only if I start it without supervise.
 
 After I boot and do a ps -aef,  no qmail or supervisor processes have
 started.  When I start this script by
 hand (as root) it works fine.
 
 Also, I get the correct comments from the echos on the monitor upon
 bootup, so I know the script is running and
 executing the supervise programs.
 
 I do not get any error messages.
 
 Any ideas ?
 
 Thanks for any help.
 
 Jim Arnott
 Bridge Info Sys
 
 #cd /sbin/rc3.d
 #ls -lg  S99qmailstart
 lrwxrwxrwx   1 root bin   20 Jul  6 07:29 S99qmailstart -
 ../init.d/qmailstart
 #ls -lg ../init.d/qmailstart
 -rwxr-xr-x   1 root system  1710 Jul  7 01:45
 ../init.d/qmailstart
 #cat ../init.d/qmailstart
 #!/sbin/sh
 
 NAME=qmail
 SUPERVISE=/usr/local/bin/supervise
 ACCUSTAMP=/usr/local/bin/accustamp
 CYCLOG=/usr/local/bin/cyclog
 SETUSER=/usr/local/bin/setuser
 SVC=/usr/local/bin/svc
 
 ECHO=/bin/echo
 QMAILDIR=/var/qmail
 PATH=/bin:/usr/bin:/usr/local/bin:$QMAILDIR/bin
 CMD_ENV=bsd
 export CMD_ENV PATH
 
 QMAILDUID=606
 NOFILESGID=600
 
 set -e
 
 case "$1" in
 start)
 set `who -r`
 if [ $9 = "S" ]; then
 $ECHO -n "Starting qmail: "
 $ECHO -n "(qmail persistent daemons) "
 $SUPERVISE $QMAILDIR/supervise/qmail-send env -
 \
 PATH="$QMAILDIR/bin:$PATH" qmail-start ./Mailbox
 $ACCUSTAMP | $SETUSER qmaill $CYCLOG /var/log/qmail 
 $ECHO -n "(qmail-smtpd via tcpserver) "
 $SUPERVISE $QMAILDIR/supervise/tcpserver-qmail \
 
 /usr/local/bin/tcpserver -u $QMAILDUID -g
 $NOFILESGID 0 smtp \
 $QMAILDIR/bin/qmail-smtpd 
 $ECHO .
 fi
 ;;
 stop)
 $ECHO -n "Stopping qmail: "
 $ECHO -n "(qmail-smtpd via tcpserver) "
 $SVC -dx $QMAILDIR/supervise/tcpserver-qmail
 $ECHO -n "(qmail persistent daemons) "
 $SVC -dx $QMAILDIR/supervise/qmail-send
 $ECHO .
 ;;
 alrm)
 $ECHO "Sending ALRM signal to qmail-send."
 $SVC -a $QMAILDIR/supervise/qmail-send
 ;;
 hup)
 $ECHO "Sending HUP signal to qmail-send."
 $SVC -h $QMAILDIR/supervise/qmail-send
 ;;
 restart)
 $ECHO "Restarting qmail:"
 $ECHO "* Stopping qmail-smtpd via tcpserver."
$SVC -d $QMAILDIR/supervise/tcpserver-qmail
 $ECHO "* Sending qmail-send SIGTERM and
 restarting."
 $SVC -t $QMAILDIR/supervise/qmail-send
   $ECHO "* Restarting qmail-smtpd via
 tcpserver."
 $SVC -u $QMAILDIR/supervise/tcpserver-qmail
 ;;
 *)
 $ECHO "Usage: /etc/init.d/$NAME
 {start|stop|restart|alrm|hup}"
 exit 1
 ;;
 esac
 
 exit 0
 
 

-
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- Phone
(412) 810-8886 Fax



Re: Sv: Unable to open message

1999-07-29 Thread Timothy L. Mayo

The message must be delivered and read by the same user.  Sounds like you
deliver it as one user and then try to read it as another.  This will
NEVER work.  Please check out the single uid instructions or get the
vchkpw package or equivalent.

On Thu, 29 Jul 1999, Henrik Johansen wrote:

 I have just tried that (chown johndoe.johndoe Maildir -R)
 Now the logs says : deferral: temporary error on maildir delivery
 
 I guess im gonna play a little longer with the permission settings
 
 
 - Original Message - 
 From: Michael Wand [EMAIL PROTECTED]
 To: Henrik Johansen [EMAIL PROTECTED]; [EMAIL PROTECTED]
 Sent: Thursday, July 29, 1999 5:39 PM
 Subject: Re: Unable to open message
 
 
  I believe the Maildir, its directories, and its file, permissions should be set
  to that of the user.
  
  Try this:  chown johndoe.johndoe Maildir -R
  (the recursive option will change everything in there to johnjoe.johndoe)
  
  
  Michael Wand
  On Thu, 29 Jul 1999, Henrik Johansen wrote:
   Hi all.
   
   I have posted this before, but recieved no responses what so ever.
   
   When a mail is succesfully delivered, and I want to read it from pop3 the
   following happens:
   
   telnet mail.domain.com 110
   Trying w.x.y.z
   Connected to domain.com.
   Escape is...
   +OK ...
   user johndoe
   +OK
   pass pop3password
   +OK
   list
   1 265
   .
retr 1
   -ERR unable to open that message
quit
   
   the messages in domain-com/johndoe/Maildir/new/ is created with these permissions
   -rw--- 1 popuser popuser 265 jul 27 12:00 xx.domain.com
   
   "popuser" is a user with shell=/bin/false
   
   It seems that mails are created with wrong permission? OR??
   If I manually change permission to -rw-r- I can "retr" the mail though.
   Anyone knows how to setup the correct permissions?
   
   And what ARE the default permission-settings on a newly arrived mail?
   
   Im thinking om reinstalling it all to make sure it is 'clean', any way to avoid 
that?
   
   Henrik Johansen
   [EMAIL PROTECTED]
  
 
 
 

---------
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- Phone
(412) 810-8886 Fax



Re: Null

1999-07-26 Thread Timothy L. Mayo

This is covered in the FAQ and is in the list archive.

.qmail-null:

#

(.qmail-null contains a single line containing the comment character and
NOTHING else.)

qmail sees this as an instruction to simply discard the mail.

On Mon, 26 Jul 1999, Tony Wade wrote:

 Hi there, 
 
 How does one dump mail to /dev/null , 
 
 say i want the user [EMAIL PROTECTED] to dump the message. 
 
 i have edited the .qmail-null and put /dev/null in it. this as i can see
 from the qmail mail logs tried to deliver to the user /dev/null. 
 
 Anyone ? 
 
 Tony Wade
 The Internet Solution
 Tel:  (+27 11) 283 5483
 Fax:  (+27 11) 283 5401
 E-mail:   [EMAIL PROTECTED] 
 Web:  http://www.is.co.za
 #include std/disclaimer.h
 
 
 

-
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- Phone
(412) 810-8886 Fax



RE: Qmail, virtual domains, assign and .qmail files...

1999-07-21 Thread Timothy L. Mayo

On Wed, 21 Jul 1999, Stephen Casey wrote:

 Being very specific:
 
 defaultdelivery/rc
 ./Maildir/
 
 control/rcpthosts
 jobmagic.net
 
 control/virtualdomains
 jobmagic.net:jobmagic.net
 
 users/assign
 +jobmagic.net-:qmailpop:87:81:/var/qmail/users/spool/jobmagic.net:::
 
 /var/qmail/users/spool/jobmagic.net/.qmail-default
 [EMAIL PROTECTED]
 
 /var/qmail/users/spool/jobmagic.net/.qmail
 [EMAIL PROTECTED]
 
 When I deliver to this address I get:
 932567763.318108 new msg 44192
 932567763.318117 info msg 44192: bytes 973 from [EMAIL PROTECTED] qp
 6659 uid 81
 932567763.355212 starting delivery 3: msg 44192 to local
 [EMAIL PROTECTED]
 932567763.355231 status: local 1/10 remote 0/20
 932567763.359144 delivery 3: deferral: Unable_to_chdir_to_maildir._(#4.2.1)/
 932567763.359163 status: local 0/10 remote 0/20
 
 Basically, it sems that /var/qmail/users/spool/jobmagic.net/.qmail is being
 ignored and the default is being used?
 
 Any ideas?

Yes, you have a "." in the real username.  Change it to a "-" or anything
else and I'll bet it works.

 
 -- Steve Casey  | A cynic is a person who insists
 | on seeing things as
 URL: http://www.kallisti.co.uk  | they are, not as they
 E-Mail: [EMAIL PROTECTED]   | ought to be.
 
 

---------
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- Phone
(412) 810-8886 Fax



Re: Disabling lines in assign

1999-07-21 Thread Timothy L. Mayo

On Tue, 20 Jul 1999, Victor Tavares wrote:

 Hi all.
 
 Since there is no comment character in the assign file, can I disable a
 domain/user line in the assign file by moving it after the "." at the end
 of the file?
 
 --vt

No.  The last line of user/assign must be a "." by itself.  To disable a
line you must remove it entirely.

---------
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- Phone
(412) 810-8886 Fax



Re: failure notice (fwd)

1999-06-21 Thread Timothy L. Mayo

From the FAQ, dot-qmail(5):

WARNING: For security, qmail-local replaces any dots in ext with colons
before checking .qmail-ext.  For convenience, qmail-local converts any
uppercase letters in ext to lowercase.

THEREFORE, the file you need to create is:

.qmail-cow:cow-moo

On Sun, 20 Jun 1999 [EMAIL PROTECTED] wrote:

 
 hey all, does anyone know if it is possible to get qmail to allow '.' in
 aliases? ie: i created a .qmail-cow.cow-moo in my home dir with all the
 right permissions but i can't send to it. and if qmail doesn't allow this
 does anyone know of a patch that will?
 
 thanks,
 -xs
 
 
 end
 -M-E--*--W-O-R-K-1W-O-R-K-2--*--P-L-A-Y-
 Greg Albrecht_|_Safari Internet_/__Atlantic Internet_|_Internet Host Network
 Florida, USA__|_Fort Lauderdale_/_Boca Raton_|_North America
 www.954.org___|_www.safari.net__/_www.aibusiness.net_|___www.ihn.org
 Ham/Geek__|_Sr. Sys. Admin__/__Co-Sys. Admin_|_Sr. Network Admin
 KF4MKT|_(954)-537-9550__/_(561)-394-8080_|_(954)224-6172
 --*--*--
  Are you on the FUUX list? [EMAIL PROTECTED]
 
 
 -- Forwarded message --
 Date: 20 Jun 1999 14:04:07 -
 From: [EMAIL PROTECTED]
 To: [EMAIL PROTECTED]
 Subject: failure notice
 
 Hi. This is the qmail-send program at simba.safari.net.
 I'm afraid I wasn't able to deliver your message to the following addresses.
 This is a permanent error; I've given up. Sorry it didn't work out.
 
 [EMAIL PROTECTED]:
 Sorry, no mailbox here by that name. (#5.1.1)
 
 --- Below this line is a copy of the message.
 
 Return-Path: [EMAIL PROTECTED]
 Received: (qmail 13604 invoked by uid 2600); 20 Jun 1999 14:04:06 -
 Date: 20 Jun 1999 14:04:06 -
 Message-ID: [EMAIL PROTECTED]
 From: [EMAIL PROTECTED]
 Cc: recipient list not shown: ;
 MBOX-Line: From xs Sun Jun 20 10:04 EDT 1999
 Content-Type: text
 
 test
 
 

-
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- Phone
(412) 810-8886 Fax



Re: relaying question

1999-06-17 Thread Timothy L. Mayo

You need BOTH lines in /etc/hosts.allow!

tcp-env: 1.2.3.: setenv = RELAYCLIENT
tcp-env: ALL

On Thu, 17 Jun 1999, Jeffrey Finkelstein wrote:

 Putting the ``tcp-env: ALL'' in the /etc/hosts.allow solves the incoming mail
 problem, but clients cannot send mail through the mail host since the 
 destination mail address is not in the rcpthosts file.
 
 I must be missing something obvious somewhere, but I'll be darned if I see it
 just yet.
 
 -jeff
 
 On Thu, Jun 17, 1999 at 07:55:28PM +0200, Stefan Paletta wrote:
  Jeffrey Finkelstein wrote/schrieb/scribsit:
   What concerns me is that it would seem that anyone can relay through the
   server when it is setup that way. When I try using /etc/hosts.allow of the 
   form:
   
   tcp-env: 1.2.3.: setenv = RELAYCLIENT
   
   then the system will not allow any connections from the outside to the smtp
   daemon so no incoming mail is allowed.
  
  You probably need to allow connections from everywhere then.
  Either add
  
  tcp-env: ALL
  
  to hosts.allow or check if you have an
  
  ALL: ALL
  
  in hosts.deny and need it.
  
  Could also be that tcpd denies by default, who knows with tcpd...
  
  Stefan
 

-
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- Phone
(412) 810-8886 Fax



Re: aliases for foo.bar

1999-06-11 Thread Timothy L. Mayo

From "man dot-qmail":

WARNING: For security, qmail-local replaces any dots in ext with colons
before checking .qmail-ext.  For convenience, qmail-local converts any
uppercase letters in ext to lowercase.

So:

.qmail-foo:bar will work as you intend.

On Fri, 11 Jun 1999, Albert Hopkins wrote:

 
 I'm new to qmail, but I haven't found any documentation as to why, when
 setting up aliases, .qmail-foo works but .qmail-foo.bar (with a ".") gives
 me a user-unknown error.
 
 
 --
 Albert Hopkins
 Sr. Systems Specialist
 Dynacare, Inc
 [EMAIL PROTECTED]
 
 

---------
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- Phone
(412) 810-8886 Fax



Re: Setting up smtproutes + DNS + firewall

1999-06-10 Thread Timothy L. Mayo

Add a DNS record for sub.domain.com pointing to mail.domain.com.

sub.domain.com  IN MX 10 mail.domain.com.

Add sub.domain.com to rcpthosts on mail.domain.com.
Add the following to smtproutes on mail.domain.com.

sub.domain.com:[10.2.11.12]

Things should now work as you intend from both inside and outside the
firewall. :)

You have to add the MX record for sub.domain.com into the DNS.  There are
no other options if you want people to be able to route the mail
correctly.  (Wildcard MX might work, I've never used them.)

On Thu, 10 Jun 1999, Albert Hopkins wrote:

 
 We have a qmail server sitting on a dmz behind a firewall.  We wish this
 to be the main smtp server and have all incoming mail sent to it.  So say
 we are domain.com, then our MX record for domain.com points to
 mail.domain.com.  This works fine.
 
 Recently one of our divisions decided it wanted to use it's own (exchange)
 server.  They want to be able to receive mail for user@sub.domain.com.
 This machine (sub.domain.com) is behind the firewall.  I would like for
 our main mail server, mail.domain.com to recieve all messages for
 *.domain.com and relay it to wherever it needs to go.  I believe the
 terminology is mail hub.
 
 Anyway, the smtproutes file on mail.domain.com reads:
 
 sub.domain.com:[10.2.11.12]
 
 Sending email to [EMAIL PROTECTED] from anywhere internally works fine.
 It gets to mail.domain.com and is then routed to sub.  However, when
 sending email to [EMAIL PROTECTED] from the outside, messages bounce
 back with the error "sub.domain.com: host not found" or similiar.  My
 understanding about email routing is that the MTA is supposed to look up
 the MX record for domain.com and send the message there.
 
 Or is it that I need to have an MX record for sub.domain.com?  Either way
 I sub.domain.com does not resolve to anything currently.
 
 I guess my question is if I need to do something to the DNS server or is
 there a way to avoid this?
 
 
 

-----
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- Phone
(412) 810-8886 Fax



Re: Relaying to a Sendmail Host...

1999-06-08 Thread Timothy L. Mayo

On Tue, 8 Jun 1999, Rafael Pirolla wrote:

 Hi!
 
 (First thing, I'm from Brazil, forgive me for the errors please...)
 
 I'm trying for some time to send all mail incoming for the domain
 'virtualnetwork.com.br'
  to be delivered to a host named 'watherever.virtualnetwork.com.br'. The host
 uses Sendmail
 and I've tried many ways to do the relaying... I've set up an MX for
 'virtualnetwork.com.br' already...

Good.

 1- I put the line in the 'virtualdomains' control file:
 'virtualnetwork.com.br:xxx' and created an 'xxx' user, so that I could forword
 all incoming mails
 to a host by the '.qmail-default' file in the 'xxx' home directory... It didn't
 worked becouse, I think,
 the 'virtualdomains' control file transform the 'user@domain' in
 'user-prepend@domain', the
 Sendmail program didn't work out the users, I supose...

Both this and your next attempt are incorrect.  To do what you are trying
to do:

1. Add virtualnetwork.com.br to your /var/qmail/control/rcpthosts file.

2. Add the following line to your /var/qmail/control/smtproutes file.

virtualnetwork.com.br:[...]

Replace the IP address above with the real address.

3. Remove all entries for virtualnetwork.com.br from the
/var/qmail/control/virtualdomains file.

4. kill -HUP (pid of qmail-send)

The mail should now be delivered as you intend.

NOTE: qmail does not use /etc/hosts - ever!  Use smtproutes to get around
the DNS lookups for hosts that are not in DNS.

 2- I tried to put the line:
 'virtualnetwork.com.br:whatever.virtualnetwork.com.br' and included the line:
 'x.x.x.x virtualnetwork.com.br whatever.virtualnetwork.com.br'
 in my  /etc/hosts  file... It didn't work out either... The Qmail thought that
 the messages wore
 locals...
 
 The host 'whatever.virtualnetwork.com.br' have an fake IP... So I can't put
 it in my DNS server,
 I don't want to use my DNS, instead I want to use the /etc/hosts file... Will
 Qmail relay messages
 to another host runing Sendmail?! ...
 
Regards, Pirolla.
 
 

-
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- Phone
(412) 810-8886 Fax



Re: AW: Re: Why 2 tcpserver processes?

1999-06-02 Thread Timothy L. Mayo

That is expected behavior.  tcpserver spawns another instance of itself to
handle the communication for a specific connection request.  (up to the
maximum specified by the -c option - default is 40).

On Wed, 2 Jun 1999, [iso-8859-1] "Günthner, Ralf" wrote:

 No tcpserver entry in the rc script! And here's the ps output:
 
  ps auxww | grep qm
 qmaild 701  0.0  1.2   832   280  p0 S15:49   0:00 tcpserver -v
 -x/etc/t
 cp.smtp.cdb -u4 -g333 0 25 qmail-smtpd
 qmaild 796  0.0  1.2   832   296  p0 S15:52   0:00 tcpserver -v
 -x/etc/t
 cp.smtp.cdb -u4 -g333 0 25 qmail-smtpd
 qmaill 699  0.0  0.8   808   184  p0 S15:49   0:00 accustamp
 qmaill 700  0.0  0.9   824   224  p0 S15:49   0:00 cyclog
 -s500  -n5
 /var/log/qmail
 qmaill 704  0.0  1.2   824   284  p0 S15:49   0:00 splogger
 qmail
 qmailq 707  0.0  0.9   816   216  p0 S15:49   0:00 qmail-clean
 qmailr 706  0.0  1.0   820   228  p0 S15:49   0:00 qmail-rspawn
 qmails 697  0.2  1.1   860   260  p0 S15:49   0:00 qmail-send
 root   698  0.0  0.8   812   200  p0 S15:49   0:00 supervise
 /var/lock/q
 mail-smtpd tcpserver -v -x/etc/tcp.smtp.cdb -u4 -g333 0 25
 qmail-smtpd
 root   705  0.0  1.0   820   228  p0 S15:49   0:00 qmail-lspawn
 ./Mailbo
 x
 root   802  0.0  1.4   896   340  p0 S15:52   0:00 grep qm
 
 701 and 796 are the son processes and 698 is the supervised process.
 
 After a restart I noticed that things were as they should be (there were
 only 698 and 701) as long as no new messages came in, but as soon as
 this happened process 796 came upI monitored further and noticed
 that these additional tcpserver processes come and go. Maybe this is
 normal behavior and nobody noticed because when the system is idle,
 there's just the two initial processes??
 
 Cheers
 Ralf
 
 

-----
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- Phone
(412) 810-8886 Fax



Re: Why 2 tcpserver processes?

1999-06-02 Thread Timothy L. Mayo

I stand by my original statement (or hang).

On a moderately busy (50 messages/minute for ~16 hours per day), there is
a tcpserver process spawned for every incoming connection attempt.  I
usually have 35-40 of these present on the system in addition to the one
started by supervise. Each of these authenticates the IP address the
connection is coming from and then spawns qmail-smtpd.  The tcpserver
process does NOT exit until the qmail-smtpd is finished.

This is on Dec UNIX.

Again, this is expected behavior.  It may depend on the OS though.

Tim Mayo

On Wed, 2 Jun 1999, Dave Sill wrote:

 "Timothy L. Mayo" [EMAIL PROTECTED] wrote:
 
 On Wed, 2 Jun 1999, [iso-8859-1] "Günthner, Ralf" wrote:
 
  qmaild 701  0.0  1.2   832   280  p0 S15:49   0:00 tcpserver -v
  -x/etc/tcp.smtp.cdb -u4 -g333 0 25 qmail-smtpd
  qmaild 796  0.0  1.2   832   296  p0 S15:52   0:00 tcpserver -v
  -x/etc/tcp.smtp.cdb -u4 -g333 0 25 qmail-smtpd
 
 That is expected behavior.  tcpserver spawns another instance of itself to
 handle the communication for a specific connection request.  (up to the
 maximum specified by the -c option - default is 40).
 
 But tcpserver doesn't handle the communication, qmail-smtpd does. So
 he should be seeing multiple qmail-smtpds, as needed.
 
 On my systems, I always have exactly one "tcpserver qmail-smtpd"
 process, and as many "qmail-smtpd" processes as there are active SMTP
 connections.
 
 -Dave
 

-----
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- Phone
(412) 810-8886 Fax



Re: Why 2 tcpserver processes?

1999-06-02 Thread Timothy L. Mayo

On Wed, 2 Jun 1999, Dave Sill wrote:

 "Timothy L. Mayo" [EMAIL PROTECTED] wrote:
 
 I stand by my original statement (or hang).
 
 On a moderately busy (50 messages/minute for ~16 hours per day), there is
 a tcpserver process spawned for every incoming connection attempt.  I
 usually have 35-40 of these present on the system in addition to the one
 started by supervise. Each of these authenticates the IP address the
 connection is coming from and then spawns qmail-smtpd.  The tcpserver
 process does NOT exit until the qmail-smtpd is finished.
 
 This is on Dec UNIX.
 
 Again, this is expected behavior.  It may depend on the OS though.
 
 OK, I'm talking now about my own Dec UNIX box, a list server. It
 doesn't do as much incoming traffic as yours, so typically I have no
 active qmail-smtpd processes:
 

[snip]

 
 It's possible, I suppose, that differences in our
 supervise/tcpserver/qmail-smtpd configurations are causing your
 qmail-smtpd's to show up in ps as tcpserver's. One thing I do that not 
 everyone does is to wrap qmail-smtpd in a shell script that does a
 ulimit.
 
 However, even if qmail-smtpd's display as tcpserver's, there should
 only be two tcpserver's if there is an active incoming SMTP
 connection. That can be determined by doing "netstat -a|grep smtp",
 e.g.:
 

[snip]

 
 The first line of output represents an outgoing SMTP connection (the
 local port is 1651). The second line is an incoming connection (smtp
 port).
 
 So if you've got two tcpserver's for smtpd, but no incoming SMTP
 connections, something's not right.
 
 -Dave

Re-read what I said. :)  I have 35-40 incoming SMTP sessions at a time for
~16 hours a day.  I have my limit set to 100.  The tcpserver and
qmail-smtpd processes come and go, except for the one started by
supervise.

Here is my start-up line:

/usr/local/bin/supervise /var/run/qmail-smtpd \
/usr/local/bin/tcpserver -x /etc/tcprules.d/qmail-smtpd.cdb -c100 \
-v -uxxx -gxxx 0 smtp \
/usr/local/bin/rblsmtpd -b -r dul.maps.vix.com \
/usr/local/bin/rblsmtpd -b \
/usr/local/bin/rblsmtpd -b -r dssl.imrss.org sh -c '
/var/qmail/bin/qmail-smtpd
cd /var/qmail/autoturn
exec /usr/local/bin/setlock -nx $TCPREMOTEIP/seriallock \
/usr/local/bin/maildirsmtp $TCPREMOTEIP autoturn-$TCPREMOTEIP- \
$TCPREMOTEIP AutoTURN' 21 | /usr/local/bin/accustamp | \
/usr/local/bin/setuser qmaill /usr/local/bin/cyclog /var/adm/smtpd

This server is THE mailserver for a medium sized ISP.  I expect my load to
be different on my machine at home which also runs qmail and different
from your list server.

My home machine rarely has more than 2 tcpserver processes running at once
and even that is rare.  The machine just does not get the SMTP traffic.

This server has easily handled ~150,000 messages in a 24 hour period in
addition to several thousand POP3 and IMAP sessions.  I expect it to do
better after I get Cyrus out of the picture. :)

---------
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- Phone
(412) 810-8886 Fax



  1   2   >