That worked, thank you! I saw this post but didn't clue in to the
similarity...I was not seeing the @domain.com part, not "@@". Doh!
Scott
Jesse Norell wrote:
Hello,
Have you tried the fix posted a couple days ago for "@@" issues?
It sounds quite similar... see
http://mailman.fastxs.net/pi
2/28/2003
>Author: robert
>Fix for squirrelmail 1.2.11 IMAP folder deletion problems
>and folder truncation names during folder deletion problem.
>using redhat 8.0
> or
>caldera 3.1.1.
>using dbmail 1.1
>squirrelmail 1.2.11
>
>33
>
>../functio
Hi all,
After dbmail-imapd (1.1 with the "@@" patch), has been running for a
while (24 hours roughly) the load average goes up to 1.5 - 2.5 while no
imap connections are hitting the box. The load doesn't get this high
when everyone in the office is using it.
Killing dbmail-imapd solves the p
hmmm sounds a bit familiar; however we experience the load consuming
just once in a few months or so. we are investigating this matter :-)
The restart problem is probably due to the kernel not freeing the imap
port for listening (yes reuse socket option is on) immediately; you can
verify this
hi all,
the patch regarding the '@@' problem has been applied to CVS.
regards roel
_
R.A. Rozendaal
ICT Manager
IC&S
T: +31 30 2322878
F: +31 30 2322305
www.ic-s.nl
Paul Stevens wrote:
Being unable to move back to postgres I had to sweat it out. Not so much
it seemed: adding a sloth of indexes to the main tables solved all
performance issues I had. Using innodb I decided to add foreign key
contraints, and dbmail now feels very snappy indeed. Load now hover
Hi all!
A new version of Cyrus->DBMail (0.2) is available at
www.itoperations.com.au/dbmail.html
First and foremost, PostgreSQL support has been added to this release for all
goodies included in the distribution. Enjoy!
This version has gone though a code cleanup in a few places and handles ma
Hi all,
Are shared IMAP folders supported in dbmail? If so can someone enlighten
me on how to implement them? Looking for something like Exchange shared
folders.
Thanks in advance.
Rich