[Dbmail] Compile stuff

2002-12-30 Thread Larry Rosenman
e the header instead. Aside from this, I've just started playing with it. LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749

[Dbmail] Filtering incoming mail.

2004-05-29 Thread Larry Rosenman
s/are there plans to have dbmail support something like this easily? I LIKE the idea of my mail being in a DB, and DBMAIL looks wonderful, but this is a showstopper for me. Thanks! LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail

Re: [Dbmail] Filtering incoming mail.

2004-06-02 Thread Larry Rosenman
On Sat, 29 May 2004, Leander Koornneef, IC&S wrote: Hi Larry, this is already possible with current versions of dbmail, although it is not a native dbmail thing Create an alias in the aliases table: "INSERT INTO aliases VALUES ('', '[EMAIL PROTECTED]', '|/usr/bin/procmail /path/to/pro

[Dbmail] DBMail on UnixWare

2004-06-02 Thread Larry Rosenman
should probably make both of these AutoConf changes... Oh, I also needed to remove the -fomit-frame-pointer option as it's not valid on UnixWare. I can supply an account for y'all if you'd like one. I have postgreSQL as the DB. Seems(!) to work in some quickie tests. Thanks!

Re: [Dbmail] DBMail on UnixWare

2004-06-03 Thread Larry Rosenman
On Thu, 3 Jun 2004, Ilja Booij wrote: Hi, NB: I've posted this on dbmail-dev also, as it seems to be more appropriate there. Larry Rosenman wrote: Is the DBMail developers interested in NON-GCC compiles on UnixWare? I like to be as portable as possible. I had to change all __FUNCT

RE: [Dbmail] headervalue field to small

2005-04-06 Thread Larry Rosenman
The 8.0.* PostgreSQL server allows these changes. (they do the moves under the covers). -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 214-351-4152 E-Mail: ler@lerctr.org US Mail: 3535 Gaspar Drive, Dallas, TX 75220-3611

RE: [Dbmail] issue w/ FreeBSD & dbmail-imapd.sh

2005-06-18 Thread Larry Rosenman
So, write a new port, and submit it. :) LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: ler@lerctr.org US Mail: 3535 Gaspar Drive, Dallas, TX 75220-3611 US -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL

RE: [Dbmail] multipart/alternative display problem

2005-12-21 Thread Larry Rosenman
I'm an Exim bigot. Ask questions... I run it here, and love it, and recommend it highly. LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3683 US -Ori

RE: [Dbmail] Delete accounts

2006-07-18 Thread Larry Rosenman
ing to really understand the vacuum process in postgres. It > seems so odd. > >From the PostgreSQL side, yes, to reclaim fully the space, VACUUM FULL would be necessary. If you think you'll get back up to that size, and you can afford the memory, bump of the FSM para

[Dbmail] IMAPish question for new DBMail user

2006-12-14 Thread Larry Rosenman
ntire structure to ~/MAIL-ARCHIVE//mm Is there a way to do this easily with DBMail? Thanks! Larry Rosenman -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681

RE: [Dbmail] IMAPish question for new DBMail user

2006-12-14 Thread Larry Rosenman
Paul J Stevens wrote: > Larry Rosenman wrote: >> Greetings, >> I've been following DBMail for a LONG time. I finally think it >> is at the point where I can replace my UW-IMAP server with the >> DBMail software. One question I have is how can I accomplish wha

RE: [Dbmail] IMAPish question for new DBMail user

2006-12-14 Thread Larry Rosenman
Paul J Stevens wrote: > Larry Rosenman wrote: >> >> I want to basically make the whole hierarchy under the >> MAIL-ARCHIVE//mm, I.E. MAIL-ARCHIVE/2006/11/lists/pgsql/hackers >>> From when it was ~/Mail/lists/pgsql/hackers >> >> (and, yes, this would

RE: [Dbmail] IMAPish question for new DBMail user

2006-12-14 Thread Larry Rosenman
Paul J Stevens wrote: > Larry Rosenman wrote: >> >> I was trying(!) to do it via the IMAP daemon, and failing. Is this >> "officially" supported to hack on the database? > > Only if you pay me to tell you so... Or maybe I just don't understan

[Dbmail] Random return messages from dbmail-smtp?

2006-12-14 Thread Larry Rosenman
; # #AUTO_NOTIFY_SUBJECT= # # Defaults to POSTMASTER from the DBMAIL section. # #AUTO_NOTIFY_SENDER = # end of configuration file - I can also give access to the server. Thanks, Larry Rosenman -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683

RE: [Dbmail] Random return messages from dbmail-smtp?

2006-12-14 Thread Larry Rosenman
Larry Rosenman wrote: > How do I see what dbmail-smtp is whining about?: > > Dec 14 16:24:10 thebighonker exim[59028]: 1Guyzm-000FLt-9u ** > |/usr/local/sbin/dbmail-smtp -v -v -u ler -m "$1" > R=userforward T=address_pipe: return message generated > > I don

[Dbmail] DBMail mantis uses RFC2822 from of [EMAIL PROTECTED]: should be your own host....

2006-12-14 Thread Larry Rosenman
E=0.2 DNS_FROM_RFC_DSN=2.597 DNS_FROM_RFC_POST=1.708 DNS_FROM_SECURITYSAGE=1.513 NO_REAL_NAME=0.961 Thanks! LER PS: this might be a dupe, I forgot to set the account to the right one -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail:

RE: [Dbmail] Random return messages from dbmail-smtp?

2006-12-15 Thread Larry Rosenman
Aaron Stone wrote: > On Thu, Dec 14, 2006, Larry Rosenman said: > >> How do I see what dbmail-smtp is whining about?: >> >> Dec 14 16:24:10 thebighonker exim[59028]: 1Guyzm-000FLt-9u ** > |/usr/local/sbin/dbmail-smtp -v -v -u ler -m "$1" > R=us

RE: [Dbmail] IMAPish question for new DBMail user

2006-12-15 Thread Larry Rosenman
eliver because of an invalid > UTF sequence, but that's very rare a this point. If fact I think > it's only an issue for characters in headers. > Based on my testing yesterday, it was an issue in headers. I'm more concerned about the failure I saw a number of times yeste

RE: [Dbmail] Random return messages from dbmail-smtp?

2006-12-15 Thread Larry Rosenman
I did already, to both programs. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On

Re: [Dbmail] Random return messages from dbmail-smtp?

2006-12-15 Thread Larry Rosenman
From a quick look at the bad message posted to mantis, I don't see any dates that look particularly bad. Is there a way to have gmime open that message and see what string it failing with? Matt Aaron Stone wrote: Ok, I'm stumped. I'll think about it some more and see what I

Re: [Dbmail] Random return messages from dbmail-smtp?

2006-12-15 Thread Larry Rosenman
On Fri, 15 Dec 2006, Matthew O'Connor wrote: Larry Rosenman wrote: On Fri, 15 Dec 2006, Matthew O'Connor wrote: Right, but the test program (as best I can tell) calls char2date_str with a date string created by a call to the OS which will most likely give us a sane representation

RE: [Dbmail] Random return messages from dbmail-smtp?

2006-12-15 Thread Larry Rosenman
Ya know, this is a royal pain. I tried running the message that failed with gdb, and it worked. There is something weird going on here. I'm going to see what I can do to trap this error Suggestions on what/where to put some debugging would be appreciated! LER -- Larry Ros

RE: [Dbmail] Random return messages from dbmail-smtp

2006-12-16 Thread Larry Rosenman
On Fri, 15 Dec 2006, Larry Rosenman wrote: Ya know, this is a royal pain. I tried running the message that failed with gdb, and it worked. There is something weird going on here. I'm going to see what I can do to trap this error Suggestions on what/where to put some debugging

RE: [Dbmail] 2.2.3 is broken

2007-03-01 Thread Larry Rosenman
could you look at 515 for 2.2.4? Thanks, LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL

RE: [Dbmail] Outlook: when delete msg > Striketrough

2007-03-01 Thread Larry Rosenman
with outlook 2007, it *CAN* place the sent item's in the SENT folder. JFYI. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681

RE: [Dbmail] RE: Outlook: when delete msg > Striketrough

2007-03-01 Thread Larry Rosenman
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of DenisJ Sent: Thursday, March 01, 2007 10:40 AM To: dbmail@dbmail.org Subject: [Dbmail] RE: Outlook: when delete msg > Striketrough Larry Rosenman wrote: > > with outlook 2007, it *CAN* place

RE: [Dbmail] Outlook: when delete msg > Striketrough

2007-03-01 Thread Larry Rosenman
yes, assuming the OTHER CLIENT puts it in the same sent folder. I do it all the time :) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of DenisJ Sent: Thursday, March 01, 2007 2:14 PM To: dbmail@dbmail.org Subject: Re: [Dbmail] Outlook: when delete msg >

RE: [Dbmail] 2.2.2 slow

2007-04-04 Thread Larry Rosenman
and if it's PostgreSQL as the database, autovacuum is your friend. -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 -Original Message- From: [

RE: [Dbmail] 2.2.2 slow

2007-04-05 Thread Larry Rosenman
I would recommend 8.1 or 8.2 very much. there are LOTS of performance enhancements in both of those releases. LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893

RE: [Dbmail] 2.2.2 slow

2007-04-05 Thread Larry Rosenman
you could use the PostgreSQL Global Development Group released RPM's. The RHEL4 ones are fine on CentOS 4.4 (I run it here). LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round

RE: [Dbmail] 2.2.2 slow

2007-04-05 Thread Larry Rosenman
ville Regional Utilities | Web: http://www.gru.net/ -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Larry Rosenman Sent: Thursday, April 05, 2007 9:29 AM To: 'DBMail mailinglist' Subject: RE: [Dbmail] 2.2.2 slow I would recommend 8.1 or 8.2 v

RE: [Dbmail] 2.2.2 slow

2007-04-05 Thread Larry Rosenman
They are on http://www.postgresql.org/ Full URL to the directory containing all the 8.2.3 RPMs for RHEL4: http://www.postgresql.org/ftp/binary/v8.2.3/linux/rpms/redhat/rhel-es-4/ -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler

RE: [Dbmail] 2.2.2 slow

2007-04-06 Thread Larry Rosenman
It should just work. The DB Server would need to have all it's libs updated. Any psql client use of the Backslash (\) commands wouldn't work, but basic query stuff is backwards compatible. You should plan to upgrade, but it doesn't have to be a big-bang. LER --

RE: [Dbmail] 2.2.2 slow

2007-04-12 Thread Larry Rosenman
should be fine. It's just a shell script or program that invokes standard PostgreSQL SQL statements. LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683E-Mail: [EMAIL PROTECTED] US Mail: 430 Valona Loop, Round Rock, TX 78681

RE: [Dbmail] Extension to send mail to sub-folder

2007-04-25 Thread Larry Rosenman
Yes, for consistency. |+1 -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: [EMAIL PROTECTED] US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On

RE: [Dbmail] Still headbanging

2007-06-04 Thread Larry Rosenman
see pr ports/113272 for the update to 2.2.5. LER -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683E-Mail: [EMAIL PROTECTED] US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 -Original Message- From: [EMAIL PROTECTED] [mailto

Re: [Dbmail] unused physmessages are not deleted when a user is deleted

2007-07-09 Thread Larry Rosenman
use rules when possible. What do you think about that? I wasn't aware of that. Your rule looks ok to me. Be aware that PostgreSQL rules are done at PARSE time, not EXECUTION time I.E. the SQL gets modified. Sometimes the trigger is really what you want. LER -- Larry Rosenman