Somewhat off-topic, but I'm imagining that somewhere in the mix is where this is all beginning.This is an example of a [junk but unscanned] message [slightly edited for the actual e-mail addresses, though mostly should be the same] that was received. You'll notice the Return-Path: fails to have
Sorry- I meant shouldn't this be added by qmail-local on delivery. I guess I am trying to figure out why it isn't properly adding it.-MMichael Krieger [EMAIL PROTECTED] wrote: Somewhat off-topic, but I'm imagining that somewhere in the mix is where this is all beginning.This is an example of a
The message comes in properly (or so it seems) and into qmail-local and then vdelivermail. It reads a .qmail file that says [EMAIL PROTECTED] and has a second line with the maildir. The first one [the inject] is failing, which vdelivermail is supposed to be handling.Is this a bug in vdelivermail?
On Monday 08 May 2006 11:38, Michael Krieger wrote:
Sorry- I meant shouldn't this be added by qmail-local on delivery. I guess
I am trying to figure out why it isn't properly adding it. -M
from qmail-command(8):
DESCRIPTION
...
WARNING: The mail message does not begin with qmail-local's
On Monday 08 May 2006 12:08, Michael Krieger wrote:
The message comes in properly (or so it seems) and into qmail-local and
then vdelivermail. It reads a .qmail file that says [EMAIL PROTECTED]
and has a second line with the maildir. The first one [the inject] is
failing, which vdelivermail
Seem to be having an issue since vpopmail 5.4.16 and qmailadmin 1.2.10.The first operation tends to work alright, such as creating a user, deleting a user, or so on, however the second fails. Even changing a password fails.If I delete the .vpasswd.lock file everything goes through... for one more
On 5/7/2006 3:48 PM, Tom Collins wrote:
5.4.16 - released 7-May-06
http://vpopmail.sf.net/
Release Notes:
More fixes to 5.4.14/5.4.15, hopefully leading to a useable, stable
release
incorporating vpopmaild from the 5.5 branch.
i just realized there was no bug report for vdelivermail not
Permissions in the answer. .vpasswd.lock is being created 000 by vpopmail.I made a patch to add the mode to it. Since it's being created by vpopmail, it should be 600. It seems it's not only qmailadmin that is doing this, but also vadduser for example is making a 000 lock file.Patch
On May 8, 2006, at 12:08 PM, Michael Krieger wrote:
Is this a bug in vdelivermail? The message into vdelivermail seems to
have a valid return-path, and coming out of vdelivermail into
qmail-inject appears to blank the line but not remove it: Return-Path:
Received: from keit
What version of
My environment: SUSE Enterprise 9 Qmail 1.03 installed and workingMySql max-3.23.57 installed with vpopmail user and vpopmail database.Vpopmail 5.4.16 installed with following config:
./configure \--enable-roaming-users \--enable-tcprules-prog=/usr/local/bin/tcprules
Nothing really different from previous versions.
It uses the environment variable DTLINE for Return-Path: whatever.
It's supposed to be followed by a Delivered-To header as well... Could
there be some illegal character in RPLINE?
-Tom
On May 8, 2006, at 8:13 PM, Michael Krieger wrote:
11 matches
Mail list logo
