On Wed, Mar 08, 2006 at 12:38:15PM -0500, Geo Carncross wrote:
> On Wed, 2006-03-08 at 11:47 -0500, Matthew T. O'Connor wrote:
> > Geo Carncross wrote:
> > If init were really such a good answer why haven't all the really smart
> > people put distros together use it for more than a few simple proc
I'm using the debian package version 2.1.3+20060214-1. I have the
authdriver set to sql, but dbmail-users -l, run from the init script, is
trying to connect to the ldap server.
Christian
On Fri, Feb 03, 2006 at 04:04:17PM +0100, Paul J Stevens wrote:
> Christian,
>
> This specific problem has been fixed in trunk.
Thanks, Paul!
xn
On Sat, Jan 28, 2006 at 10:25:43AM -0800, Christian G. Warden wrote:
> Paul,
> Using Debian version 2.1.3+20060124-1, when doing a search, all of the
> messages are returned if the search returns no results. I've attached a
> trace.
Has anyone else seen this behavior?
Christian
Paul,
Using Debian version 2.1.3+20060124-1, when doing a search, all of the
messages are returned if the search returns no results. I've attached a
trace.
Christian
Jan 28 10:15:15 cumin dbmail/imap4d[19162]: imap4.c,IMAPClientHandler: line
read for PID 19162
Jan 28 10:15:15 cumin dbmail/imap4d
On Mon, Nov 21, 2005 at 09:02:41AM -0500, Tech Support wrote:
> Hello!
>
>
>
> I am using dbmail 2.1.2
>
>
>
> This is a feature I am interested in: I want to be able to launch an
> external script immediately after receiving an email delivered to a specific
> user. Unfortunately mysql does
On Tue, Oct 11, 2005 at 02:51:30PM +0200, Paul J Stevens wrote:
> Hi all,
>
> I'm happy to announce the release of dbmail-2.1.3, a major milestone on
> the road to 2.2.0.
Excellent! Thanks, Paul.
> Some noteworthy changes wrt 2.1.2 are:
>
> - added dbmail-export for dumping mailboxes into mbo
Can anyone tell me if the server is following the IMAP protocol in the
following dialog? The EXISTS and RECENT responses before the FETCH are
throwing off my IMAP client[1], and I'm trying to figure out if it's a problem
with DBMail or the client. I'm printing out rfc 3501 now, but I thought
some
On Fri, Jul 22, 2005 at 01:19:47PM -0400, Mordechai T. Abzug wrote:
> > Won't work. A client that performs the following operations will lose
> > email:
> >
> > * Client (C) connects to host (A) sees uidvalidity mismatch; gets 1,2,4
> > * C connects to host (B) sees exists "4", tries to fetch uid
On Sun, Jul 17, 2005 at 05:58:07PM -, Aaron Stone wrote:
> On Sun, Jul 17, 2005, ""Aaron Stone"" <[EMAIL PROTECTED]> said:
>
> > On Sun, Jul 17, 2005, ""Christian G. Warden"" <[EMAIL PROTECTED]> said:
> >
> >>
I've run into few bugs in 2.1. The imap daemon is screwing up
multi-line headers. Newlines within a header are being replaced by
tabs. The pop3 daemon sends the headers correctly.
There is also a minor bug in the pop3 daemon. After sending QUIT, the
daemon responds with "+OK see ya later", but
On Sun, Jul 17, 2005 at 08:24:48AM -, Aaron Stone wrote:
> Got all three items fixed in SVN now. Let me know if it works or doesn't.
Thanks, Aaron. That fixed it.
xn
> On Sat, Jul 16, 2005, ""Christian G. Warden"" <[EMAIL PROTECTED]> said:
>
>
On Sun, Jul 17, 2005 at 12:45:09AM -, Aaron Stone wrote:
> On Sat, Jul 16, 2005, ""Christian G. Warden"" <[EMAIL PROTECTED]> said:
>
> > On Sat, Jul 16, 2005 at 05:38:34PM -0400, M. J. [Mike] O'Brien wrote:
> >> Suggestion:
> >>
On Sat, Jul 16, 2005 at 05:38:34PM -0400, M. J. [Mike] O'Brien wrote:
> Suggestion:
> 1) Use DbMail 2.0.4 stable
I'm using 2.1 mainly for the table prefix. I'm upgrading an old pre 2.0
installation, before the dbmail_ prefix was added to the tables. I have
a lot of code that interacts with the
I'm attempting to build dbmail2-mysql 2.1.1 using the source package
from Paul's repository. It fails to find check.h from the check
package, which isn't listed in Build-Depends.
xn
On Fri, Mar 18, 2005 at 07:01:09PM -0700, Bernard Johnson wrote:
> Would anyone like to quote me a price for fixing this bug? I need a
> patch against 2.0.4. It should be a simple fix.
>
> Ultimately, the patch should be of quality to be applied to the dbmail
> code tree.
>
> http://www.dbmai
On Fri, Mar 04, 2005 at 05:02:55AM +0100, [EMAIL PROTECTED] wrote:
>
> The following bug has been SUBMITTED.
> ==
> http://dbmail.org/mantis/bug_view_advanced_page.php?bug_id=178
> =
On Fri, Dec 10, 2004 at 11:11:43PM -, Aaron Stone wrote:
> Drew Morris <[EMAIL PROTECTED]> said:
>
> > Are their any plans to add support for SMTP-AUTH to dbmail instead of
> > just POP before SMTP and IMAP before SMTP. SMTP-AUTH would seem like a
> > very logical thing to have on a system lik
On Thu, Sep 02, 2004 at 11:29:44AM -0700, Kevin Baker wrote:
> In reviewing the rfc, there is *no* "increment-only"
> requiment in the rfc as defined in the current dbmail
> implemenation.
>
> (detailed in earlier messages from this thread.)
>
> There are unique_id's detailed in the past messages
On Thu, Sep 02, 2004 at 10:32:39AM -0700, Kevin Baker wrote:
>
> >> A prev message in thread discussed this solution in
> >> project. Apparently it works great.
> >
> > Are you referring to Simon Cocking's message? I don't
> > think he was
> > referring to IMAP.
> >
>
> Right that was the messag
On Thu, Sep 02, 2004 at 09:37:24AM -0700, Kevin Baker wrote:
> This could never happen.
>
> The message id is based on the time that it comes in.
>
> If one server goes down, and messages come in while it is
> down... when it comes back up the messages are all in the
> timeslot while it was down
On Thu, Sep 02, 2004 at 10:13:11AM -0600, Jesse Norell wrote:
>
> > Example showing message ids that do not collide on two
> > machines using a machine id 001 or 002 received at the
> > same time.
> >
> > - machine 001 msg - received at 2004/09/02 2:10:45:27
> > - unique_id = 2004090202104527
On Wed, Aug 25, 2004 at 06:39:09PM -, Aaron Stone wrote:
> ""Christian G. Warden"" <[EMAIL PROTECTED]> said:
>
> > On Wed, Aug 25, 2004 at 06:30:04PM -, Aaron Stone wrote:
> >> ""Matthew T. O'Connor"" said:
> &g
On Wed, Aug 25, 2004 at 06:30:04PM -, Aaron Stone wrote:
> ""Matthew T. O'Connor"" said:
>
> > Hello all, I just read the bug report about duplicate mailboxes getting
> > entered, and the fix was to add a unique constraint to the database.
> > Given all the SQL changes, and all the differe
On Wed, May 19, 2004 at 08:19:28AM -0400, John M. Brown wrote:
> Ok...I reconfigured the server from scratch...here are the specs:
>
> MySQL 3.23.x
> DBMail 1.2.7b
> Postfix MTA
>
> I still get the imap server losing the connection to the database. It
> works after a restart...and will run most
On Thu, Mar 25, 2004 at 09:22:05AM +0100, Leander Koornneef, IC&S wrote:
> On 24-mrt-04, at 19:32, Matthew T. O'Connor wrote:
>
> >There is discussion of this in the archives if you can find it. I
> >find it frustrating that the email archives for this project are not
> >searchable. I would th
On Sat, Mar 20, 2004 at 06:01:26PM -, Aaron Stone wrote:
> What's the proper netiquette for this? Zap the replies deeper than 2 or 3 '>'s
> or just keep leaving notes at the top that the real message is at the end of
> the yellow brick road? Perhaps we could all agree to reply on top... ;-)
ht
On Tue, Mar 16, 2004 at 07:08:09PM -, Aaron Stone wrote:
> I'm a fan of GNU style, with two spaces between levels and curly braces on
> intermediary levels by themselves. All but their stupid function format.
> Nobody should have to #ifdef every single function with K&R compatibility;
> that's
On Tue, Mar 16, 2004 at 07:09:06AM +1300, Mark Mackay - Orcon wrote:
> > Or add the following line to at the top of /etc/apt/sources.list
> > deb http://packages.dotdeb.org
>
> Way cool! Thanks for the info.
> Much easier than my way :)
backports.org also has mysql packages, in addition to a ton
On Sun, Feb 15, 2004 at 09:30:58PM +1100, Chris Nolan wrote:
> Now you've peaked my curiosity!
>
> Do you have any additional details regarding table types used and
> whether or not the same thing occurs in the 4.0.x series?
There was a bug in 4.0.x where x < 15 that caused table corruption in
My
On Sat, Jan 31, 2004 at 09:32:29PM -, Aaron Stone wrote:
> The new delivery chain requires a temporary account with the fixed user id
> number 0. The next release candidate should probably include an appropriate
> insert/update to add this user (note that it needs to be an insert and then an
>
On Wed, Feb 04, 2004 at 01:15:48PM -, Aaron Stone wrote:
> Based on my reading, I think that DBMail should not generate bounces at all.
> Rather, appropriate temporary-failure and permanent-failure return codes
> should come from dbmail-smtp and DSN codes from dbmail-lmtpd, along with
> additio
5] helo=safron.xerus.org)
by cayenne.xerus.org with esmtp (Exim 4.30 #1 (Debian))
id 1Ao886-0007C2-3t
for ; Tue, 03 Feb 2004 13:30:46 -0800
Received: from cwarden by safron.xerus.org with local (Exim 3.36 #1 (Debian))
id 1Ao88J-00071c-00
for ; Tue, 03 Feb 2004 13:30
On Mon, Feb 02, 2004 at 04:11:04PM -, Aaron Stone wrote:
> I also read that Procmail will read up to 4K of output from the pipe delivery
> process and will mail that back to the sender.
>
> Do we prefer our current internal handling of bounces, or should we switch to
> using the MTA for this k
On Mon, Feb 02, 2004 at 02:54:33PM -, Aaron Stone wrote:
>
> So following up on the issue of return codes from dbmail-smtp, I'm looking
> around on the 'net for any documentation about any standards for return codes,
> perhaps de facto standards (e.g. whatever procmail uses). Best I came up wi
On Sat, Jan 31, 2004 at 09:32:29PM -, Aaron Stone wrote:
> The new delivery chain requires a temporary account with the fixed user id
> number 0. The next release candidate should probably include an appropriate
> insert/update to add this user (note that it needs to be an insert and then an
>
On Sat, Jan 31, 2004 at 09:32:29PM -, Aaron Stone wrote:
> The new delivery chain requires a temporary account with the fixed user id
> number 0. The next release candidate should probably include an appropriate
> insert/update to add this user (note that it needs to be an insert and then an
>
On Fri, Jan 30, 2004 at 06:21:52PM +0100, Ilja Booij wrote:
> This is still a testing release. Please test it at your site (I'm
> running DBMail 2.0 in parallel with 1.2.3 here at IC & S) and let's
> squash the bugs turn up.
I'm getting a segfault when issuing the following command: list "" "%"
On Wed, Dec 03, 2003 at 09:34:43AM -0800, Christian G. Warden wrote:
> On Wed, Dec 03, 2003 at 01:31:56PM +0100, Paul J Stevens wrote:
> > I'm updating the experimental packages for dbmail-2 (sorry for the long
> > delay).
dbmail-innodb-tables.mysql.gz needs to be updated wit
On Wed, Dec 03, 2003 at 01:31:56PM +0100, Paul J Stevens wrote:
> I'm updating the experimental packages for dbmail-2 (sorry for the long
> delay).
After upgrading, dbmail can no longer connect to mysql over a unix
socket. When `dbmail-adduser s` runs from the init script, I get the
following er
On Mon, Dec 01, 2003 at 11:39:19AM +0100, Ilja Booij wrote:
> >The first problem led to a inconsistent database (the insert to
> >physmessage succeeded) - this could be easily solved using
> >transactions.
> >I found a thread about using transaction on the dbmail list - are there
> >plans to use t
On Wed, Nov 26, 2003 at 06:06:19AM +0100, Michael Häusler wrote:
> Christian G. Warden wrote:
>
> > The destination mailbox doesn't have to be hard-coded into the MTA. For
> > example, I configured a transport (Exim) that takes addresses of the
> > form /username~
on
>
>
> Bill Hacker <[EMAIL PROTECTED]> said:
>
> > Christian G. Warden wrote:
> >
> > > On Tue, Nov 25, 2003 at 04:57:59PM -, Aaron Stone wrote:
> > >
> > >>I believe that the best way to handle spam is by using an MTA based spam
&
On Tue, Nov 25, 2003 at 04:57:59PM -, Aaron Stone wrote:
> I believe that the best way to handle spam is by using an MTA based spam
> checker which adds identifying headers, prefixes the subject line, or
> otherwise marks the incoming email without disrupting the MTA path towards
> DBMail deliv
On Wed, Nov 26, 2003 at 12:34:20AM +0800, Bill Hacker wrote:
> Feargal Reilly wrote:
> >Finally, as I mentioned, I have no experience with IMAP, so should a
> >spam mailbox be called 'Spam', '/Spam', or something else?
> >
>
> So long as DBMail relies on external daemonss for IMAP, it is likely to
On Tue, Nov 25, 2003 at 04:20:17PM +, Feargal Reilly wrote:
> Okay... didn't expect that much discussion, glad for it though.
> Turns out most of this comes down to your philosophy of what dbmail should do.
>
> Christian Warden suggested using the -m flag of dbmail-smtp to deliver
> it to a se
On Fri, Nov 21, 2003 at 06:08:49PM +0100, Magnus Sundberg wrote:
> Christian G. Warden wrote:
>
> >
> >A database can perform well at easier tasks too. In my experience,
> >dbmail is already faster at updating a large folder than uw-imapd with
> >mbox. Ilja
On Fri, Nov 21, 2003 at 05:28:43PM +0800, Bill Hacker wrote:
> Christian G. Warden wrote:
[...]
> >I think dbmail should focus on being a high-performance, reliable,
> >scalable message store.
> >
> >xn
>
> Fortunately, these goals are by no means mutuall
On Fri, Nov 21, 2003 at 02:06:01PM +0100, Michael Häusler wrote:
> Hi everybody,
>
> > I think you're going about this the wrong way.
> > [...]
> > No modification to dbmail needed, just a minor configuration change to
> > your MTA.
>
> This isn't easy when combined with virtual users.
I suppo
On Fri, Nov 21, 2003 at 01:19:56PM +0800, Bill Hacker wrote:
> That is a whole lot easier to implement that the approach I just posted.
> But may have to be re-implemented as the external MTA or toolsets change..
>
> - It also tends to leave us with a system where all we have really
> done is re
On Fri, Nov 21, 2003 at 02:34:39AM +, Feargal Reilly wrote:
> Hi, I'm looking for thoughts on ways that dbmail could interact with
> anti-spam software?
>
> I'm scanning users' mail with SpamAssassin which adds an 'X-Spam-Flag:
> Yes' header to spam prior to delivering to dbmail. I want our po
On Fri, Oct 24, 2003 at 11:27:59AM +0200, Ilja Booij wrote:
> It also changes all the use of the status field in messages table to
> be through the following #defines:
>
[...]
> #define STATUS_DELETE 2
> #define STATUS_PURGE 3
These are a bit confusing because rather than giving a status they
des
On Sun, Oct 19, 2003 at 10:46:05PM -0400, Matthew T. O'Connor wrote:
> Hey all, I have been playing with a few different version of dbmail, and
> wanted to double check which executables were which versions. How do I
> do this? I was expecting / assuming that there would be a -v or -V flag
> I co
On Thu, Oct 16, 2003 at 01:06:59PM -0400, Matthew T. O'Connor wrote:
> On Thu, 2003-10-16 at 12:50, Christian G. Warden wrote:
> > On Thu, Oct 16, 2003 at 10:15:20AM -0400, Matthew T. O'Connor wrote:
> > > Foreign keys are a good example, when we delete the last entr
On Thu, Oct 16, 2003 at 10:15:20AM -0400, Matthew T. O'Connor wrote:
> Foreign keys are a good example, when we delete the last entry in the
> message table, the database should automatically delete all entries in
> the phs_message table and in the msg_blocks table for us.
I think this would requi
On Sun, Oct 12, 2003 at 05:18:37PM -0400, Matthew T. O'Connor wrote:
> On Sun, 2003-10-12 at 17:08, Ilja Booij wrote:
> > > But it is getting too many rows, right?
> > yes it is.
> > > Perhaps a select_limit function
> > > should be written for each sql driver. Or, even easier, why not add a
> >
On Sun, Oct 12, 2003 at 10:45:04PM +0200, Ilja Booij wrote:
> On Friday, Oct 10, 2003, at 22:23 Europe/Amsterdam, Christian G. Warden
> wrote:
>
> >db_get_main_header() retrieves all of the messageblks. Shouldn't there
> >be a LIMIT 1 in the query?
>
> LIMIT
db_get_main_header() retrieves all of the messageblks. Shouldn't there
be a LIMIT 1 in the query?
A few days ago I mentioned problems I was having with dbmail-imapd being
very slow with large messages. It turns out this was not so much a
dbmail problem but a problem with user-mode linux under wh
On Fri, Oct 10, 2003 at 03:07:01PM +0200, Ilja Booij wrote:
> features that require database change:
> * storing headers in messages table
> * shared folders
> * libSieve support (Aaron Stone)
> * changing names in db (messages to message etc)
>
> anybody have any additions?
I've added an timesta
If I expunge more than one message at a time, dbmail-imapd crashes.
It works fine one at a time. I'm running the debian package dbmail-mysql
2.0.20031008-1.
xn
Oct 9 19:58:14 safron dbmail/imap4d[1043]: IMAPClientHandler(): line read for
PID 1043
Oct 9 19:58:14 safron dbmail/imap4d[1043]: COM
On Wed, Oct 08, 2003 at 11:02:51PM -0400, Matthew T. O'Connor wrote:
> On Wed, 2003-10-08 at 09:05, Ilja Booij wrote:
> > Hi all,
> >
> > The 2.0 branch of dbmail is becoming "stable". A lot of code has been
> > changed, almost all of it in the database layer.
>
> Quick question, are there script
On Wed, Oct 08, 2003 at 03:05:45PM +0200, Ilja Booij wrote:
> * extra table
> There is an extra table in the database (physmessage, for 'physical
> message', as opposed to virtual message) which links messageblocks and
> messages. This gives us great speed up with regard to copying messages.
> I
On Wed, Oct 08, 2003 at 08:24:32PM +0200, Paul J Stevens wrote:
> I've just build and uploaded experimental debian packages for dbmail-2
>
> deb http://debian.nfgd.net/debian experimental/
>
> packages:
>
> dbmail-mysql
> dbmail-pgsql
> dbmail-mysql-ldap
> dbmail-pgsql-ldap
Thanks. Do you have
On Mon, Sep 08, 2003 at 05:10:12PM +0200, Magnus Sundberg wrote:
> I have been thinking about a method to simplify the dbmail solution.
> Right now we support two databases, this is a religous question,
> I beleive we have to continue to support two databases.
> We also support two MTAs, sendmail
On Thu, Aug 28, 2003 at 01:35:48PM +0200, Ilja Booij wrote:
> sorry, no transactions. I'd like for dbmail to use them, but currently
> there is MySQL ISAM table support. These ISAM tables do not support
> Transactions.
>
> Anyone have any thoughts on why we should keep support for ISAM tables
>
65 matches
Mail list logo
