Re: [Dovecot] Bug#564633: dovecot bug: Next message unexpectedly corrupted in mbox file

2010-02-08 Thread Steffen Kaiser

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Fri, 5 Feb 2010, Justin Piszcz wrote:

I believe it is due to a lock/race condition with the Mailbox format, when 
you

have alpine open (accessing the Mailbox) and an external client, e.g. Outlook


You are accessing the same mailbox locally with (Al)Pine and externally 
via Dovecot? Then you have to stop doing so and configure Pine to use 
IMAP, too, or configure Dovecot to use the same locking mechanism, which 
probably does not work with shared filesystems.


See: http://wiki.dovecot.org/MboxLocking


or thunderbird.  Yes, when both clients access the mailbox it usually locks
up Outlook or alpine..  I suppose the maildir format may be the better option
but alpine has issue with that format.?


Alpine does not support local access to Maildir.

If you prefer local access to the mailbox, switch to mutt, which supports 
Maildir. There is no locking problem with Maildir.


Regards,

- -- 
Steffen Kaiser

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)

iQEVAwUBS2/Yo7+Vh58GPL/cAQIgqQf/VE/9mAHMTt7VFNGJYkWrPuY/urcHeQTR
vanNrUjG15h6vcR7Xd73OUBjy/uj2ranuodHVaVFRD06nPxia0kld93VBiVISAXK
Q98LlSYQJmEW1Y29yl0a9UZUFizZl7MLYDo81WzkgErApSlNMcq9k+A599W8jl7S
ITsly3MYavAU47h6+YKUsF8apT9dPhnYFcueqZJRcnkBBhNRaG8l1BCJZwrxXe9X
GGgAVsaL/EJS7+lszRh7bk5GTx/5Onx/m+i/2/yZFqpNcn/OSVIJd7SHDULuU+u2
+Gjkj0C+yOxkiluo1lAmldNpY5LDUNjHAmt044/VngIKQLGf6ewDCw==
=wAgL
-END PGP SIGNATURE-


Re: [Dovecot] Messages marked as unread - Dovecot 1.2.10 - Thunderbird 2.0.0.23

2010-02-08 Thread Thorsten Habich

Timo Sirainen wrote:

On Thu, 2010-02-04 at 14:28 +0100, Thorsten Habich wrote:
  

Hi!
I downgraded again and found the same result. Seems that this problem 
occurs after

version change after first access the problem seems to be gone.

But there is still the disconnecting problem with mutt.



Are you using mbox or maildir? And you're talking about IMAP, not POP3,
right?

  

Yes I'm talking about IMAP, Mailboxes are in Maildir Format.
Connection problems seem to be fixed.

Do you have any idea, why these unread message thing occurres
and how to solve this problem?

I'm planning to upgrade again today and continue the friendly user
test.


Greetings

Thorsten


[Dovecot] Virtual mailboxes show up twice

2010-02-08 Thread Matthijs Kooijman
Hi all,

I've been struggling a bit getting Hastymail webmail to work with my virtual
mailboxes. After a while, I discovered that my virtual mailboxes are listed
twice: Once with \NoSelect and once without. See the following (partial) LIST
reponse:

* LIST (\Noselect \HasChildren) "/" "virtual"
* LIST (\Noselect \HasNoChildren) "/" "virtual/foo"
...
* LIST (\HasNoChildren) "/" "virtual/foo"

This makes somewhat sense, since my "virtual" namespace is a subdir of my
default namespace:

  mail_location = Maildir:~/Mail:LAYOUT=fs

  # Default namespace, uses mail_location above
  namespace private {
prefix =
separator = /
inbox = yes
  }

  # Virtual mailboxes
  namespace private {
prefix = virtual/
separator = /
# Store virtual mailbox in a "virtual" subdirectory. We use the fs layout,
# so nesting of mailboxes is done using normal filesystem nesting.
location = virtual:~/Mail/virtual:LAYOUT=fs
  }


Now, should dovecot handle this configuration transparently by hiding the
virtual directory from the default namespace, or is this configuration just
not supported and should the virtual directory be outside of ~/Mail?

The current wiki documentation on the virtual plugin currently does suggest
this configuration, its examples point to ~/Maildir/virtual.

Gr.

Matthijs


signature.asc
Description: Digital signature


[Dovecot] Problems with thunderbird 3 ( messages mark unread after being read )

2010-02-08 Thread Frank Bonnet

Hello

Since we upgrade all our users's PC with Thunderbird 3(.0.1)
many of them have a problem with email that move back to unread
status even after they have read them.

The problem does not occured with Thunderbird 2

Is this problem Dovecot related ?
Do you have the same trouble ?

Thank you



Re: [Dovecot] Problems with thunderbird 3 ( messages mark unread after being read )

2010-02-08 Thread Holger
Hi.

On Mon, 08 Feb 2010 13:48:31 +0100, Frank Bonnet 
wrote:
> Since we upgrade all our users's PC with Thunderbird 3(.0.1)
> many of them have a problem with email that move back to unread
> status even after they have read them.
This is a known bug of TB 3.0.1. See here:
https://bugzilla.mozilla.org/show_bug.cgi?id=540554.

> 
> Is this problem Dovecot related ?
> Do you have the same trouble ?
Yes and I downgraded to 3.0.0.

> 
> Thank you
You are welcome ;)


Re: [Dovecot] Problems with thunderbird 3 ( messages mark unread after being read )

2010-02-08 Thread Christian Rohmann
Hello,

On 02/08/2010 01:54 PM, Holger wrote:
>> Is this problem Dovecot related ?
>> Do you have the same trouble ?
> Yes and I downgraded to 3.0.0.

No, the Problem is on TB's aka Mozilla's side. Downgrading to 3.0.0
should not help at all. The "CONSTORE" command is not handled correctly
by TB, see Mozilla-bug 540554:

 https://bugzilla.mozilla.org/show_bug.cgi?id=540554


Fixed in 3.0.2 then ...




Regards,

Christian



Re: [Dovecot] Problems with thunderbird 3 ( messages mark unread after being read )

2010-02-08 Thread David Halik


Or you can run any TB 3 version, just turn off CONDSTORE support in the 
config. Doing so won't hurt anything.


On 2/8/2010 8:35 AM, Christian Rohmann wrote:

Hello,

On 02/08/2010 01:54 PM, Holger wrote:
   

Is this problem Dovecot related ?
Do you have the same trouble ?
   

Yes and I downgraded to 3.0.0.
 

No, the Problem is on TB's aka Mozilla's side. Downgrading to 3.0.0
should not help at all. The "CONSTORE" command is not handled correctly
by TB, see Mozilla-bug 540554:

  https://bugzilla.mozilla.org/show_bug.cgi?id=540554


Fixed in 3.0.2 then ...




Regards,

Christian

   




Re: [Dovecot] Problems with thunderbird 3 ( messages mark unread after being read )

2010-02-08 Thread Stan Hoeppner
Christian Rohmann put forth on 2/8/2010 7:35 AM:

> No, the Problem is on TB's aka Mozilla's side. Downgrading to 3.0.0
> should not help at all. The "CONSTORE" command is not handled correctly
> by TB, see Mozilla-bug 540554:
> 
>  https://bugzilla.mozilla.org/show_bug.cgi?id=540554

I had this problem on occasion with TB 2.0 and lower with an Exchange 5.5.
server using its IMAP connector.  It was somewhat annoying.  Only occurred in
IMAP folders though, never in the Inbox folder.

> Fixed in 3.0.2 then ...

I've never had this problem with Dovecot 1.0.15 and any rev of TB.  I'm using
mbox format mailboxen and Postfix local delivery to /var/spool/mail/.  IMAP
folders are stored in /home/user_name/mail/.  Dunno if that makes a difference
WRT this problem, but I've yet to experience it.

-- 
Stan


Re: [Dovecot] Problems with thunderbird 3 ( messages mark unread after being read )

2010-02-08 Thread Dave Brenner

On 2/8/2010 4:48 AM, Frank Bonnet wrote:


Since we upgrade all our users's PC with Thunderbird 3(.0.1)
many of them have a problem with email that move back to unread
status even after they have read them.


While waiting for the release of 3.0.2, as a workaround, you can turn 
off CONDSTORE support:


http://tinyurl.com/yg4xpxr

Dave


[Dovecot] Plugin question

2010-02-08 Thread Valery Gorbunov

Hi All.
I am developing plugin for Dovecot. And I needs for read some 
configuration  file at startup
and store configuration in application wide variable. As I see the 
plugin_init() method calls
multiple times and allocates plugin's variables each time. Could you 
suggest better way to

store variable in application context.

Thank you

Valery Gorbunov


Re: [Dovecot] Messages marked as unread - Dovecot 1.2.10 - Thunderbird 2.0.0.23

2010-02-08 Thread Timo Sirainen
On 8.2.2010, at 13.28, Thorsten Habich wrote:

> Do you have any idea, why these unread message thing occurres
> and how to solve this problem?

I've no idea. No one was complaining about these problems before TB3 was 
released.. You could look at the IMAP traffic and see if Dovecot actually 
replies something wrong.



Re: [Dovecot] Plugin question

2010-02-08 Thread Timo Sirainen
On 8.2.2010, at 17.40, Valery Gorbunov wrote:

> I am developing plugin for Dovecot. And I needs for read some configuration  
> file at startup
> and store configuration in application wide variable. As I see the 
> plugin_init() method calls
> multiple times and allocates plugin's variables each time. Could you suggest 
> better way to
> store variable in application context.

plugin_init() is called once for every process (and a separate process is 
created for each connection). If you want to share state between multiple 
processes, you need to use files or something else.



Re: [Dovecot] quick question

2010-02-08 Thread David Halik

On 02/06/2010 02:32 PM, Timo Sirainen wrote:

On Sat, 2010-02-06 at 14:28 -0500, David Halik wrote:
   

On 2/6/2010 2:06 PM, Timo Sirainen wrote:
 

ab9e0, st=0x7fffc949d4b0) at maildir-uidlist.c:382

Oh, interesting. An infinite loop. Looks like this could have happened
ever since v1.1. Wonder why it hasn't shown up before. Anyway, fixed:
http://hg.dovecot.org/dovecot-1.2/rev/a9710cb350c0


   

Do you think I should try the previous patch with this addition? I never
got a chance to test it for long because of the loop dump.
 

I committed that patch already to hg, so please do test it :)

   


I've been running both patches and so far they're stable with no new 
crashes, but I haven't really seen any "better" behavior, so I don't 
know if it's accomplishing anything. =)


Still seeing entire uidlist list dupes after the list goes stale. I 
think that was what we were originally discussing.


Feb  8 12:55:06 gehenna11.rutgers.edu dovecot: IMAP(user): 
fdatasync(/rci/nqu/rci/u5/user/dovecot/.INBOX/dovecot-uidlist) failed: 
Stale NFS file handle
Feb  8 12:55:20 gehenna11.rutgers.edu dovecot: IMAP(user): 
/rci/nqu/rci/u5/user/dovecot/.INBOX/dovecot-uidlist: next_uid was 
lowered (40605 -> 40604, hdr=40604)
Feb  8 13:03:51 gehenna11.rutgers.edu dovecot: IMAP(user): 
/rci/nqu/rci/u5/user/dovecot/.INBOX/dovecot-uidlist: Duplicate file 
entry at line 4: 
1251801090.M721811P3983V04240006I01A1DAF9_0.gehenna7.rutgers.edu,S=3001:2,S 
(uid 35314 -> 40606)
Feb  8 13:03:51 gehenna11.rutgers.edu dovecot: IMAP(user): 
/rci/nqu/rci/u5/user/dovecot/.INBOX/dovecot-uidlist: Duplicate file 
entry at line 5: 
1251810220.M816183P3757V04240006I01A1DB04_0.gehenna7.rutgers.edu,S=4899:2,S 
(uid 35315 -> 40607)
Feb  8 13:03:51 gehenna11.rutgers.edu dovecot: IMAP(user): 
/rci/nqu/rci/u5/user/dovecot/.INBOX/dovecot-uidlist: Duplicate file 
entry at line 6: 
1251810579.M402527P753V045C0007I01A1DB05_0.gehenna8.rutgers.edu,S=36471:2,RS 
(uid 35316 -> 40608)


 and so on until the end of the list.


--

David Halik
System Administrator
OIT-CSS Rutgers University
dha...@jla.rutgers.edu




Re: [Dovecot] Problem with created ~/mail directory

2010-02-08 Thread Chris Adams
Once upon a time, Timo Sirainen  said:
> On Sun, 2010-02-07 at 12:02 -0600, Chris Adams wrote:
> > > Also v2.0 handles this by copying the parent directory's permissions.
> 
> Oh, actually I lied. When creating mailbox directories, it copies the
> permissions from mail root directory. But if the mail root doesn't
> exist, it's created with 0700.

That sounds good to me.  Thanks!
-- 
Chris Adams 
Systems and Network Administrator - HiWAAY Internet Services
I don't speak for anybody but myself - that's enough trouble.


Re: [Dovecot] quick question

2010-02-08 Thread Brandon Davidson
Hi David,

> -Original Message-
> From: David Halik
> 
> I've been running both patches and so far they're stable with no new
> crashes, but I haven't really seen any "better" behavior, so I don't
> know if it's accomplishing anything. =)
> 
> Still seeing entire uidlist list dupes after the list goes stale. I
> think that was what we were originally discussing.

I wasn't able to roll the patched packages into production until this
morning, but so far I'm seeing the same thing as you - no real change in
behavior.

I guess that brings us back to Timo's possibility number two?

-Brad


Re: [Dovecot] quick question

2010-02-08 Thread David Halik

On 02/08/2010 01:46 PM, Brandon Davidson wrote:

Hi David,

   

-Original Message-
From: David Halik

I've been running both patches and so far they're stable with no new
crashes, but I haven't really seen any "better" behavior, so I don't
know if it's accomplishing anything. =)

Still seeing entire uidlist list dupes after the list goes stale. I
think that was what we were originally discussing.
 

I wasn't able to roll the patched packages into production until this
morning, but so far I'm seeing the same thing as you - no real change in
behavior.

I guess that brings us back to Timo's possibility number two?

-Brad
   


It looks like we're still working towards a layer 7 solution anyway. 
Right now we have one of our student programmers hacking Perdition with 
a new plugin for dynamic username caching, storage, and automatic fail 
over. If we get it working I can send you the basics if you're interested.


--

David Halik
System Administrator
OIT-CSS Rutgers University
dha...@jla.rutgers.edu




[Dovecot] dovecot2 Beta2: different certs for imaps and pop3s

2010-02-08 Thread Andreas Schulze
Hello,

is it possible to use differnent ssl certs for pop3 and imap ?
I like to have differnet dnsnames for pop3 an imap services configured at
customers clients.

I tried to configure ssl_key and ssl_cert inside a -login {} section
but this failed.

Of course I know sslcerts containing multiple dnsnames.
But this seemes not a real, clean solution to me.

Thanks,
Andreas

-- 
Andreas Schulze
Internetdienste | P532

DATEV eG
90329 Nürnberg | Telefon +49 911 319-0 | Telefax +49 911 319-3196
E-Mail info @datev.de | Internet www.datev.de
Sitz: 90429 Nürnberg, Paumgartnerstr. 6-14 | Registergericht Nürnberg, GenReg 
Nr.70
Vorstand
Prof. Dieter Kempf (Vorsitzender)
Dipl.-Kfm. Wolfgang Stegmann (stellvertretender Vorsitzender)
Dipl.-Kfm. Michael Leistenschneider
Jörg Rabe v. Pappenheim
Dipl.-Vw. Eckhard Schwarzer
Vorsitzender des Aufsichtsrates: Reinhard Verholen



GnuPG-Signatur.asc
Description: digitale Signatur dieser Nachricht von Andreas Schulze