question

2000-08-04 Thread Day



Iam configuring my virtualuser table
and when iam sending e-mail to pine
this is the error that i get...

Sending Error: 451 hash map "virtuser" unsafe 
map file

what is wrong with it?





**Day 
Ballega0919 3385828

Technical SupportManila Online 
Provider#637-5284 to 
87*


Re: very long passwd

2000-08-04 Thread Dariush Pietrzak


 The file /etc/passwd es very, very long... but es necessary for IMAP server
 to check the home directory for every user.
 
 nss_mysql is the only solution?
nope. 

 Now, I have mysql to auth users for proftpd  apache via PAM (pam_mysql)
there is also ldap, pg_sql and, probably what you want - dbpam, which
keeps copy of passwd and shadow in db-files which are very fast to search.
i've seen this solution first in freeBSD, and it's default solution there
now, methinks.
it's simple, fast, and doesen't rely on unreliable programs like mysql.

 Sendmail can't delivery emails to not existents users (it check /etc/passwd).
you can use nsswitch to handle this. 
hmm, besides, i don't think sendmail is such bad and useless piece of
software, I don't like it, but i am sure it can deliver emails to
non-existent users. common' it's childish with exim.

 IMAP server need /etc/passwd for check user  home dir. With pam_mysql check the
 user but not the home dir.
I don't think so, although I recently disabled imap and stayed with pop, I 
had no problem with imapserver.


 Any solution for only-email users without /etc/passwd file???
yes, hell lot of solutions exist. you just need to choose one that fits
you.


 How can to have many users easy?
I fell in love with ldap, it's easy to set-up, easy to administer,
easy to programm, and quite easy to write web-based admin tools which are
safe.

regards, Eyck



--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: very long passwd

2000-08-04 Thread Jeremy C. Reed

On Fri, 4 Aug 2000, Joaquin Ferrero wrote:

 I have 200.000 users. The most part only have email service.

Are they for different domains? If so, you could use different password
files for each domain. (This is what I do.) And you can also use databases
(instead of flat-text) for the authentication. 

This is pretty easy with Exim. (It is well-documented with examples at the
Exim site.)

You'd also need to have your IMAP server be able to use these
authentication databases (or password files). (I don't use IMAP though --
I use POP3.)

  Jeremy C. Reed
  http://www.reedmedia.net/
  http://bsd.reedmedia.net/


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: very long passwd

2000-08-04 Thread Alberto


Just add a wrapper before procesing any incoming mail which auth on mysql.

---

Antes de pasar el mail al delivery añade un nivel de chequeo via wrapper 
(ahora que lo pienso puedes hacerlo tb añadiendolo como status de retorno 
de una regla que definas) y que sea quien autentifique en el mysql.

bye

At 11:40 04/08/00 +0200, Joaquin Ferrero wrote:
I have 200.000 users. The most part only have email service.
The file /etc/passwd es very, very long... but es necessary for IMAP server
to check the home directory for every user.

nss_mysql is the only solution?

Now, I have mysql to auth users for proftpd  apache via PAM (pam_mysql)

Sendmail can't delivery emails to not existents users (it check /etc/passwd).
IMAP server need /etc/passwd for check user  home dir. With pam_mysql 
check the
user but not the home dir.

Any solution for only-email users without /etc/passwd file???

How can to have many users easy?


 Joaquin Ferrero
 [EMAIL PROTECTED]



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




Re: very long passwd

2000-08-04 Thread brian moore

On Fri, Aug 04, 2000 at 11:40:11AM +0200, Joaquin Ferrero wrote:
 I have 200.000 users. The most part only have email service.
 The file /etc/passwd es very, very long... but es necessary for IMAP server
 to check the home directory for every user.
 
 nss_mysql is the only solution?
 
 Now, I have mysql to auth users for proftpd  apache via PAM (pam_mysql)
 
 Sendmail can't delivery emails to not existents users (it check /etc/passwd).
 IMAP server need /etc/passwd for check user  home dir. With pam_mysql check the
 user but not the home dir.

 Any solution for only-email users without /etc/passwd file???

You can tell sendmail to not look at /etc/passwd.

This is the 'F=w' flag in sendmail for your local mailer.



--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




XDM???

2000-08-04 Thread System Administrator


hi,

I have 2.1 stable and I upgrade it to frozen but when I run xdm and enter 
login name and passwd it waits for 2 or 3 seconds and again login box
comes ( user name and passwd is correct ).

When I enter to xsession.errors 
---
Can't connect to xserver :0
AUDIT-1

What is the problem I do not understand?
Thanks for help

erol sonmez


--  
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]




question

2000-08-04 Thread Day



Iam configuring my virtualuser table
and when iam sending e-mail to pine
this is the error that i get...

Sending Error: 451 hash map "virtuser" unsafe 
map file

what is wrong with it?





**Day 
Ballega0919 3385828

Technical SupportManila Online 
Provider#637-5284 to 
87*


Re: question

2000-08-04 Thread Andrius Kasparavicius
On Fri, 4 Aug 2000, Day wrote:

 Iam configuring my virtualuser table
 and when iam sending e-mail to pine
 this is the error that i get...
 
 Sending Error:  451 hash map virtuser unsafe map file
 
 what is wrong with it?

 check file permissions

  -
Kasparavicius Andrius

http://www.andrius.org  ICQ:17701001  tel.: +370 87 25630 nick: Casper
AND-RIPE AND-6BONE




very long passwd

2000-08-04 Thread Joaquin Ferrero
I have 200.000 users. The most part only have email service.
The file /etc/passwd es very, very long... but es necessary for IMAP server
to check the home directory for every user.

nss_mysql is the only solution?

Now, I have mysql to auth users for proftpd  apache via PAM (pam_mysql)

Sendmail can't delivery emails to not existents users (it check /etc/passwd).
IMAP server need /etc/passwd for check user  home dir. With pam_mysql check the
user but not the home dir.

Any solution for only-email users without /etc/passwd file???

How can to have many users easy?


Joaquin Ferrero
[EMAIL PROTECTED]





Re: question

2000-08-04 Thread Sanjeev Gupta
At 04:53 PM 8/4/2000 +0800, Day wrote:
Iam configuring my virtualuser table
and when iam sending e-mail to pine
this is the error that i get...
Sending Error:  451 hash map virtuser unsafe map file
what is wrong with it?
The file should not have world writable permission.  Sendmail is unhappy 
about this.

-- Ghane



Re: very long passwd

2000-08-04 Thread Dariush Pietrzak

 The file /etc/passwd es very, very long... but es necessary for IMAP server
 to check the home directory for every user.
 
 nss_mysql is the only solution?
nope. 

 Now, I have mysql to auth users for proftpd  apache via PAM (pam_mysql)
there is also ldap, pg_sql and, probably what you want - dbpam, which
keeps copy of passwd and shadow in db-files which are very fast to search.
i've seen this solution first in freeBSD, and it's default solution there
now, methinks.
it's simple, fast, and doesen't rely on unreliable programs like mysql.

 Sendmail can't delivery emails to not existents users (it check /etc/passwd).
you can use nsswitch to handle this. 
hmm, besides, i don't think sendmail is such bad and useless piece of
software, I don't like it, but i am sure it can deliver emails to
non-existent users. common' it's childish with exim.

 IMAP server need /etc/passwd for check user  home dir. With pam_mysql check 
 the
 user but not the home dir.
I don't think so, although I recently disabled imap and stayed with pop, I 
had no problem with imapserver.


 Any solution for only-email users without /etc/passwd file???
yes, hell lot of solutions exist. you just need to choose one that fits
you.


 How can to have many users easy?
I fell in love with ldap, it's easy to set-up, easy to administer,
easy to programm, and quite easy to write web-based admin tools which are
safe.

regards, Eyck





Re: very long passwd

2000-08-04 Thread Jeremy C. Reed
On Fri, 4 Aug 2000, Joaquin Ferrero wrote:

 I have 200.000 users. The most part only have email service.

Are they for different domains? If so, you could use different password
files for each domain. (This is what I do.) And you can also use databases
(instead of flat-text) for the authentication. 

This is pretty easy with Exim. (It is well-documented with examples at the
Exim site.)

You'd also need to have your IMAP server be able to use these
authentication databases (or password files). (I don't use IMAP though --
I use POP3.)

  Jeremy C. Reed
  http://www.reedmedia.net/
  http://bsd.reedmedia.net/




Re: very long passwd

2000-08-04 Thread Alberto
Just add a wrapper before procesing any incoming mail which auth on mysql.
---
Antes de pasar el mail al delivery añade un nivel de chequeo via wrapper 
(ahora que lo pienso puedes hacerlo tb añadiendolo como status de retorno 
de una regla que definas) y que sea quien autentifique en el mysql.

bye
At 11:40 04/08/00 +0200, Joaquin Ferrero wrote:
I have 200.000 users. The most part only have email service.
The file /etc/passwd es very, very long... but es necessary for IMAP server
to check the home directory for every user.
nss_mysql is the only solution?
Now, I have mysql to auth users for proftpd  apache via PAM (pam_mysql)
Sendmail can't delivery emails to not existents users (it check /etc/passwd).
IMAP server need /etc/passwd for check user  home dir. With pam_mysql 
check the
user but not the home dir.

Any solution for only-email users without /etc/passwd file???
How can to have many users easy?
Joaquin Ferrero
[EMAIL PROTECTED]

--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: very long passwd

2000-08-04 Thread brian moore
On Fri, Aug 04, 2000 at 11:40:11AM +0200, Joaquin Ferrero wrote:
 I have 200.000 users. The most part only have email service.
 The file /etc/passwd es very, very long... but es necessary for IMAP server
 to check the home directory for every user.
 
 nss_mysql is the only solution?
 
 Now, I have mysql to auth users for proftpd  apache via PAM (pam_mysql)
 
 Sendmail can't delivery emails to not existents users (it check /etc/passwd).
 IMAP server need /etc/passwd for check user  home dir. With pam_mysql check 
 the
 user but not the home dir.

 Any solution for only-email users without /etc/passwd file???

You can tell sendmail to not look at /etc/passwd.

This is the 'F=w' flag in sendmail for your local mailer.





XDM???

2000-08-04 Thread System Administrator

hi,

I have 2.1 stable and I upgrade it to frozen but when I run xdm and enter 
login name and passwd it waits for 2 or 3 seconds and again login box
comes ( user name and passwd is correct ).

When I enter to xsession.errors 
---
Can't connect to xserver :0
AUDIT-1

What is the problem I do not understand?
Thanks for help

erol sonmez