Sorry to make noise .. ACL issue .. Sorted Out ..
On Tue, Mar 8, 2011 at 10:53 AM, Joy wrote:
> Dear All,
> I have upgraded dovecot to v2.0.11 and now having one
> issue, i am unable to see all my folders only Inbox and Trash are
> visible while autocreate creating 5 more folders. Wh
Dear All,
I have upgraded dovecot to v2.0.11 and now having one
issue, i am unable to see all my folders only Inbox and Trash are
visible while autocreate creating 5 more folders. What could be the
issue checked via telnet as well.
Thanks
Hi again Timo,
As agreed earlier tonight, you'll find as attachments 4 diffs (diff -u)
implementing the new workaround "tb-lsub-flags".
The 4 impacted files are:
./src/imap/imap-settings.h
./src/imap/imap-settings.c
./src/imap/cmd-list.c
./src/config/all-settings.c
Here is the proposed descr
On 03/07/2011 02:47 PM, Timo Sirainen wrote:
On 7.3.2011, at 17.56, Eric Shubert wrote:
Speaking of which, given that the local.conf file in the example configuration
is the target of !include_try, why is it commented out???
Its idea was simply to be an example of what you can do.. Maybe it'
On 7.3.2011, at 22.35, Timo Sirainen wrote:
> (Why do I think I've heard about this bug before? Or at least the same type
> of way to exploit it? Maybe there was another similarly exploitable bug.)
Oh, found it. Also from Wietse:
http://www.porcupine.org/postfix-mirror/smtp-renegotiate.pdf
Am 07.03.2011 22:44, schrieb Timo Sirainen:
> On 7.3.2011, at 23.41, Robert Schetterer wrote:
>
>> Hi Timo
>> is dovecot affected in this ?
>> http://www.kb.cert.org/vuls/id/555316
>
> Read my mail from an hour ago.
>
sorry for the noise found your mail
good to hear dovecot is not involved
so i
On 7.3.2011, at 17.56, Eric Shubert wrote:
> Speaking of which, given that the local.conf file in the example
> configuration is the target of !include_try, why is it commented out???
Its idea was simply to be an example of what you can do.. Maybe it's a bad
example and could be something else,
On 7.3.2011, at 23.41, Robert Schetterer wrote:
> Hi Timo
> is dovecot affected in this ?
> http://www.kb.cert.org/vuls/id/555316
Read my mail from an hour ago.
Original-Nachricht
Betreff: STARTTLS bug - background story
Datum: Mon, 7 Mar 2011 15:08:09 -0500 (EST)
Von: Wietse Venema
An: Postfix users
CERT/CC announces a flaw today in multiple STARTTLS implementations.
This problem was silently fixed in Postfix 2.8 and 2.9. Updates
fo
Hi Timo
is dovecot affected in this ?
http://www.kb.cert.org/vuls/id/555316
--
Best Regards
MfG Robert Schetterer
Germany/Munich/Bavaria
I converted all my box's over to mdbox, from maildir and ran into this
issue, I knew exactly what it was and fixed it, but might want to log
a config error or something for others to notice the issue.
I was running with pop3_uidl_format = %f, and well, that doesn't work
with mdbox very wel
Le 07/03/2011 à 21:59, Timo Sirainen a écrit :
Would you accept a patch from me, tranforming this little compile-time kludge into a runtime
configuration option in the "imap_client_workarounds" field, let's say
"verbose-lsub" or something similar ?
I think it would be convenient, what about yo
On 7.3.2011, at 22.51, Bruno Tréguier wrote:
>> You could try if the attached patch helps.
>
> Hi again Timo,
>
> It works *great* !
>
> Would you accept a patch from me, tranforming this little compile-time kludge
> into a runtime configuration option in the "imap_client_workarounds" field,
Le 07/03/2011 à 17:22, Timo Sirainen a écrit :
You could try if the attached patch helps.
Hi again Timo,
It works *great* !
Would you accept a patch from me, tranforming this little compile-time
kludge into a runtime configuration option in the
"imap_client_workarounds" field, let's say "v
http://marc.info/?l=postfix-users&m=129952854117623&w=2
Dovecot doesn't have this bug. It discards all buffered data when STARTTLS
command runs.
(Why do I think I've heard about this bug before? Or at least the same type of
way to exploit it? Maybe there was another similarly exploitable bug.)
it's simply
in my blog are two exemple from old config to new config
http://fakessh.eu/2010/08/29/dovecot-n-dans-les-moindres-details/
http://fakessh.eu/2010/06/10/la-config-de-mon-postfix-et-de-mon-devocot/
Le lundi 07 mars 2011 à 08:57 -0500, dhottin...@harrisonburg.k12.va.us a
écrit :
> Im g
On Mon, 2011-03-07 at 19:03 +0200, Thierry de Montaudry wrote:
> > Mar 7 11:19:51 xxx dovecot: pop3-login: Error: net_connect_unix(pop3)
> > failed: Resource temporarily unavailable
> > ..
> As it is happening at least once a day, is there anything I can do to trace
> it? and whatever I'
On 07 Mar 2011, at 17:17, Timo Sirainen wrote:
> On Mon, 2011-03-07 at 13:40 +0200, Thierry de Montaudry wrote:
> Mar 7 11:19:51 xxx dovecot: pop3-login: Error: net_connect_unix(pop3)
> failed: Resource temporarily unavailable
> ..
>>> Do you see any warning messages in logs containing
Timo Sirainen wrote:
The right way to determine if mailbox is selectable is by looking at its
\NoSelect flag. That is returned correctly in LIST replies. With LSUB
replies Dovecot does what other servers too: It doesn't bother seeing
what the correct flags are, because it wastes time and clients
On Mon, 2011-03-07 at 17:07 +0100, Bruno Tréguier wrote:
> I'm just questionning the choice of not putting the slash at the end of
> the mailbox name in the .subscriptions file (for "folders of folders"),
> as it seems Dovecot solely relies on this to determine which type of
> mailbox it is dea
Timo Sirainen wrote:
On Mon, 2011-03-07 at 08:49 -0600, David Favor wrote:
Let me know the best command line tool to break
mdbox files into a string of messages.
See the example in http://wiki2.dovecot.org/Tools/Doveadm/Search
Perfect! Thanks!
--
Love feeling your best ever, all day, eve
Timo Sirainen wrote:
On Mon, 2011-03-07 at 16:07 +0100, Bruno Tréguier wrote:
Sorry to "unbury" such an old patch, but it seems to be related to a bug
I'm seeing right now, that I described in a mail sent on Thursday. In
short, TB *and* OE, when talking to a Dovecot server using an mbox
backe
On 03/07/2011 06:57 AM, dhottin...@harrisonburg.k12.va.us wrote:
Im getting ready to upgrade our production server from version 1.1.2 to
version 2.0.11. Ive read through the upgrade info. Is there any other
gotcha's I should be aware of?
thanks,
ddh
I just upgraded from 1.0.10 to 2.0.10 yes
On Mon, 2011-03-07 at 13:40 +0200, Thierry de Montaudry wrote:
> >>> Mar 7 11:19:51 xxx dovecot: pop3-login: Error: net_connect_unix(pop3)
> >>> failed: Resource temporarily unavailable
..
> > Do you see any warning messages in logs containing "client connections are
> > being dropped"?
> >
> I
On Mon, 2011-03-07 at 16:07 +0100, Bruno Tréguier wrote:
> Sorry to "unbury" such an old patch, but it seems to be related to a bug
> I'm seeing right now, that I described in a mail sent on Thursday. In
> short, TB *and* OE, when talking to a Dovecot server using an mbox
> backend, complain wi
On Mon, 2011-03-07 at 13:36 +0100, Patrick Ben Koetter wrote:
> > >"when SASL type is "dovecot", SASL path "inet:localhost:1434" should be a
> > >socket pathname"
> > >( Datei src/xsasl/xsasl_dovecot_server.c )
> >
> Timo you can drop me "draft text" and I will incorporate it into SASL_README.
> I
Timo Sirainen wrote:
On Tue, 2009-08-11 at 12:12 +0200, Max Dittrich wrote:
Hi,
I'm running dovecot 1.2.3 with "imap_client_workarounds =
tb-extra-mailbox-sep" and noticed that after deleting a folder (moving
to Trash and emptying it on exit) that folder in Trash still keeps
subscribed.
I think
On Mon, 2011-03-07 at 13:32 +0100, Hajo Locke wrote:
> Hello,
>
> > there are some warnings in log:
> > "when SASL type is "dovecot", SASL path "inet:localhost:1434" should be a
> > socket pathname"
> > ( Datei src/xsasl/xsasl_dovecot_server.c )
>
> file xsasl_dovecot_server.c is in postfix sourc
On Mon, 2011-03-07 at 08:49 -0600, David Favor wrote:
> Let me know the best command line tool to break
> mdbox files into a string of messages.
See the example in http://wiki2.dovecot.org/Tools/Doveadm/Search
Currently using Maildir in my config for 1.2.16
going to 2.0.11 and wondering about accessing
files outside of dovecot.
Many files require access by external programs.
For example walking a list of receipt files from
merchant processors verifying transaction amounts.
This requires each file bein
Im getting ready to upgrade our production server from version 1.1.2
to version 2.0.11. Ive read through the upgrade info. Is there any
other gotcha's I should be aware of?
thanks,
ddh
--
Dwayne Hottinger
Network Administrator
Harrisonburg City Public Schools
"Everything should be made a
* Hajo Locke :
> Hello,
>
> >there are some warnings in log:
> >"when SASL type is "dovecot", SASL path "inet:localhost:1434" should be a
> >socket pathname"
> >( Datei src/xsasl/xsasl_dovecot_server.c )
>
> file xsasl_dovecot_server.c is in postfix sources but was written by
> you, Timo
> Should
Hello,
there are some warnings in log:
"when SASL type is "dovecot", SASL path "inet:localhost:1434" should be a
socket pathname"
( Datei src/xsasl/xsasl_dovecot_server.c )
file xsasl_dovecot_server.c is in postfix sources but was written by you,
Timo
Should there also made an update to suppo
On 07 Mar 2011, at 12:01, Timo Sirainen wrote:
> On 7.3.2011, at 11.51, Thierry de Montaudry wrote:
>
>> Since we upgraded to 2.0.9 (from 1.10 stock CentOS release), we are getting
>> some errors with pop3. When the machines get busy, now and then it start
>> with the following:
>>> Mar 7 11:
On 7.3.2011, at 11.51, Thierry de Montaudry wrote:
> Since we upgraded to 2.0.9 (from 1.10 stock CentOS release), we are getting
> some errors with pop3. When the machines get busy, now and then it start with
> the following:
>> Mar 7 11:19:51 xxx dovecot: pop3-login: Error: net_connect_unix(po
Hi,
Since we upgraded to 2.0.9 (from 1.10 stock CentOS release), we are getting
some errors with pop3. When the machines get busy, now and then it start with
the following:
> Mar 7 11:19:51 xxx dovecot: pop3-login: Error: net_connect_unix(pop3)
> failed: Resource temporarily unavailable
And it
>
> That said, I've been testing Timo's imap_capabilities suggestion for
> about the past 45mins, and it seems to solve the problem for me, at
> least so far.
Do you think you could narrow it down to just one of the capabilities
being removed? (I think that makes sense?)
Ed W
37 matches
Mail list logo
