Right, sorry, I just quoted the docs without setting up the context.
Dan, does your follow up post on continuing errors reflect a message after
your changed "!" to "|" in the deliver_to?
Aaron
Thanks Aaron. Yeah, my last post was after changing "!" to "|".
-Dan
Jesse Norell <[EMAIL PROTECTED]> said:
>
>> Aaron Stone wrote:
>>
>> >>From the file dbmail/EXTRAS:
>> >
>> >Dbmail can forward to external programs.
>> >Create an alias. Set the deliver_to for that alias to:
>> >"|/usr/bin/procmail" will pipe the message for the alias to procmail
>
Ilja Booij <[EMAIL PROTECTED]> said:
>Paul said:
>> Do I understand correctly to assume that rfcsize as defined in the code
>> is the messagesize where the message was converted to crlf lineendings ?
>> I have some clean code from gmime to split the message in messageblks and
>> get the rfcsize. I
Ah, thanks Jesse...
However, when I do that, the problem still exists for me. In Outlook
express, looking at the properties on the email I see
Headers:
Received: from DSTILTS (unknown [63.80.58.206])
And that's it...but the body of the email contains everything else:
by .com (Postfix) with SM
Hello Dan,
> Aaron Stone wrote:
>
> >>From the file dbmail/EXTRAS:
> >
> >Dbmail can forward to external programs.
> >Create an alias. Set the deliver_to for that alias to:
> >"|/usr/bin/procmail" will pipe the message for the alias to procmail
> >"!/usr/bin/procmail" will do t
On Tue, 05 Oct 2004 21:50:07 +0200, Paul J Stevens <[EMAIL PROTECTED]> wrote:
> Aaron,
>
> talking about the mime parser: why did you split rfcsize in to rfcheadersize
> /rfcbodysize. I can't seem to
> find them being used separately. I'll lump these two together and fix the
> signatures accordi
Hi Aaron;
I actually have just that setup (at least I think :)), and that is the
method that is causing my issues in Outlook Express:
mysql> select * from dbmail_aliases where alias_idnr = "11" or
alias_idnr = "3";
++---+--+-+
|
Aaron,
talking about the mime parser: why did you split rfcsize in to rfcheadersize /rfcbodysize. I can't seem to
find them being used separately. I'll lump these two together and fix the signatures accordingly where they
are passed around.
Do I understand correctly to assume that rfcsize as
>From the file dbmail/EXTRAS:
Dbmail can forward to external programs.
Create an alias. Set the deliver_to for that alias to:
"|/usr/bin/procmail" will pipe the message for the alias to procmail
"!/usr/bin/procmail" will do the same but add a mbox style header
You can also us
one other bit of info i just noticed
When comparing the headers from the two emails (one sent to alias with
deliver_to set to procmail, which is then inserted again using
dbmail-smtp -m "INBOX" -u , and one sent to deliver_to of the uid
of the account), I notice an extra line being added to th
I don't suppose anyone has a workaround/fix for this by chance?
Just some additional info:
I notice that the problem is only occuring when i have the deliver_to
set to
!/usr/bin/procmail /etc/procmail_users/.procmailrc
And this is still only displaying incorrectly in Outlook Express.
Attached
A BUGNOTE has been added to this bug.
==
http://dbmail.org/mantis/bug_view_advanced_page.php?bug_id=097
==
Reported By:alessandro
Assigned To:
Hello Mike,
Am Dienstag, 5. Oktober 2004 um 15:51 schriebst du:
> FYI
> select * from dbmail_messageblks;
> (5,075 InnoDB 48.4 MB )
> 5075 rows in set (0.54 sec)
> mysql>
> SunOS5 MySQL4.0.21Max
That is what it should be, yes.
To answer all the other mails now: Yes, it is a very slow
A BUGNOTE has been added to this bug.
==
http://dbmail.org/mantis/bug_view_advanced_page.php?bug_id=097
==
Reported By:alessandro
Assigned To:
FYI
select * from dbmail_messageblks;
(5,075 InnoDB 48.4 MB )
5075 rows in set (0.54 sec)
mysql>
SunOS5 MySQL4.0.21Max
Gerrit P. Haase wrote:
Hello Matthew,
Second reply to this mail:
Ok, I'm running this on Windows using Cygwin postgres / dbmail,
everything is usually 10 to 10
> I have the native Windows version of postgres installed now. It is
> still very slow. I did a `select * from dbmail_messageblks` and it
> lasts about two minutes to fetch 100 rows! This is very slow, and I
> don't think that the Cygwin version is much slower here. Why is this
> so slow?
That
Gerrit P. Haase wrote:
I have the native Windows version of postgres installed now. It is
still very slow. I did a `select * from dbmail_messageblks` and it
lasts about two minutes to fetch 100 rows! This is very slow, and I
don't think that the Cygwin version is much slower here. Why is th
Gerrit P. Haase wrote:
At this point I would recomend installing the PostgreSQL 8.0 beta that
has native support for Windows. Even though it's still a beta I think
it performs better and is probably more reliable than the cygwin port.
Please give it a try and let me know if you are still having
A BUGNOTE has been added to this bug.
==
http://dbmail.org/mantis/bug_view_advanced_page.php?bug_id=098
==
Reported By:alessandro
Assigned To:
Hello Matthew,
Second reply to this mail:
>>Ok, I'm running this on Windows using Cygwin postgres / dbmail,
>>everything is usually 10 to 100 times slower, but I know that database
>>applications can run fast on Windows too. Sure, Cygwin slows down
>>things. I installed it on the Windows box fo
A BUGNOTE has been added to this bug.
==
http://dbmail.org/mantis/bug_view_advanced_page.php?bug_id=097
==
Reported By:alessandro
Assigned To:
The following bug has been ACKNOWLEDGED.
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=098
==
Reported By:alessandro
Assig
The following bug has been ACKNOWLEDGED.
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=097
==
Reported By:alessandro
Assig
A BUGNOTE has been added to this bug.
==
http://www.dbmail.org/mantis/bug_view_advanced_page.php?bug_id=097
==
Reported By:alessandro
Assigned
Hello Matthew,
Am Montag, 4. Oktober 2004 um 22:58 schriebst du:
> Gerrit P. Haase wrote:
>>Ok, I'm running this on Windows using Cygwin postgres / dbmail,
>>everything is usually 10 to 100 times slower, but I know that database
>>applications can run fast on Windows too. Sure, Cygwin slows dow
25 matches
Mail list logo