Gerard schreef:
On Wed, 12 Mar 2008 16:24:11 +0100
Johan Hendriks [EMAIL PROTECTED] wrote:
{snip}
this is my posfix part of sasl
smtpd_sasl_auth_enable = yes
smtpd_sasl_exceptions_networks = $mynetworks
broken_sasl_auth_clients = yes
smtpd_recipient_restrictions = permit_mynetworks,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 12 Mar 2008, Diego Liziero wrote:
When it happens with thunderbird, the user gets an error stating that
the mail can't be saved.
Do you have configured a connection limit per user?
Thunderbird tends to use plenty of connections
On Thu, Mar 13, 2008 at 11:44 AM, Timo Sirainen [EMAIL PROTECTED] wrote:
It is written as a disconnect reason:
Sorry Timo, you're right, my fault, it was there on info_log among
tons of other debug messages, and I was watching the error log.
I thought Thunderbird was using max. 5
On Thu, 2008-03-13 at 11:35 +0100, Diego Liziero wrote:
Then I decided to use wireshark on the client PC and here is what I found:
Mail clients are creating new connections to save sent mail to Sent
imap folder.
At the end of the authentication process the following helpful message
is sent to
I'm still collecting user feedback after moving from uw-imap to
dovecot development release 1.1.rc3.
What said in the subject seems the obvious result of an improper configuration.
Office emails are configured and accessed on multiple clients with the
same automatic filters, and sometimes the
Attached the rawlogs while this happens.
I've also a tar.gz of .imap dir of the affected user while this was
happening, should I post it, too?
Regards,
Diego.
20080313-094002-29657.in
Description: Binary data
20080313-094002-29657.out
Description: Binary data
Hi all
I've just transferred a server from one machine to another. The only
remaining dovecot problem I have is that the dovecot deliver program
isn't writing a log file. I have this in the conf file:
protocol lda {
.
mail_plugins = cmusieve
mail_plugin_dir = /usr/lib64/dovecot/lda
.
I wrote a mostly-working CONDSTORE support for Dovecot today. You can
try it with:
hg clone http://hg.dovecot.org/dovecot-condstore/
There are a few problems left:
- STORE FLAGS.SILENT should be sending FETCH MODSEQ updates
- When SELECTing a mailbox while CONDSTORE hasn't yet been enabled
The CFO of our college, a most formidable man, had decided to go Blackberry and
Something Functional Must Be Done. We've had some users who we've not supported
(and things got better for them when we switched from UWIMAP to Dovecot).
BB, of course, has their half-baked sorta-IMAP-compliant
The CFO of our college, a most formidable man, had decided to go Blackberry
and
Something Functional Must Be Done. We've had some users who we've not
supported
(and things got better for them when we switched from UWIMAP to Dovecot).
BB, of course, has their half-baked sorta-IMAP-compliant
On Mar 13, 2008, at 12:17 PM, Stewart Dean wrote:
The CFO of our college, a most formidable man, had decided to go
Blackberry and Something Functional Must Be Done. We've had some
users who we've not supported (and things got better for them when
we switched from UWIMAP to Dovecot).
Sure it will in your situation...but when you have more than one client going
after the mailbox, they'll step on each other's work n vanilla Dovecot. And in
this case there are at least 2 and as many as 4 or 5 mail clients all open at
the same time going after an mbox format inbox. We
Sure it will in your situation...but when you have more than one client going
after the mailbox, they'll step on each other's work n vanilla Dovecot. And
in
this case there are at least 2 and as many as 4 or 5 mail clients all open at
the same time going after an mbox format inbox. We
No. Other than:
a) the griping fear of me personally (1 person) migrating 4000 users and
b) the recurrent experience of trying to marshal everything necessary to do it,
getting about a tenth of the way into *beginning* it and having some 4-alarm
fire interrupt things...and then it's a month
On Thu, 13 Mar 2008, Stewart Dean wrote:
Sure it will in your situation...but when you have more than one client going
after the mailbox, they'll step on each other's work n vanilla Dovecot. And
in this case there are at least 2 and as many as 4 or 5 mail clients all open
at the same time
so far:
LogicMail...V0.4.0 (not even V1.x, but O.x...is this beta?)
http://www.logicprobe.org/proj/logicmail
http://www.berryreview.com/2007/10/30/faq-alternative-3rd-party-email-applications-for-blackberry/
http://www.berryreview.com/2007/08/22/logicmail-free-imap-pop3-client-for-blackberry/
in
On Thu, 13 Mar 2008, Stewart Dean wrote:
Plus I have to wonder what the realities of moving from 1) mbox with one
monster file to 2) maildir with inodes beyond measure and its effect on
backup.
With reasonable average email usage patterns (averaging =4K/message --
not hard to do with the
so far:
LogicMail...V0.4.0 (not even V1.x, but O.x...is this beta?)
http://www.logicprobe.org/proj/logicmail
http://www.berryreview.com/2007/10/30/faq-alternative-3rd-party-email-applications-for-blackberry/
http://www.berryreview.com/2007/08/22/logicmail-free-imap-pop3-client-for-blackberry/
in
It's been a while so I don't have the logs any more except for what was in my
Sent folder
As an example of what I am talking about, here is BB polling every 15 minutes in
the maillog:
Mar 5 03:06:09 mercury mail:info imapd[2085096]: Login user=sshore host=bda037.
bis.na.blackberry.com
on 3-13-2008 12:02 PM Stewart Dean spake the following:
It's been a while so I don't have the logs any more except for what was
in my Sent folder
As an example of what I am talking about, here is BB polling every 15
minutes in the maillog:
Is your dovecot version fairly current?
This
Stewart Dean wrote:
and here are some clients fighting over the lock
Mar 6 09:05:48 mercury mail:info imapd[970952]: Killed (lost mailbox
lock) user
=x host=cpe-24-161-103-11.hvc.res.rr.com [24.161.103.11]
Mar 6 09:08:04 mercury mail:info imapd[844000]: Killed (lost mailbox
lock) user
At 1:01 PM +0100 3/13/08, Diego Liziero wrote:
I'm still collecting user feedback after moving from uw-imap to
dovecot development release 1.1.rc3.
What said in the subject seems the obvious result of an improper
configuration.
The risk of duplication in built into the IMAP protocol. There
I didn't field DC until 1.0 and have kept pretty much up to date...these
problems were present with UWIMAP but got somewhat better since the switchover
to DC.
I can't imagine how DC could deal with two clients working on the same mbox
inbox, where the first instance has changes that are local
on 3-13-2008 12:58 PM Stewart Dean spake the following:
I didn't field DC until 1.0 and have kept pretty much up to date...these
problems were present with UWIMAP but got somewhat better since the
switchover to DC.
I can't imagine how DC could deal with two clients working on the same
mbox
Scott Silva wrote:
on 3-13-2008 12:58 PM Stewart Dean spake the following:
I didn't field DC until 1.0 and have kept pretty much up to
date...these problems were present with UWIMAP but got somewhat
better since the switchover to DC.
I can't imagine how DC could deal with two clients working
If using LDAP as a userdb with a quota_rule configured, the order of
the LDAP entry can distort userdb results, depending on where the quota
attribute is found.
For instance, with this dovecot-ldap.conf snippet:
user_attrs =
On Mar 13, 2008, at 2:01 PM, Diego Liziero wrote:
The fact is that this was perfectly working with wu-imap (without any
duplication/triplication of emails).
That's because UW-IMAP (with mbox) allows only a single IMAP
connection to access the mailbox at the same time (new connection
On Thu, 2008-03-13 at 15:02 -0400, Stewart Dean wrote:
Mar 5 03:06:09 mercury mail:info imapd[2085096]: Login user=sshore
host=bda037.
bis.na.blackberry.com [216.9.249.37]
..
Mar 6 09:05:48 mercury mail:info imapd[970952]: Killed (lost mailbox lock)
user
=x
28 matches
Mail list logo