On Sun, Aug 7, 2005, ""[EMAIL PROTECTED]"" <[EMAIL PROTECTED]>
said:
[snip]
> Postfix to me, is better than Qmail/Sendmail, but still sucks. Why would
> the sql SASL interface be so different from the sql alias maps? They
> both do "verification" and both support sql yet widly different syntax
I have not used either james or jsmtpd. =) More rant than advice.
From reading james faq and docs, it reeks of bloatware. Besides
any product with "Enterprise" in their name is anything but. Quick,
think of an elegant and scalable product that contains the dubious
title of "Enterprise". JAMES
On Wed, Aug 3, 2005, ""Kevin Baker"" <[EMAIL PROTECTED]> said:
> Quick other note...
>
> It looks like james project has some thoughts to hook into
> he libsieve library in v3.
>
> http://wiki.apache.org/james/JamesV3/Plans
>
Browing through the subversion tree, they've written their own interp
Quick other note...
It looks like james project has some thoughts to hook into
he libsieve library in v3.
http://wiki.apache.org/james/JamesV3/Plans
>> [snip]
>>> 3. I thought since Brandon was writing the Java Library
>>> to
>>> DBMail he might also be aware of and maybe looking to
>>> integ
> [snip]
>> 3. I thought since Brandon was writing the Java Library
>> to
>> DBMail he might also be aware of and maybe looking to
>> integrate with Apache James, Java SMTP and POP3 server.
>
> Oh, that's a pretty neat idea. What do they use for a data
> store right
> now?
So James is an open Java
On Tue, Aug 2, 2005, ""Kevin Baker"" <[EMAIL PROTECTED]> said:
[snip]
> 3. I thought since Brandon was writing the Java Library to
> DBMail he might also be aware of and maybe looking to
> integrate with Apache James, Java SMTP and POP3 server.
Oh, that's a pretty neat idea. What do they use for
> I have no idea what you're talking about.
Aaron, I assume you are responding to my last message
interested in the Java Api/Library.
1. I was pointing out, in response to the point about slow
IMAP web client interface, that perdition can help with
the speed through connection handling maybe redu
I have no idea what you're talking about.
Brandon said he was writing a Java frontend. And that he wants to write a
wrapper around DBMail's databases in Java. So that would be a library of
sorts. I'm suggesting that he may as well be writing the "official" DBMail
Java access library.
Aaron
On M
I didn't catch the java api note... are you considering
Apache James integration? James is a very interesting
project, but w/o IMAP support.. seams like dbmail is a
good fit to help out on a james implementation 'til they
wrap up the imap support. It's been years so it might
never happen for them.
On Mon, Aug 1, 2005, Brandon Mercer <[EMAIL PROTECTED]> said:
> Kevin Baker wrote:
>
>>It is my understanding that the biggest issue with IMAP
>>web interfaces is connection handling. Basically there is
>>no connection pool for IMAP on most, at least PHP, web
>>clients.
>>
>>This can be handled e
Kevin Baker wrote:
>It is my understanding that the biggest issue with IMAP
>web interfaces is connection handling. Basically there is
>no connection pool for IMAP on most, at least PHP, web
>clients.
>
>This can be handled easily by implementing something like
>Perdition IMAP Proxy that has its o
for bad front
> -end code. Fix your
> code.
>
> Mike
>
>
>
>
>
> - Original Message -
> From: "Igor Stroh" <[EMAIL PROTECTED]>
> To: "DBMAIL Developers Mailinglist"
>
> Sent: Monday, August 01, 2005 5:18 AM
> Subject:
What utter nonesense blaming the protocol for bad front -end code. Fix your
code.
Mike
- Original Message -
From: "Igor Stroh" <[EMAIL PROTECTED]>
To: "DBMAIL Developers Mailinglist"
Sent: Monday, August 01, 2005 5:18 AM
Subject: Re: [Dbmail-dev] dbma
Igor Stroh wrote:
>Paul J Stevens wrote:
>
>
>>Brandon,
>>
>>why reinvent the wheel here? Either use imap where access is restricted
>>to your client, or build a client that links directly to libdbmail.
>>
>>Please take not that 2.1 development is under way, and the tables will
>>change a bit he
Paul J Stevens wrote:
> Brandon,
>
> why reinvent the wheel here? Either use imap where access is restricted
> to your client, or build a client that links directly to libdbmail.
>
> Please take not that 2.1 development is under way, and the tables will
> change a bit here and there as we add new
Brandon,
why reinvent the wheel here? Either use imap where access is restricted
to your client, or build a client that links directly to libdbmail.
Please take not that 2.1 development is under way, and the tables will
change a bit here and there as we add new features or improve
performance. Im
Hello Everyone,
My name is Brandon and I'm working on a java web interface to your
program. :-) You've done a great job of providing pop3 and imap4
support for retrieving email, but my company has a need to eliminate
that type of access. I just wondered if you had any additional
documentation
17 matches
Mail list logo
