The following bug has been RESOLVED.
==
http://dbmail.org/mantis/bug_view_advanced_page.php?bug_id=102
==
Reported By:leander
Assigned To:
The typo is a quick fix for someone sitting at their machine... Ilja?
As for the dbmail-users bug, it's a totally intractable design flaw.
We should rewrite that stupid users tool all over again.
More inline...
""Leander Koornneef, IC&S"" <[EMAIL PROTECTED]> said:
> I submitted two bugs (#101
:)
As a side note:
What about using popt instead of getopt in a future version?
--
Wolfram
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Aaron Stone
> Sent: Mittwoch, 13. Oktober 2004 00:27
> To: DBMAIL Developers Mailinglist
> Subject: Re: [Dbm
""Wolfram A. Kraushaar"" <[EMAIL PROTECTED]> said:
> :)
>
> What about using popt instead of getopt in a future version?
Popt looks pretty neat, and it's small and portable and gives us long
options without relying on GNU getopt_long. So, if we decide to do long
options, we should probably move
On Tue, Oct 12, 2004 at 11:05:46PM -, Aaron Stone wrote:
> ""Wolfram A. Kraushaar"" <[EMAIL PROTECTED]> said:
>
> > :)
> >
> > What about using popt instead of getopt in a future version?
>
> Popt looks pretty neat, and it's small and portable and gives us long
> options without relying on G
Dan Weber <[EMAIL PROTECTED]> said:
On Tue, Oct 12, 2004 at 11:05:46PM -, Aaron Stone wrote:
>> ""Wolfram A. Kraushaar"" <[EMAIL PROTECTED]> said:
>>
>> > :)
>> >
>> > What about using popt instead of getopt in a future version?
>>
>> Popt looks pretty neat, and it's small and portable and giv
getopt has been ported to every platform. I can't name a C library that
doesn't use it. Anyhow, adding dependencies for shear laziness to do things
by hand is stupid esp. for a command line parser. Give me a list of opts
and long opts in plaintext on an email with their help messages and I'll
cr
> You make it seems like using getopt_long has difficulty in
> which it really has none.
>From the description in the man page popt seems to offer some
additional functionality over getopt and getopt_long, so I just
thought you might consider using it in a future version.
I just had another "wei
Thats just plain retarded. Extra dependencies on something that is clearly
not needed is pointless. Especcially since xml doesn't give us any extended
benefit over parsing a simple plain text configuration file. Now XML
manpages are another story because they make it significantly easier to
main
> Thats just plain retarded. Extra dependencies on something that
> is clearly not needed is pointless.
So you'd call the apache guys as well "retarded" using xml-style
in their httpd.conf, as it wouldn't be needed there either?
> Especcially since xml doesn't give us any extended
> benefit over
On Wed, Oct 13, 2004 at 02:23:17AM +0200, Wolfram A. Kraushaar wrote:
> > Thats just plain retarded. Extra dependencies on something that
> > is clearly not needed is pointless.
> So you'd call the apache guys as well "retarded" using xml-style
> in their httpd.conf, as it wouldn't be needed ther
Ah Dan, as ever so subtle. I am with you on this one nonetheless. Dbmail doesn't
need xml at the moment, for two reasons:
1) as Dan points out, it ain't broken, and xml formatting the config won't
actually have much added value. Well, actually the current config parser stands
to be improved. I
Dan Stilts wrote:
Hey Guys;
Just wanted to let you know what else I just found after doing the
latest cvs checkout dbmail...
When I install it in place with the same configuration as before, the
message is now getting some extra weirdness, and no body text is displayed
X-Invalid-Header:
Paul J Stevens wrote:
Dan Stilts wrote:
Hey Guys;
Just wanted to let you know what else I just found after doing the
latest cvs checkout dbmail...
When I install it in place with the same configuration as before, the
message is now getting some extra weirdness, and no body text is
displ
The following bug has been ASSIGNED.
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=101
==
Reported By:leander
Assigned To:
The following bug has been RESOLVED.
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=101
==
Reported By:leander
Assigned To:
The following bug has been ACKNOWLEDGED.
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=100
==
Reported By:tsoutherwood
Ass
The following bug has been CLOSED
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=101
==
Reported By:leander
Assigned To:
The following bug has been CLOSED
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=102
==
Reported By:leander
Assigned To:
The following bug has been CLOSED
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=093
==
Reported By:ThomasMueller
Assigned
The following bug has been CLOSED
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=099
==
Reported By:alessandro
Assigned To:
The following bug has been CLOSED
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=095
==
Reported By:kbajwa
Assigned To:
The following bug has been CLOSED
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=092
==
Reported By:paul
Assigned To:
The following bug has been CLOSED
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=070
==
Reported By:danweber
Assigned To:
The following bug has been CLOSED
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=090
==
Reported By:paul
Assigned To:
The following bug has been CLOSED
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=086
==
Reported By:jnorell
Assigned To:
The following bug has been CLOSED
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=084
==
Reported By:rondavis
Assigned To:
The following bug has been CLOSED
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=083
==
Reported By:purcell
Assigned To:
The following bug has been CLOSED
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=082
==
Reported By:paul
Assigned To:
On Wed, 13 Oct 2004 09:13:15 +0200, Paul J Stevens <[EMAIL PROTECTED]> wrote:
> Ah Dan, as ever so subtle. I am with you on this one nonetheless. Dbmail
> doesn't
> need xml at the moment, for two reasons:
>
> 1) as Dan points out, it ain't broken, and xml formatting the config won't
> actually h
Hello Paul,
ok, you got me on the httpd.conf - kinda mixed it up with tomcats
files :)
ad1) I was just asking to consider it
ad2) Full ack on that
I don't have strong feelings about this - I've already written my
parsers for dbmail.conf in php and perl - but I've as well been
using XML::Simple
Let's see
Oct 13 01:17:49 ded3 dbmail/smtp[8472]: authsql.c,auth_check_user_ext: checking
user [EMAIL PROTECTED] to !/usr/bin/procmail
/etc/procmail_users/dstilts.procmailrc
Oct 13 01:17:49 ded3 dbmail/smtp[8472]: authsql.c,auth_check_user_ext: checking
user [!/usr/bin/procmail /etc/proc
Paul J Stevens wrote:
Let's see
Oct 13 01:17:49 ded3 dbmail/smtp[8472]:
authsql.c,auth_check_user_ext: checking user [EMAIL PROTECTED] to
!/usr/bin/procmail /etc/procmail_users/dstilts.procmailrc
Oct 13 01:17:49 ded3 dbmail/smtp[8472]:
authsql.c,auth_check_user_ext: checking user [!/us
Wondering if anyone out there has a need for a class like this? I'm
probably guessing so, as I'm working on this to integrate into an existing
hosting/control panel, and am considering just BSD Licensing it and
letting ya'll have your way with it. :)
If I get some general interest, I'll probably
I'd be very interested!
>
> Wondering if anyone out there has a need for a class like
> this? I'm
> probably guessing so, as I'm working on this to integrate
> into an existing
> hosting/control panel, and am considering just BSD
> Licensing it and
> letting ya'll have your way with it. :)
>
>
Dan Stilts wrote:
Thanks Paul! Let me know if you would like me to test at some point.
Dan, please try again. I think I have it nailed down this time. My tests don't
show your problem anymore.
--
Paul Stevens
Getting this error:
configure.in:23: your implementation of AM_INIT_AUTOMAKE comes from an
configure.in:23: old Automake version. You should recreate aclocal.m4
configure.in:23: with aclocal and run automake again.
/usr/autotool/devel/share/automake-1.9/am/depend2.am: am__fastdepCC does not
app
37 matches
Mail list logo
