headers
Robert Schetterer | 1 Feb 2009 02:21

Re: dovecot 1.2 virtual folders question vs empty prefix requires list=yes

Hi Timo,

Timo Sirainen schrieb:
> On Jan 26, 2009, at 7:45 PM, Robert Schetterer wrote:
> 
>> is this possible a possible setup ?
>> for downloading imap folders ( including inbox )
>> with pop3 controlled by a a dovecot-virtual file
>> in usr/local/virtual/%d/%u/
> 
> Place that in to e.g.: /etc/dovecot/virtual/INBOX
> 
>> namespace private {
>>  prefix = virtual/
>>  separator = /
>>  location = virtual:/usr/local/virtual/%d/%u:LAYOUT=maildir++
>> inbox = no
>> }
> 
> For pop3 to use virtual mailbox you must use something like:
> 
> namespace private {
>   prefix = virtual/
>   separator = /
>   location = virtual:/etc/dovecot/virtual:INDEX=~/virtual
>   subscriptions = no
> }
> 
>> namespace private {
>> separator = /
(Continue reading)

Permalink | Reply | 7 comments |
headers
Robert Schetterer | 1 Feb 2009 08:50

dovecot 1.2 virtual folders Virtual mailbox loops: INBOX

Hi Timo,

whenever i use * or in INBOX
in dovecot-virtual

like

/etc/dovecot/virtual/dovecot-virtual/INBOX
*
Junk

or

INBOX
Junk

i get a
Virtual mailbox loops: INBOX

it works nice with i.e. Junk only

with namespaces

namespace private {
  separator = /
  prefix = ""
    location =
maildir:/usr/local/virtual/%d/%u/:CONTROL=/usr/local/virtual/%d/%u/:INDEX=/usr/local/virtual/%d/%u/
:INBOX=/usr/local/virtual/%d/%u/
    inbox = no
(Continue reading)

Permalink | Reply | 5 comments |
headers
Peter Lindgren | 1 Feb 2009 10:04

Re: Script: Moving Maildirs between servers

Peter Lindgren skrev:
> I thought I'd share my migration script with you folks. If there's an
> interest to put it on the wiki I can do that, but I'm not sure in what
> page.

Slight bug: The script didn't create a Trash folder.
Add the following rows before the echo " done." row in the user folder loop:

       echo -n "."
       mkdir -p -m 700 .Trash/tmp
       mkdir -p -m 700 .Trash/new
       mkdir -p -m 700 .Trash/cur
       chown ${username} .Trash
       chown ${username} .Trash/tmp
       chown ${username} .Trash/new
       chown ${username} .Trash/cur

/Peter
--

-- 
Peter Lindgren
http://www.norrskenkonsult.com
Permalink | Reply | 0 comments |
headers
Harry Lachanas | 1 Feb 2009 12:50
Picon

Dovecot Newbie v1.1.10 + and shared folders.

Hi all,

I finally manged to create somehow shared folders in dovecot imap ...

After a number trials I came up with this conf from my test server
#----------------------------------------------------------------------------------------------------------

#dovecot --build-options
SQL drivers: mysql
Passdb: checkpassword pam passwd passwd-file shadow sql
Userdb: nss passwd passwd-file prefetch sql static
#-----------------------------------------------------------------------------------------------------------
protocols = imap imaps
log_timestamp = "%Y-%m-%d %H:%M:%S "
ssl_cert_file = /etc/postfix/sasl/mycert.pem
ssl_key_file = /etc/postfix/sasl/mycert.pem
mail_location = maildir:~/Maildir

namespace private {
separator = /
prefix =

location = maildir:~/Maildir
inbox = yes
}
namespace public {
prefix = Public/
separator = /
location = 
maildir:/var/Public:INBOX=~/Maildir:INDEX=~/Maildir/p-index:CONTROL=~/Maildir/p-ctrl
(Continue reading)

Permalink | Reply | 2 comments |
headers
Robin Atwood | 1 Feb 2009 14:26
X-Face
Favicon

Phone cannot receive mail suddenly

Starting at midnight Feb 1 my phone can no longer fetch mail from Dovecot. It 
endlessly connects and reconnects as you can see in the log below. I have 
restarted dovecot, the phone, deleted /home/robinmail/mail, all to no avail. 
I have turned on debug output but it does not tell me anymore. I can connect 
and see the folder using the KMail imap client. Any idea how I can proceed 
with this? The phone is 192.168.1.57 (LAN) or 202.91.19.194 (GPRS) and 
Dovecot and KMail are on 192.168.1.2.

Feb  1 20:12:58 opal dovecot: Dovecot v1.1.8 starting up
Feb  1 20:13:41 opal dovecot: imap-login: Login: user=<robinmail>, 
method=PLAIN, rip=192.168.1.57, lip=192.168.1.2
Feb  1 20:13:41 opal dovecot: IMAP(robinmail): Effective uid=500, gid=100, 
home=/home/robinmail
Feb  1 20:13:41 opal dovecot: IMAP(robinmail): mbox: 
data=~/mail:INBOX=/var/mail/robinmail
Feb  1 20:13:41 opal dovecot: IMAP(robinmail): fs: root=/home/robinmail/mail, 
index=, control=, inbox=/var/mail/robinmail
Feb  1 20:13:41 opal dovecot: IMAP(robinmail): Connection closed bytes=18/484
Feb  1 20:14:05 opal dovecot: IMAP(robinmail): Effective uid=500, gid=100, 
home=/home/robinmail
Feb  1 20:14:05 opal dovecot: IMAP(robinmail): mbox: 
data=~/mail:INBOX=/var/mail/robinmail
Feb  1 20:14:05 opal dovecot: IMAP(robinmail): fs: root=/home/robinmail/mail, 
index=, control=, inbox=/var/mail/robinmail
Feb  1 20:14:05 opal dovecot: imap-login: Login: user=<robinmail>, 
method=PLAIN, rip=192.168.1.2, lip=192.168.1.2, TLS
Feb  1 20:14:37 opal dovecot: IMAP(robinmail): Effective uid=500, gid=100, 
home=/home/robinmail
Feb  1 20:14:37 opal dovecot: IMAP(robinmail): mbox: 
data=~/mail:INBOX=/var/mail/robinmail
(Continue reading)

Permalink | Reply | 2 comments |
headers
Timo Sirainen | 2 Feb 2009 07:50
Picon
Picon
Favicon

Re: Config rewrite for v1.3

On Tue, 2009-01-27 at 18:50 -0500, Timo Sirainen wrote:
> Still broken, but I committed the current changes to
> http://hg.dovecot.org/dovecot-config-rewrite/

Should be more or less working now.

>  - deliver also currently forks and executes doveconf. 

Still does this.

> The last possibility would be not to fork, but instead just have
> doveconf exec() deliver, so either something like "doveconf -e deliver
> -deliver-params" or if calling deliver directly it could exec() doveconf
> which would then exec() deliver back. Hmm. Perhaps this is actually
> better than forking?

Probably a good idea. I was a bit worried about passing the settings via
environment, but it probably doesn't matter.

>  - %variable expansion is somewhat broken with imap/pop3, 

Should work now.

>  - Plugins will probably have to keep using something similar to
> getenv() to get their settings. 

Done.

>  - I'm not entirely sure where all the setting verifications should go.
(Continue reading)

Permalink | Reply | 2 comments |
headers
Andy Howell | 2 Feb 2009 08:42
Picon

sieve 0.1.2 problem with address and :regex


I'm getting a core dump with the following script:

require [ "fileinto", "regex", "variables" ];

if address :domain :regex  ["Reply-To", "Sender", "To", "Cc"]
"antlr.org|mailman.unixodbc.org|research.att.com|wireshark.org" {
   if address :regex ["Reply-To", "Sender", "To", "Cc"]
["([^- <at> ]*)-([^- <at> ]*)(-bounces)? <at> [^:space:,]*"] {
     fileinto "1: ${1} 2: ${2} 3: ${3} 4: ${4} 5: ${5} 6: ${6} 7: ${7} 8: ${8}";
   }
}

and using the mail below to test with. Looks likes it another regex problem. The 
sieve-test I'm using had the previous regex patch applied.

Stack trace is:

#0  0x003e4893 in regexec <at>  <at> GLIBC_2.3.4 () from /lib/i686/nosegneg/libc.so.6
#1  0x08071289 in mcht_regex_match (mctx=0x896b3d0, val=0x896b728 "antlr.org", val_size=9,
     key=0x8974ffd "antlr.org|mailman.unixodbc.org|research.att.com|wireshark.org", 
key_size=61, key_index=0)
     at mcht-regex.c:256
#2  0x080847c9 in sieve_match_value (mctx=0x896b3d0, value=0x896b728 "antlr.org", 
val_size=9) at sieve-match.c:83
#3  0x080841c5 in sieve_address_match (addrp=0x8187a20, mctx=0x896b3d0,
     data=0x897f080 "antlr-interest-bounces <at> antlr.org") at sieve-address-parts.c:258
#4  0x0806a5fd in tst_address_operation_execute (op=0x8186688, renv=0x89861b4, 
address=0x89861a4)
     at tst-address.c:259
(Continue reading)

Permalink | Reply | 2 comments |
headers
Heiko Schlichting | 2 Feb 2009 09:47
Picon
Picon
Favicon

Re: Config rewrite for v1.3

> On Tue, 2009-01-27 at 18:50 -0500, Timo Sirainen wrote:
> > Still broken, but I committed the current changes to
> > http://hg.dovecot.org/dovecot-config-rewrite/
> 
> Should be more or less working now.

Does not compile here:

  all-settings.c:3:26: error: all-settings.h: No such file or directory

Heiko

Heiko Schlichting          Freie Universität Berlin
heiko <at> CIS.FU-Berlin.DE     Zentraleinrichtung für Datenverarbeitung (ZEDAT)
Telefon +49 30 838-54327   Fabeckstraße 32
Telefax +49 30 838454327   14195 Berlin
Permalink | Reply | 1 comment |
headers
Mathieu Kretchner | 2 Feb 2009 10:10
Picon
Picon
Favicon

Re: managesieve proxy cyrus

Thanks you so much, it's working !!

I love when the week begin with a such good monday.

Stephan Bosch wrote:
> Mathieu Kretchner schreef:
>> Ok thanks for your help,
>>
>> By the way I've another question, we have configure a postfix smtp proxy
>> with plain text database in order to redirect mail that coming to imap
>> proxy to be delivered to the right imap backend.
>>
>> Does the dovecot imap proxy do to the local delivery itself to the right
>> backend server ?
> The IMAP proxy has nothing to do with mail delivery. It merely forwards
> IMAP connections to the backend.
> 
>> Stephan Bosch wrote:
>>> Mathieu Kretchner schreef:
>>>
>>>> It seems like the problem comes from dovecot in proxy mode ?? (only to
>>>> connect to a cyrus sieve server, because it's working well with a
>>>> dovecot sieve server)
>>>>
>>> I'll do a few tests in the coming days. Let's see what I can find out.
>> If you want some other network capture or tests I've done let me known,
>> it would be a pleasure to help you !
> 
> Ok, this was caused by Dovecot. Fixed:
>
(Continue reading)

Permalink | Reply | 1 comment |
headers
Stephan Bosch | 2 Feb 2009 10:16
Picon
Picon
Favicon

Re: sieve 0.1.2 problem with address and :regex

Andy Howell wrote:
> 
> I'm getting a core dump with the following script:
> 
> require [ "fileinto", "regex", "variables" ];
> 
> if address :domain :regex  ["Reply-To", "Sender", "To", "Cc"]
> "antlr.org|mailman.unixodbc.org|research.att.com|wireshark.org" {
>   if address :regex ["Reply-To", "Sender", "To", "Cc"]
> ["([^- <at> ]*)-([^- <at> ]*)(-bounces)? <at> [^:space:,]*"] {
>     fileinto "1: ${1} 2: ${2} 3: ${3} 4: ${4} 5: ${5} 6: ${6} 7: ${7} 8: 
> ${8}";
>   }
> }
> 
> and using the mail below to test with. Looks likes it another regex 
> problem. The sieve-test I'm using had the previous regex patch applied.
Looks like I implicitly fixed this with another regex segfault problem I 
found (I can reproduce your segfault without this particular fix). I 
didn't give it a second thought, but I should have notified you. This 
should fix it:

http://hg.rename-it.nl/dovecot-libsieve/rev/6ed559a5f677

Regards,

Stephan.
Permalink | Reply | 1 comment |

Gmane