On 7/2/07 2:36 AM, Aaron Stone wrote:
On Sun, Jul 1, 2007, Jake Anderson [EMAIL PROTECTED] said:
can we do anything about this?
The common thread appears to be including '[EMAIL PROTECTED]' in the To
header. Perhaps there's a filter that allows those through without
requiring list
On 7/2/07 12:43 PM, Paul J Stevens wrote:
Leander Koornneef wrote:
On 7/2/07 2:36 AM, Aaron Stone wrote:
On Sun, Jul 1, 2007, Jake Anderson [EMAIL PROTECTED] said:
can we do anything about this?
The common thread appears to be including '[EMAIL PROTECTED]' in the To
header. Perhaps there's
On 11-dec-2006, at 23:28, Leander Koornneef wrote:
Hi all,
because pipermail+htdig sucks, I've requested that the dbmail and
dbmail-dev
lists be added to the Nabble archive/forums. The people at Nabble
were so
kind to also import the mbox archives of both lists, which I sent
them, so
On 30-nov-2006, at 22:43, Marc Dirix wrote:
I send a message to this list, this afternoon, it seems to got lost?
I see no mails from your address to dbmail-dev@dbmail.org in
our maillog besides this one. Are you sure you sent it from the
address with which you are subscribed to the list?
On 1-dec-2006, at 14:16, Marc Dirix wrote:
right, don't get why, but mail.app used the wrong outgoing address.
fastxs.net/mailman/listinfo/dbmail-dev
Completely offtopic, but you van configure Mail.app to automatically
send
mail from the last viewed mailbox. It's under composing in the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
DBMail-2.0.11 is now available. This is a bugfix maintenance release.
Changes since 2.0.10:
* fixed bug #294: changed db_dump_range to return u64_t rather
than long
* fixed bug #369: fixed get_rfc_size to always set a value to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi all,
DBMail 1.2.12.1 is out, which fixes a bug that was introduced in
1.2.12, causing POP3 authentication to timeout and fail:
* Fixed missing CR+LF in pop3.c when returning ERR on AUTH command
Users are adviced to not use the original
On 24-sep-2006, at 3:05, Aaron Stone wrote:
On Sat, Sep 23, 2006, Paul J Stevens [EMAIL PROTECTED] said:
Leander Koornneef wrote:
Hi all,
I think I've discoverd a bug in the forward.c code. I've only
reproduced
it on a dbmail 1.2 system, but the bug may very well be present
in the 2.x
leaks were fixed.
This release marks the end of DBMail 1.2 support. No further releases
will be done for the 1.2 series.
Regards,
- --
Leander Koornneef
ICS B.V.
Stadhouderslaan 57
3583 JD Utrecht
T: +31 30 63 55 730
F: +31 30 63 55 731
E: [EMAIL PROTECTED]
I: http://www.ic-s.nl
PGP: 1024D
mailing
___
DBmail mailing list
DBmail@dbmail.org
https://mailman.fastxs.nl/mailman/listinfo/dbmail
--
Leander Koornneef
ICS B.V.
Stadhouderslaan 57
3583 JD Utrecht
T: +31 30 63 55 730
F: +31 30 63 55 731
E: [EMAIL PROTECTED]
I: http://www.ic-s.nl
ICS
Hi all,
I think I've discoverd a bug in the forward.c code. I've only reproduced
it on a dbmail 1.2 system, but the bug may very well be present in the 2.x
code.
If an alias is configured to forward the mail to an external email
address and the original sender addresss contains an ampersand
Ewald,
MAXCONNECTS is not the number of allowed simultaneous connections, but
the number of connections
after which an imapd child is killed and respawned (i.e.
MaxRequestsPerChild in apache).
The number of simultaneous connections is restricted by the MAXCHILDREN
setting.
regards,
HI all,
FYI: I just put this in the bugtracker:
--
When you put a forwarding-address in the aliases.deliver_to field, the
Return Path header gets set to dbmail@hostname (by the MTA).
This way, delivery-errors (e.g. bounces) from the final
destination/recipient will not reach the
13 matches
Mail list logo
