qmail Digest 27 Feb 1999 11:00:00 -0000 Issue 564

Topics (messages 22507 through 22529):

System w/o /etc/passwd
        22507 by: Paul Gregg <[EMAIL PROTECTED]>

PLEASE HELP >>Virtual Domains<<
        22508 by: Chris Johnson <[EMAIL PROTECTED]>

Beginner'Q : can't connect to port 25 - more infos
        22509 by: Patrick Paysant <[EMAIL PROTECTED]>
        22510 by: Vince Vielhaber <[EMAIL PROTECTED]>
        22511 by: Harald Hanche-Olsen <[EMAIL PROTECTED]>
        22516 by: Dustin Marquess <[EMAIL PROTECTED]>

locals and virtual domains
        22512 by: "Eric Dahnke"<[EMAIL PROTECTED]>
        22514 by: Chris Johnson <[EMAIL PROTECTED]>

maildrop filter
        22513 by: [EMAIL PROTECTED]
        22515 by: Chris Johnson <[EMAIL PROTECTED]>

Accepting mail for anything
        22517 by: Peter Gradwell <[EMAIL PROTECTED]>
        22518 by: Harald Hanche-Olsen <[EMAIL PROTECTED]>

vacation (yet again!)
        22519 by: Samuel Dries-Daffner <[EMAIL PROTECTED]>

ezmlm lists question
        22520 by: Mark E Drummond <[EMAIL PROTECTED]>
        22522 by: Chris Johnson <[EMAIL PROTECTED]>
        22523 by: Mark E Drummond <[EMAIL PROTECTED]>

installing qmail on a free mail server
        22521 by: [EMAIL PROTECTED]
        22526 by: "Sam" <[EMAIL PROTECTED]>

ezmlm members list question
        22524 by: Mark E Drummond <[EMAIL PROTECTED]>

qmail-pop3d problems
        22525 by: Niklas Alberth <[EMAIL PROTECTED]>

qmail-pop3d not reporting messages
        22527 by: Chris Nelson <[EMAIL PROTECTED]>

Header rewriting
        22528 by: Anand Buddhdev <[EMAIL PROTECTED]>

all to the pppdir but for a domain...
        22529 by: Anand Buddhdev <[EMAIL PROTECTED]>

Administrivia:

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

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

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

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


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


In article <[EMAIL PROTECTED]> you wrote:
> On Fri, 19 Feb 1999, Paul Gregg wrote:

>> In article <[EMAIL PROTECTED]> you wrote:
>> > On Wed, 20 Jan 1999, Robert Adams wrote:
>> 
>> >> user on the system. Anyone know of a way to get around this? Say, to tell
>> >> qmail to drop all mail to something like /mail/u/s/username?
>> 
>> 
>> I don't believe qmail can deliver to hashed spools like this by default.
>> 
>> I've just written a delivery script to deliver to hashed spools because I
>> needed it (gonna be *many* users). 
>> 
>> I nearly got it working with virtualdomains and users/assign with 26*26
>> entries, but it ment that I needed a virtualhosts entry for every
            ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>> virtuall domain and each user was going to have one so it was not
>> practical and thus I wrote my own script as ~alias/.qmail-default.

> I think it can if you use the qmail-users mechanism

[snip]

> so i would expect running the file though a little perl script which
> replaces homedir with the hased spool directory will work (assuming the
> user has permissions to their hashed spool directory.)

> or have I missed the point of the question?


I think so ;-)

My point was that I wanted a default system so I didn't have to add anything
the qmail - If I don't want to add a virtualhosts entry per user then I'm
absolutely not going to want to add a users/assign entry (with associated
qmail-newu)

I had worked out that I could have 26*26 entries in users/assign to handle
hashed spools for all users:

+club24-co-uk-aa:popuser:400:400:/u/club24-co-uk/a/a:-:aa:
+club24-co-uk-ab:popuser:400:400:/u/club24-co-uk/a/b:-:ab:
+club24-co-uk-ac:popuser:400:400:/u/club24-co-uk/a/c:-:ac:
+club24-co-uk-ad:popuser:400:400:/u/club24-co-uk/a/d:-:ad:
+club24-co-uk-ae:popuser:400:400:/u/club24-co-uk/a/e:-:ae:

then I'd create a .qmail-username-default in /u/club24-co-uk/a/a delivering
to ./username/Maildir

But I had to add every virtual host individually - this I didn't want.

Now my perl script takes the email, calculates the HASH Maildir,
if it exists its delivered, if not it checks a MySQL database to see if we
want to accept email for this domain ([EMAIL PROTECTED]) is
accepted - if so, we create the Hashed Maildir and deliver the email.

The next time the Hashed dir will be there thus no MySQL lookup is needed.

Essentially I want to be adding a min of 1,000 user accounts per month 
fully automatically without having to remotely connect to the mailserver
and setup their mail account.

It works perfectly :-)  Cept I can only hand 400 deliveries per minute
due to perl overhead. :-(

I'm currently splitting the MySQL auth stuff away from the program to minimise
the code in the maildirdeliver program which should mean greater throughput.

Paul.

PS. In case you're interested and cos I know you're in the UK - I'm launching
a Free ISP service ala Freeserve.
-- 
Email pgregg at tibus.net | Email pgregg at nyx.net    | Eight out of every
Technical Director        | System Administrator       | five people are math
The Internet Business Ltd | Nyx Public Access Internet | illiterates.
http://www.tibus.net      | http://www.nyx.net         |             - Anon.




On Fri, Feb 26, 1999 at 08:24:07AM +0100, Gianluca Baldo wrote:
> I'm new to qmail and I need to set up a server before the end of this
> week  and I need help :-)
> 
> dixitcom.com is the server (***all @dixitcom.com email addresses work
> fine***).
> On the same machine I have (as an Apache Virtual Server with different
> IP) also truchos.com.
> MX record for mail.truchos.com points to another IP on the same
> dixitcom.com host.
> 
> I  tried to set up e-mail address for truchos.com doing the following:
> 
> 1. I created a POP user truchos
> 2. I  added   truchos.com:truchos to control/virtualdomains
> 3. truchos.com is in my control/locals and in my control/rcpthosts
> 4. I added (to have [EMAIL PROTECTED])
>     =truchos-webmaster:truchos:uid:gid:/home/truchos:luca::
>     to users/assign, meaning that truchos has charge for
> [EMAIL PROTECTED] and that the .qmail file
>     is /home/truchos/.qmail-webmaster (I tried a
> "&[EMAIL PROTECTED]" to start).
>     uid and gid are the user ID and the group ID for truchos.
> 5. I did qmail-newu
> 6. .qmail-webmaster  has owner truchos:popusers and mod 0700
> 7. >>I restarted the machine<<
> 
> If I try to send a message to [EMAIL PROTECTED] I get (in
> /var/log/maillog)
>  >>Sorry, no mailbox here by that name<<
> 
> It looks like qmailignores the "truchos.com:truchos" directive in
> users/assign at all.
> Has somebody has an idea of what am I doing wrong?

You've added truchos.com to control/locals, which hides the fact that it's in
control/virtualdomains. You should never have a host in both locals and
virtualdomains.

Chris






Harald Hanche-Olsen wrote:

> Ah.  Sure you can quit it:  You need to type the telnet escape
> character (usually ^], that is Control + right bracket) which will
> give you the "telnet>" prompt.  Then type the command "close".

Someone else give me the clue : Ctrl-5 !


> As to why you get no response, that is a different question.  You may
> try running /var/qmail/bin/qmail-smtpd from the command line:
>
> ; /var/qmail/bin/qmail-smtpd
> 220 fiinbeck.math.ntnu.no ESMTP
> quit
> 221 fiinbeck.math.ntnu.no

It works well. Youpiii !!


> If it responds ok, then the problem must be with your tcpserver
> setup.  You could try running tcpserver interactively.  In one xterm,
> as root, run
>
> /usr/local/bin/tcpserver -v -R -x/etc/tcprules.smtp.cdb -u5100 \
> -g5151 0 smtp /var/qmail/bin/qmail-smtpd
>
> (after killing off your nonfunctional tcpserver that is lurking in the
> background), then try connecting to it from a second xterm and see
> what kind of response you get in the first one.

Ha ! Here is one problem. It works BUT AFTER 3 MINUTES WAITING !!!!!
And I didn't see anything in the docs I read. Why 3 minutes (always 3,
never
 4 or 10 ...).


> I don't know, because your log excerpt did not tell me what user the
> delivery was for.  It should say delivery 15: msg xxx to local user@...

Ok, I found it, and solve the problem.


> Dan's FTP server produces directory listings in a somewhat unusual
> format which confuses some broken web browsers.  Try a different
> browser, or maybe the plain old FTP program itself.

I'm using Netscape 4.5. But I can even not traceroute to pobox.com ! Well,
will try later..

So, all seems to work but this 3 minutes waiting. I made a great step.

Thanks again, Harald

Patrick





On Fri, 26 Feb 1999, Patrick Paysant wrote:

> > If it responds ok, then the problem must be with your tcpserver
> > setup.  You could try running tcpserver interactively.  In one xterm,
> > as root, run
> >
> > /usr/local/bin/tcpserver -v -R -x/etc/tcprules.smtp.cdb -u5100 \
> > -g5151 0 smtp /var/qmail/bin/qmail-smtpd
> >
> > (after killing off your nonfunctional tcpserver that is lurking in the
> > background), then try connecting to it from a second xterm and see
> > what kind of response you get in the first one.
> 
> Ha ! Here is one problem. It works BUT AFTER 3 MINUTES WAITING !!!!!
> And I didn't see anything in the docs I read. Why 3 minutes (always 3,
> never
>  4 or 10 ...).

Almost sounds like it's waiting for a DNS timeout.  Is this an ummodified
tcpserver?  There aren't any anti-spam patches built into it, are there?
Also, try tcpserver without the -R and see if it makes any difference,
although it shouldn't - if anything it should be faster with it.

Vince.
-- 
==========================================================================
Vince Vielhaber -- KA8CSH   email: [EMAIL PROTECTED]   flame-mail: /dev/null
       # include <std/disclaimers.h>                   TEAM-OS2
        Online Campground Directory    http://www.camping-usa.com
       Online Giftshop Superstore    http://www.cloudninegifts.com
==========================================================================







- Vince Vielhaber <[EMAIL PROTECTED]>:

| > > /usr/local/bin/tcpserver -v -R -x/etc/tcprules.smtp.cdb -u5100 \
| > > -g5151 0 smtp /var/qmail/bin/qmail-smtpd
| > 
| > Ha ! Here is one problem. It works BUT AFTER 3 MINUTES WAITING !!!!!
| > And I didn't see anything in the docs I read. Why 3 minutes (always 3,
| > never
| >  4 or 10 ...).
| 
| Almost sounds like it's waiting for a DNS timeout. [...]
| Also, try tcpserver without the -R and see if it makes any difference,
| although it shouldn't - if anything it should be faster with it.

I cannot believe that -R will ever make tcpserver run any slower.  But
the DNS wait hypothesis is easily tested by adding the -H flag to
tcpserver.  It may also be helpful to trace tcpserver to see what it's
doing.  (No, I don't know what the system calls trace utility is
called on linux.)

- Harald




On Fri, 26 Feb 1999, Harald Hanche-Olsen wrote:

> - Vince Vielhaber <[EMAIL PROTECTED]>:
> 
> | > > /usr/local/bin/tcpserver -v -R -x/etc/tcprules.smtp.cdb -u5100 \
> | > > -g5151 0 smtp /var/qmail/bin/qmail-smtpd
> | > 
> | > Ha ! Here is one problem. It works BUT AFTER 3 MINUTES WAITING !!!!!
> | > And I didn't see anything in the docs I read. Why 3 minutes (always 3,
> | > never
> | >  4 or 10 ...).
> | 
> | Almost sounds like it's waiting for a DNS timeout. [...]
> | Also, try tcpserver without the -R and see if it makes any difference,
> | although it shouldn't - if anything it should be faster with it.
> 
> I cannot believe that -R will ever make tcpserver run any slower.  But
> the DNS wait hypothesis is easily tested by adding the -H flag to
> tcpserver.  It may also be helpful to trace tcpserver to see what it's
> doing.  (No, I don't know what the system calls trace utility is
> called on linux.)

        "strace".

                                        -Dustin





Sorry folks,

I realize this is one of the questions you all really hate hearing. I appologize,
I�ve been in the archives, man pages, and FAQ for hours.

The Virtual Domians portion of the FAQ only mentions the files rcpthosts and
virtualdomains, but not locals. So, don�t scream that I�m asking this.

virtualdomains
company.com.ar:domain-company

Simply, do I need to have

qmail-user
qmail-user-domain

within ~domain-company

or if I put company.com.ar in locals can I avoid (without creating any complications)
the second .qmail file?



thx, don�t screem - eric




On Fri, Feb 26, 1999 at 01:52:26PM +0000, Eric Dahnke wrote:
> Sorry folks,
> 
> I realize this is one of the questions you all really hate hearing. I appologize,
> I�ve been in the archives, man pages, and FAQ for hours.
> 
> The Virtual Domians portion of the FAQ only mentions the files rcpthosts and
> virtualdomains, but not locals. So, don�t scream that I�m asking this.
> 
> virtualdomains
> company.com.ar:domain-company
> 
> Simply, do I need to have
> 
> qmail-user
> qmail-user-domain
> 
> within ~domain-company

Is the user name really domain-company? Or is the user name domain, and you'd
like to have that user control a number of virtual domains, one of which is
company.com.ar?

In either case, the entry in virtualdomains will cause mail to
[EMAIL PROTECTED] to be delivered locally to domain-company-user.

If the user name is domain-company, you'll need ~domain-company/.qmail-user to
control delivery.

If the user name is domain, you'll need ~domain/.qmail-company-user to control
delivery.

If you don't have either user name, you'll need
~alias/.qmail-domain-company-user to control delivery.

It all boils down to the local delivery of mail sent to domain-company-user.
Follow how that delivery would work, and it'll tell you what kind of .qmail-
file you need.

> or if I put company.com.ar in locals can I avoid (without creating any complications)
> the second .qmail file?

Don't do that! If you put company.com.ar in locals, then the virtualdomains
entry will be ignored, and things won't work they way you want them to. A
particular domain should be in either locals or virtualdomains--never both.

Chris




Can someone post their maildrop filter, please.

TIA
-- 
k e c h i e

"It's now safe to turn off your computer" means computing was unsafe
before it appeared.                                           -- m e




On Sat, Feb 27, 1999 at 01:19:11AM +0800, [EMAIL PROTECTED] wrote:
> Can someone post their maildrop filter, please.

You'll have better luck posting this on the maildrop list:
[EMAIL PROTECTED]

You'll have much better luck if you are more specific about what you want your
maildrop filter to do.

Chris




Hi,

I'm trying to envisiage a totally automatic domain name registering system, where by 
the webform
takes a domain name registration request, sends off the appropriate forms, adds the 
appropriate dns
entries and changes the mail server config so you can accept mail for that domain...

However, this would require adding an entry to virtualdomains for each new domain, and 
thus
restarting your qmail server, probably not a good plan.

Would it be possible to have the virtual domains file replaced with some sort of 
database
mechanism, so that on reciept of a mail for a domain, the system went off, looked up 
the domain and
if listed in the database, it accepted mail for it and delivered to a then specified 
.qmail file?

Any ideas?

Thanks

peter.


--
peter at gradwell dot com; online @ http://www.gradwell.com/

"To look back all the time is boring. Excitement lies in tomorrow"






- Peter Gradwell <[EMAIL PROTECTED]>:

(Could you please keep your lines shorter than 80 characters?)

| I'm trying to envisiage a totally automatic domain name registering
| system, where by the webform takes a domain name registration
| request, sends off the appropriate forms, adds the appropriate dns
| entries and changes the mail server config so you can accept mail
| for that domain...
| 
| However, this would require adding an entry to virtualdomains for
| each new domain, and thus restarting your qmail server, probably not
| a good plan.

No need to restart.  Just HUP it.  If qmail-send is controlled by
supervise, all that is needed is something like svc -h /var/run/qmail.

| Would it be possible to have the virtual domains file replaced with
| some sort of database mechanism

Just go and hack in some cdb support in qmail-send, but why bother?

- Harald





I tried the process below and gathered lots of env files. The first few
times I did the mail from Outlook it actually worked, but thereafter it
wouldn't. Also I tried from pine and it worked, every single time!!

There are differences, as you point out in the ella.mills.edu and
mills.edu, but these are resolved by local DNS...mail to and from both
test acct and me, ( and everyone! ) resolves when using ella.mills.edu or
mills.edu. I am inculding a few env's for your review. Thanks for your
help!

Samuel


====== the one that worked from Outlook =======

DTLINE=Delivered-To: [EMAIL PROTECTED]
EXT2=
EXT3=
EXT4=
EXT=
HOME=/acct/student/teststud
HOST=mills.edu
LOCAL=teststud
[EMAIL PROTECTED]
PATH=/var/qmail/bin:/usr/sbin:/usr/bsd:/sbin:/usr/bin:/etc:/usr/etc:/usr/bin/X11
PWD=/acct/student/teststud
[EMAIL PROTECTED]
RPLINE=Return-Path: <[EMAIL PROTECTED]>
[EMAIL PROTECTED]
UFLINE=From [EMAIL PROTECTED] Fri Feb 26 17:01:21 1999
USER=teststud
_=/sbin/env

========= one that worked from Pine =======

DTLINE=Delivered-To: [EMAIL PROTECTED]
EXT2=
EXT3=
EXT4=
EXT=
HOME=/acct/student/teststud
HOST=mills.edu
LOCAL=teststud
[EMAIL PROTECTED]
PATH=/var/qmail/bin:/usr/sbin:/usr/bsd:/sbin:/usr/bin:/etc:/usr/etc:/usr/bin/X11
PWD=/acct/student/teststud
[EMAIL PROTECTED]
RPLINE=Return-Path: <[EMAIL PROTECTED]>
[EMAIL PROTECTED]
UFLINE=From [EMAIL PROTECTED] Fri Feb 26 18:51:20 1999
USER=teststud
_=/sbin/env

======== one that didn't work from Outlook ======

DTLINE=Delivered-To: [EMAIL PROTECTED]
EXT2=
EXT3=
EXT4=
EXT=
HOME=/acct/student/teststud
HOST=mills.edu
LOCAL=teststud
[EMAIL PROTECTED]
PATH=/var/qmail/bin:/usr/sbin:/usr/bsd:/sbin:/usr/bin:/etc:/usr/etc:/usr/bin/X11
PWD=/acct/student/teststud
[EMAIL PROTECTED]
RPLINE=Return-Path: <[EMAIL PROTECTED]>
[EMAIL PROTECTED]
UFLINE=From [EMAIL PROTECTED] Fri Feb 26 19:00:14 1999
USER=teststud
_=/sbin/env

===== another that didn't work from Outlook ====

DTLINE=Delivered-To: [EMAIL PROTECTED]
EXT2=
EXT3=
EXT4=
EXT=
HOME=/acct/student/teststud
HOST=ella.mills.edu
LOCAL=teststud
[EMAIL PROTECTED]
PATH=/var/qmail/bin:/usr/sbin:/usr/bsd:/sbin:/usr/bin:/etc:/usr/etc:/usr/bin/X11
PWD=/acct/student/teststud
[EMAIL PROTECTED]
RPLINE=Return-Path: <[EMAIL PROTECTED]>
[EMAIL PROTECTED]
UFLINE=From [EMAIL PROTECTED] Fri Feb 26 18:59:05 1999
USER=teststud
_=/sbin/env


====== one that didn't work from Netscape =====

DTLINE=Delivered-To: [EMAIL PROTECTED]
EXT2=
EXT3=
EXT4=
EXT=
HOME=/acct/student/teststud
HOST=mills.edu
LOCAL=teststud
[EMAIL PROTECTED]
PATH=/var/qmail/bin:/usr/sbin:/usr/bsd:/sbin:/usr/bin:/etc:/usr/etc:/usr/bin/X11
PWD=/acct/student/teststud
[EMAIL PROTECTED]
RPLINE=Return-Path: <[EMAIL PROTECTED]>
[EMAIL PROTECTED]
UFLINE=From [EMAIL PROTECTED] Fri Feb 26 17:03:59 1999
USER=teststud
_=/sbin/env




On Fri, 26 Feb 1999, Peter Samuel wrote:

> To see exactly what variables are being set, create a .qmail-env file
> in a user's home directory. It will contain the following command:
> 
>     | env | sort -f > /var/tmp/env.$$
> 
> It should have 644 permissions.
> 
> Let me know what you see.








I noticed that the only way to create a list with a name of the form
<list>@<domain> as opposed to <user>-<list>@<domain> is to create the
list under the ~alias user.

Would this be a "normal" way of doing things or is there some reason not
to? I have been setting up lists to replace my majordomo server under a
"lists" user but I figured if I create them under ~alias then I can
continue using the exact same list names as before, and then my users
would not notice and change (except when trying to interact with the mlm
itself of course).

-- 
_________________________________________________________________
Mark E Drummond                  Royal Military College of Canada
mailto:[EMAIL PROTECTED]                       Computing Services
Linux Uber Alles                                      perl || die

                   The day Microsoft makes something that doesn't
                        suck is the day they start making vacuums




On Fri, Feb 26, 1999 at 02:36:48PM -0500, Mark E Drummond wrote:
> I noticed that the only way to create a list with a name of the form
> <list>@<domain> as opposed to <user>-<list>@<domain> is to create the
> list under the ~alias user.
> 
> Would this be a "normal" way of doing things or is there some reason not
> to? I have been setting up lists to replace my majordomo server under a
> "lists" user but I figured if I create them under ~alias then I can
> continue using the exact same list names as before, and then my users
> would not notice and change (except when trying to interact with the mlm
> itself of course).

If you wanted to create the lists somewhere other than in ~alias, you could use
the users/assign mechanism.

For example, you could create a list called testlist in ~user like this:

$ ezmlm-make ~user/testlist ~user/.qmail-testlist testlist domain.com

In users/assign, you'd need the following entry:

+testlist:user:123:456:/usr/home/user:-:testlist:

(substituting the appropriate user and group IDs and path).

The list address would then be [EMAIL PROTECTED], but controlled by a regular
user rather than the alias user.

Chris




Chris Johnson wrote:
> 
> The list address would then be [EMAIL PROTECTED], but controlled by a regular
> user rather than the alias user.

Since there are no normal users on this machine, is there any reason not
to set up the lists under the alias user? I'm thinking security wise
here.

-- 
_________________________________________________________________
Mark E Drummond                  Royal Military College of Canada
mailto:[EMAIL PROTECTED]                       Computing Services
Linux Uber Alles                                      perl || die

                   The day Microsoft makes something that doesn't
                        suck is the day they start making vacuums




Hi,
prev. sysadmin in my company left for me a server of free mail that uses 
sendmail ( Doh! )
The server has ~30k of users soo this is the right place for the qmail.
the 1[Q] is: is there any patches I should apply.
I simply can`t think of any decent strategy I should follow ... the server is
already listed at ORBS hehe
I do what to fix that situation and make it more difficult for spummers to use
the server ...
any advises?

the 2[Q] is: has anybody managed to launch imp using qmail? 
thanx

Pashah
-- 
        http://www.spb.sitek.net/~pashah/public-key-0x97739141.pgp




On Sat, 27 Feb 1999 [EMAIL PROTECTED] wrote:

> The server has ~30k of users soo this is the right place for the qmail.
> the 1[Q] is: is there any patches I should apply.
> I simply can`t think of any decent strategy I should follow ... the server is
> already listed at ORBS hehe
> I do what to fix that situation and make it more difficult for spummers to use
> the server ...
> any advises?

Yes.  Read all the documentation that comes with Qmail.  Read RFC821 and
RFC822.  Educate yourself on how E-mail delivery works, and how Qmail
works.

Then, if you have any specific questions, post them.






In majordomo, the only info stored about a subscriber is his email
address. Can ezmlm store the users name as well? As in "Joe Blow"
<[EMAIL PROTECTED]> or [EMAIL PROTECTED] (Joe Blow).
-- 
_________________________________________________________________
Mark E Drummond                  Royal Military College of Canada
mailto:[EMAIL PROTECTED]                       Computing Services
Linux Uber Alles                                      perl || die

                   The day Microsoft makes something that doesn't
                        suck is the day they start making vacuums




I decided to try qmail-pop3d, but can't get it to work. 

I'm using Mate Wierdls src.rpm packages for qmail and starts pop3d from his
init script.
I've created a qmail-pop3d.cdb in /etc/tcprules.d with 10.0.0.:allow in it.
(my network at home).

When I try to access my mail via a pop client (Netscape) I get an errorr
message: authorization failed, type new password. And I'm sure that I've
typed the right password. 

qmail is running on Redhat linux 2.2.1

--Niklas





Hi,

I have a lot of experience with qmail, I've written custom backends for
delivery (sql,etc).  However I've got a really simple problem, I can't
solve and I must be over looking something.  I've got a small computer
fetching internet mail with fetchmail delivering it to qmail which qmail
then delivers successfully into /home/<user>/Maildir/new/, however when one
tries to pop the mail from the server qmail-pop3d lists 0 messages.  I can
do an ls in /home/<user>/Maildir/new/ and see all the mail files in there,
but qmail-pop3d reports nothing.  I'm straced qmail-pop3d and it stats all
of the files in the dir, so it is seeing them, but I just can't figure it
out


Any Suggestions?

-Chris






On Wed, Feb 24, 1999 at 02:00:33PM -0500, Mark E Drummond wrote:

> By putting my top domain in the defaulthost file on my external hub (MX
> for the domain) will that automagically rewrite the _sender_ address on
> outgoing email? Rewriting will not be necesary for 99% of my users but
> there are a few who might be running thier own Unices and need to have
> headers rewitten. Will it affect anything else?

qmail-smtpd does not do any header rewriting. defaulthost only affects mail
injected via qmail-inject. If you want to rewrite SMTP mail, you will have
to install DJB's mes822 package, which comes with ofmipd, which you can use
for rewriting. ofmipd is like and SMTP server, but allows rewriting. You
could run it on say port 26 of the qmail machine and make your netscape
server route all outgoing mail to that port.

> Another question, I want all mail for my domain forwarded to my internal
> hub _except_ for mail directed to the external hub itself. There is a
> mailing list server on the external hub, so mail sent to
> [EMAIL PROTECTED] must be managed locally.
> 
> Now lists.mydomain is an alias for the external hubs real name. But I
> have the following in my smtproutes file:
>       rmc.ca:sol1.rmc.ca
>       .rmc.ca:sol1.rmc.ca

Put lists.mydomain in the control/locals file, and all list mail will be
handled by the qmail mailhub. You don't need to modify smtproutes.

-- 
Anand
System Administrator
Africa Online Ltd
http://www.anand.org




On Thu, Feb 25, 1999 at 09:20:17PM +0100, Giulio wrote:

> But I want that mail, say for @mydomain.dom, be sent directly to another machine of 
>my
> lan. Weren't for the "alias-ppp" line I could use smtproutes, but having to use 
>alias-ppp,
> how can I do that? With the last ":alias-ppp" all mail is considered as "local".

put the following before the :alias-ppp entry in virtualdomains:

mydomian.dom:

This tells qmail that mydomain.dom is really not a virtual domain, and it
should process it normally. Then you can use smtproutes to send it wherever
you like.

-- 
Anand
System Administrator
Africa Online Ltd
http://www.anand.org


Reply via email to