Using CVS as of this afternoon (Jul-11), built on debian woody, 2.4 kernel, and the latest version of Mail.app.
Test messages show up in the list, but no message content is seen in the imap
client, only headers. This is consistent on two client machines. It doesn't
seem to be related to messag
It appears that dbmail-pop3d is sending its log stream to the client, instead
of to the log file.
Tested with current CVS, and TRACE_LEVEL = 5, the following transcript was
generated. I'm pretty certain that the debugging output is not a valid pop3
response.
[EMAIL PROTECTED]:/etc/postfix$ te
Just updated my CVS ( I have a SuSE 8.0 server at home). I am at work,
using Mail.app 1.1 (v481/482). I can connect to my home email (running
dbmail) just fine.
Mail.app is picky and weird sometimes. So is Mozilla (1.0 seems to
work, but is always having SMTP problems).
But the fact that
Answering my own question:
After the pop saga in the previous post, I downloaded a pop message to
mail.app, and it failed to show the body as well.
I suspect that this is a dbmail bug. Not sure how it got in this far, since I
don't actually expect that any pop/imap client should have been abl
First off I'd like to say, from just looking at dbmail I'm very excited. I
haven't ever seen a solution to store mail in a database...the possibilities
are limitless...
I'm part of an isp that is currently trying to decide on a new mail system.
Someone in the ISP recommended DBmail upon review I fo
No support for this exists at the moment (to my knowledge) -- but it has
recently been discussed on the list. Version 1.0 has not be finalised yet
-- which I personally am waiting for. At that time I may hack around and see
if I can make a working plugin; but can't promise anything [I'm not a C
pr
eric wrote:
> Note that there is no blank line between the header and the body of the mail
> message, as is required by mime standards.
Yep, that's your problem. The thing is, this probably isn't a Dbmail problem.
Which MTA are you using?
Test dbmail-smtp (now called, thank god, dbmail-smtp-i
Hi
I've got any questions about dbmail.
Is dbmail still in beta or it's stable and cann be used as a well product?
Can i use it for highly frequented mail servers?
What are requirements for accounts, which recive 5Mb of mails each day?
thanx
Tim.. You should call me.
On Thu, 2002-07-11 at 17:31, [EMAIL PROTECTED] wrote:
> First off I'd like to say, from just looking at dbmail I'm very excited. I
> haven't ever seen a solution to store mail in a database...the possibilities
> are limitless...
> I'm part of an isp that is currently tr
Hi,
Your TRACE_VERBOSE is set to 1 which should throw debug info to sterr or
stdout.. Somehow the pop does this to the stream. This will be fixed later.
Best regards,
Eelco
On 12-07-2002 00:43, "eric" <[EMAIL PROTECTED]> wrote:
> It appears that dbmail-pop3d is sending its log stream to the c
Hi Tim,
Radius athentication could be built in about a day. You should implement the
functions defined in auth.h for radius and DBMAIL will authenticate to
Radius.
Best regards,
Eelco
On 12-07-2002 02:31, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> First off I'd like to say, from just
On 7/12/02 3:36 AM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]> wrote:
> I've got any questions about dbmail.
>
> Is dbmail still in beta or it's stable and cann be used as a well product?
What's beta and what's stable? I'd say DBMail has fewer issues than any of
the Exchange servers I deal with wh
dbmail@dbmail.org writes:
>I think some other people have more experience here, but my server moves
>on
>average 5,000 messages a day. All of this is handled through IMAP too, so
>lots of moves and renames, and deletes. Just run your purge every day.
done stress-testing..
on a PII-200 linux box
> Yep, that's your problem. The thing is, this probably isn't a Dbmail
> problem.
Well, it appears that the mail is stored correctly in the messageblks table,
with the header in one block and the body in another. It even appears that the
header block has a blank line at the end of it. I thin
14 matches
Mail list logo