Hi Matt,
Haha, that's funny. I forgot to check there.
Well, never mind then :].
--
Kind regards,
Harm van Tilborg
Tiscom Hosting B.V.
Matt Brookings wrote:
> Harm van Tilborg wrote:
>> A fix: checking whether `num_names != 0' (but that will not shrink the
>> array), or -- it's late so I haven'
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Harm van Tilborg wrote:
> A fix: checking whether `num_names != 0' (but that will not shrink the
> array), or -- it's late so I haven't checked -- just sticking
> `realloc()'s return address directly into `names'.
>
> Hope it all clear, and somebody c
Hi everyone (again),
An evening of debugging several errors we lately received in qmailadmin,
let me to this bug in vpopmail itself. We always got a blank screen
while adding the first forward to a domain. The forward was created,
however, also the Apache logs showed a double `free()'. Adding new
On Jan 8, 2004, at 2:43 PM, Noe wrote:
I expected not success delivery, but defferlal delivery. Am I wrong?
Please, let me know your opinion.
This patch should correct the problem. deliver_mail() was returning
unexpected values, causing vdelivermail to not exit with an error.
===
Hi,
I have following experience ...
When the permmisions on the ~/Maildir/new is set to , the following
error message is written to the log file and mail message disapear
Jan 8 04:02:11 ttx02 qmail: 1073530931.162729 delivery 3254: success:
link_REALLY_failed_/internet/mail/vpopmail/domain
ON Wed, Jan 29, 2003 at 03:03:01PM +0100, Jonas Thomsen wrote:
>
> > ON Fri, Jan 24, 2003 at 05:07:00PM -0600, Michael Burns wrote:
> >
> > Can somebody verify that this is a vpopmail bug? The
> > practical problem here is that qmailadmin creates per-user
> > .qmail files to support forwards
> ON Fri, Jan 24, 2003 at 05:07:00PM -0600, Michael Burns wrote:
> > I've noticed that vdelivermail in vpopmail 5.2 and (probably up to
> > and including) 5.3.14 doesn't process any .qmail file at its second
> > argument when that argument is a directory path.
> >
> > Shouldn't vdelivermail chec
ON Fri, Jan 24, 2003 at 05:07:00PM -0600, Michael Burns wrote:
> I've noticed that vdelivermail in vpopmail 5.2 and (probably up to
> and including) 5.3.14 doesn't process any .qmail file at its second
> argument when that argument is a directory path.
>
> Shouldn't vdelivermail check the delive
ge-
>> From: Ken Jones [mailto:[EMAIL PROTECTED]]
>> Sent: Saturday, September 21, 2002 12:23 AM
>> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
>> Subject: Re: [vchkpw] vpopmail bug?
>>
>>
>> Can anyone else reproduce this problem?
>> What version
AIL PROTECTED]; [EMAIL PROTECTED]
> Subject: Re: [vchkpw] vpopmail bug?
>
>
> Can anyone else reproduce this problem?
> What version of courier-imap are you using?
>
> The authlib/preauthvchkpw.c file is worth checking against
> the one on the inter7 page. Mysql Quits can be caused
Ken,
I saw this problem in 5.2.1 too. At times, the email parser function
just appends an extra character
to the user name. I've debugged it and saw that the entire string
[EMAIL PROTECTED] was passed in
correctly, but at times the user name has extra character added to it.
I think it's eit
Can anyone else reproduce this problem?
What version of courier-imap are you using?
The authlib/preauthvchkpw.c file is worth checking against
the one on the inter7 page. Mysql Quits can be caused by
a program not calling mysql_close before exiting. Which in
of itself would not cause an authentic
I upgraded to 5.3.8 - and am still seeing this behavior.
*sigh*
Is this limited to Courier?
Quoting Dzuy Nguyen <[EMAIL PROTECTED]>:
> There is a bug in vpopmail's email parser function which adds extra
> character to the end of user login
> at times, when called by courier. Version 5.3.x ha
There is a bug in vpopmail's email parser function which adds extra
character to the end of user login
at times, when called by courier. Version 5.3.x has a newer email
parser which seems to work.
[EMAIL PROTECTED] wrote:
>I am seeing strange behaviour on my Qmail+VpopMail(w/ MySQL)+COurier s
I am seeing strange behaviour on my Qmail+VpopMail(w/ MySQL)+COurier setup.
Authenticating via IMAP works 90% of the time, but doesn't for 10%. I don't
seem to be able to find any pattern as to it not working - it doesn't
consistently fail in any particular manner. The problem happens with mul
15 matches
Mail list logo
