John Simpson wrote:
i have written a patch against vpopmail-5.4.15 which causes any changes
to trigger ~vpopmail/etc/onchange, if it exists and if it is
executable to the userid which is running the vpopmail program. the
patch can be downloaded, and simple directions found, at the bottom
On Mar 24, 2006, at 4:01 PM, Kurt Bigler wrote:
I'm sure. I triple checked. I have a text file of the shell session.
I've
attached a contiguous unedited excerpt from the shell session.
I'm not familiar with how versions of vpopmail prior to the 5.4 series
handled alias domains, but the
On Mar 27, 2006, at 11:49 AM, Jeremy Kister wrote:
On 3/25/2006 12:25 PM, Jeremy Kitchen wrote:
In the interim, I'm still looking for opinion on whether or not the
proposed patch makes everyone happy. I tested it briefly, and it
seems
to deal with fatal, deferral, and successful qmail-inject
on 3/27/06 11:45 AM, Tom Collins [EMAIL PROTECTED] wrote:
On Mar 24, 2006, at 4:01 PM, Kurt Bigler wrote:
I'm sure. I triple checked. I have a text file of the shell session.
I've
attached a contiguous unedited excerpt from the shell session.
I'm not familiar with how versions of
On Mar 27, 2006, at 12:51 PM, Kurt Bigler wrote:
Yes, I created those alias domains long ago.
I don't think there was any utility to run to do a conversion of domain
aliases? I'm pretty sure I read the readme pretty carefully whenever
I did
an upgrade. Did I miss something?
So what
Wanted to thank everyone for their input. It turned out to be an outlook
issue. Once we set it to pop first the problem went away. Thank you Jeremy
Andrew
.
- Original Message -
From: Paul Theodoropoulos [EMAIL PROTECTED]
To: vchkpw@inter7.com
Sent: Friday, March 24, 2006 5:08 PM
Why not use the .qmail-default to process your skeleton directories?
Have it call a script that can test for the existence of the directory
and then copy the skeleton as appropriate.
I guess it would depend on where in the process a non-existing user
directory gets created. If vdelivermail does
On 3/27/2006 3:12 PM, Tom Collins wrote:
I haven't had a chance to look closely at it, but I will probably
include it in the next release.
Regardless of whether using qmail-inject over qmail-queue is a
band-aid, we should be looking at the exit code and behaving properly.
Here's [what
The reason I mention this is that I'm having a bugger of a job getting my code that implements skel dirs to work with vqadmin - it works fine from the command line (as root) but I get a permission denied error when executing from vqadmin.Have you thought at all about just wrapping your qmail
Tom Collins wrote:
On Mar 24, 2006, at 4:01 PM, Kurt Bigler wrote:
I'm sure. I triple checked. I have a text file of the shell session.
I've
attached a contiguous unedited excerpt from the shell session.
I'm not familiar with how versions of vpopmail prior to the 5.4 series
handled
on 3/27/06 1:36 PM, Tom Collins [EMAIL PROTECTED] wrote:
On Mar 27, 2006, at 12:51 PM, Kurt Bigler wrote:
So what *should* I do now with all my old-style domain aliases? Do I
have
to mess with the qmail config files by hand?
Edit the users/assign file as follows. Change lines like this:
11 matches
Mail list logo