On Tue, 2005-02-15 at 10:41 -0600, Jeremy Kitchen wrote:
to be more precise, sending qmail-send a HUP signal tells it to reload
virtualdomains and locals. There are some patches floating around to make it
reload more.. but the important thing was it reloaded the
locals/virtualdomains files
On Mon, 2005-02-14 at 11:21 -0600, Jeremy Kitchen wrote:
That's very odd. Are the domains in control/smtproutes (causing
them
to be forwarded)? Even if they are, I'm pretty sure that
virtualdomains overrides smtproutes (at least that's what I'm seeing
as
I move domains to a new
I have a large mail server with about 18000 domains. There are also
some servers that NFS
mount /var/vpopmail/domains /var/qmail/control /var/qmail/users from the
backend mail server.
For some months, its been working fine - all incoming SMTP/POP requests
go to the front end boxes, and it all
I have a vpopmail server that's been running fine for over a year.
Now, it's refusing to authenticate people;
[EMAIL PROTECTED] tmp]# telnet localhost 110
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
+OK 16266.1061371053@/hsphere/local/var/vpopmail/bin/vchkpw
user
On Wed, 2003-08-20 at 10:37, Peter Palmreuther wrote:
Is there docs on running vchkpw so I could see how it works ? Yes, the
code does have bits pieces like;
printf(vchkpw: what the hell are you doing running vchkpw on the
command line!! It's only for talking with qmail-popup and
No, I'm a fool. I had a typo in the password I'd fed to vchkpw on the
command line. I re-did it with the write password (again, the chdir
works) but toward the end is;
25765 munmap(0x40015000, 4096) = 0
25765 time(NULL)= 1061373355
25765
On Wed, 2003-08-20 at 10:57, John P. Looney wrote:
So, it looks like that's working logging in fine, even updating the
pop before smtp database.
I should have pointed out, that although running vchkpw from the
command line works fine, it still gives;
-ERR this user has no $HOME/Maildir