Re: [Dovecot] Connection dropped by IMAP server

2011-07-20 Thread Frank Bonnet 



Le 21/07/2011 02:21, Duane Hill a écrit :

Wednesday, July 20, 2011, 4:56:20 PM, you wrote:


On 7/20/2011 2:52 PM, Marc Perkel wrote:

Some time people running Squirrelmail get connection dropped by imap
server. Anyone know what causes this?

Thanks in advance.



More details. It only happens occasionally and restarting Dovecot fixes
it. It's as if I'm running out of something.


Without knowing more system and configuration details, it would be
tricky to guess.



I had the same problem it seems squirrelmail open too much
sessions ( one at each user's request ), I solved it bye installing 
imapproxy between the webmail and the imap server to cache sessions.


hope this help

Re: [Dovecot] Connection dropped by IMAP server

2011-07-20 Thread Duane Hill 
Wednesday, July 20, 2011, 4:56:20 PM, you wrote:

> On 7/20/2011 2:52 PM, Marc Perkel wrote:
>> Some time people running Squirrelmail get connection dropped by imap 
>> server. Anyone know what causes this?
>>
>> Thanks in advance.

> More details. It only happens occasionally and restarting Dovecot fixes
> it. It's as if I'm running out of something.

Without knowing more system and configuration details, it would be
tricky to guess.

Re: [Dovecot] Connection dropped by IMAP server

2011-07-20 Thread Marc Perkel 



On 7/20/2011 2:52 PM, Marc Perkel wrote:
Some time people running Squirrelmail get connection dropped by imap 
server. Anyone know what causes this?


Thanks in advance.




More details. It only happens occasionally and restarting Dovecot fixes 
it. It's as if I'm running out of something.

[Dovecot] Connection dropped by IMAP server

2011-07-20 Thread Marc Perkel 
Some time people running Squirrelmail get connection dropped by imap 
server. Anyone know what causes this?


Thanks in advance.

[Dovecot] dovecot2 on Snow Leopard trouble

2011-07-20 Thread Denis J. Cirulis 
Hello list,

I have one task to complete - to install and configure imap server on
Mac Mini OS X 10.6.8. I'm not new to dovecot, so the favorite imap
server is dovecot. Are there any special settings running dovecot on OS
X ?

I've compiled dovecot 2.0.13 with mysql5 and openssl via macports.
Configured virtual users from mysql and turned on all debug, but when I
connect to this server via MUA I'm receiving the message "Mailbox
locked. Next try in XX seconds" or something like that. No errors in
dovecot.log, clean auth process, correct data (passwords,spool dirs)
from mysql. Same configuration works on Linux,FreeBSD and Solaris like a
charm.

What can be a problem running on OS X ?

Re: [Dovecot] POP3 vs. IMAP Load/Memory usage in Dovecot 1.0.15

2011-07-20 Thread Matthew Macdonald-Wallace 
On Tue, 2011-07-12 at 07:03 +0100, Matthew Macdonald-Wallace wrote:
> On Tue, 2011-07-12 at 00:21 -0500, Stan Hoeppner wrote:
> > Are these virtual machines?  You didn't state so previously.  Running
> > 2.6.18 as a VM guest on these machines may also be part of the incorrect
> > load reporting problem.  If so, run the data collector daemon inside the
> > hypervisor itself so you get actual load figures.  You'll never get
> > accurate performance metrics for a whole box from a kernel/daemon inside
> > a VM guest.
> > 
> 
> Nope, all on the bare metal in our own datacentre.
> 
> I'll let you know how the HT switchoff goes.
> 
> M.

Hi all,

Just to let you all know that once we upgraded to Dovecot 1.2 (and
enabled attribute caching on the NFS devices!) the loads settled down.

We've seen a drop in 15 minute load average from 12 to 2 and a drop in
NFS I/O from 30K I/OPS to 3K I/OPS whilst continuing to serve the same
number of queries - quite a difference!

Thanks to all who helped,

Kind regards,

Matt

Re: [Dovecot] Writing a Dovecot Plugin

2011-07-20 Thread Leander S. 

Am 20.07.2011 14:50, schrieb Meisam Navaki:

Hi,
I'm going to write a plugin like mail_log.How can I write a plugin for
dovecot?Is there any tutorial or sample for it?

Out of curiosity: What will it do other than already existing 
"mail_log"?


Some references:
http://wiki.dovecot.org/Plugins
http://wiki.dovecot.org/Design/Plugins

http://www.dovecot.org/list/dovecot/2007-November/
http://www.dovecot.org/list/dovecot/2007-November/026795.html
http://www.dovecot.org/list/dovecot/2007-November/026796.html
http://www.dovecot.org/list/dovecot/2007-November/026825.html


Regards

[Dovecot] GSSAPI makes webmail access really slow

2011-07-20 Thread Nicolas GRENECHE 
Hello,

I use dovecot 1.2.15 as an IMAP backend for Horde webmail.

When I enable PLAIN and GSSAPI as authentication mecanisms, it makes
Horde very slow.

If I enable only PLAIN it is a lot more fast.

Do you have a clue to solve this issue ? Here is my dovecot.conf :

protocols = imap imaps pop3s managesieve

mail_location = maildir:/ext/spool/imap/%1Mu/%u

first_valid_uid=97
last_valid_uid=97

ssl_cert_file = /usr/local/cert/mailper/cert.pem
ssl_key_file = /usr/local/cert/mailper/mail.key
ssl_ca_file = /usr/local/cert/mailper/chain.pem

auth_debug = yes
disable_plaintext_auth = no

## tuning ##
login_process_size = 64
login_max_processes_count = 196
login_max_connections = 384
auth_worker_max_count = 30
## fin tuning ##

protocol imap {
mail_plugins = quota imap_quota
## tuning ##
login_processes_count = 4
## fin tunning ##
}

protocol pop3 {
mail_plugins = quota
## tuning ##
login_processes_count = 3
## fin tunning ##
}
auth_cache_size = 4096
auth_cache_ttl = 1800

protocol lda {
mail_plugins = quota sieve
postmaster_address = r...@example.fr
}
protocol managesieve {
listen = *:2000
}

mail_uid = vmail
mail_gid = vmail

auth_krb5_keytab = /etc/dovecot/keytab/pop-imap.mail.keytab

auth default {
  socket listen {
master {
   path = /var/run/dovecot/auth-master
   mode = 0600
   user = vmail
}
  }
  mechanisms = plain
  passdb pam {
args = max_requests=50 cache_key=%u%r dovecot
  }
  userdb static {
args = uid=vmail gid=vmail allow_all_users=yes
  }
  user = root
}

dict {
}

plugin {
quota = maildir:User quota
quota_rule = *:storage=1G

# The location of the user's active script:
sieve_dir = /ext/spool/sieve/%1Mu/%u
sieve = /ext/spool/sieve/%1Mu/%u/dovecot.sieve
}

[Dovecot] Writing a Dovecot Plugin

2011-07-20 Thread Meisam Navaki 
Hi,
I'm going to write a plugin like mail_log.How can I write a plugin for
dovecot?Is there any tutorial or sample for it?

-- 
-- 
*Regards
Meisam Navaki Arefi,
*

Re: [Dovecot] Thundebird 5.0 stuck until FETCH is done

2011-07-20 Thread Robert Schetterer 
Am 20.07.2011 11:32, schrieb Emanuele Leuzzi:
> I'm using thunderbird 5.0 with dovecot 1.0.15. My client stuck
> downloading IMAP header every 10-15' Until the FETCH is done from 1 to
> 76687 (it's needs a looong time), my client isn't usable
> 
> Could you help me to fix this issue?
> 
> Below the log.
> 
> Thank you
> 
> 
> 
> 
> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * FLAGS
> (\Answered \Flagged \Deleted \Seen \Draft unknown-1 unknown-0 unknown-7
> unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 unknown-6 unknown-11
> NonJunk unknown-9 $MDNSent unknown-10 $Forwarded)
> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * OK
> [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft unknown-1
> unknown-0 unknown-7 unknown-2 unknown-3 unknown-4 unknown-5 unknown-8
> unknown-6 unknown-11 NonJunk unknown-9 $MDNSent unknown-10 $Forwarded
> \*)] Flags permitted.
> 2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * 76686 EXISTS
> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0]
> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 1
> FETCH (FLAGS (\Seen) UID 1)
> 
> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0]
> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 2
> FETCH (FLAGS (\Seen) UID 2)
> 
> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=43 needmore=0]
> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 3
> FETCH (FLAGS (\Seen unknown-1) UID 3)
> 
> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0]
> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 4
> FETCH (FLAGS (\Seen) UID 4)
> 
> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0]
> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 5
> FETCH (FLAGS (\Seen) UID 5)
> 
> _cut_
> 
> 
> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: *
> 76685 FETCH (FLAGS (\Seen) UID 76748)
> 
> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=41 needmore=0]
> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: *
> 76686 FETCH (FLAGS (\Seen) UID 76749)
> 
> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=16 needmore=0]
> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: *
> 76687 EXISTS
> 
> 2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=23 needmore=0]
> 2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: 8 OK
> Fetch completed.
> 

you should upgrade to dove 2.x
no problem tb5 here withit, for more debug you dove conf might be helpfull

-- 
Best Regards

MfG Robert Schetterer

Germany/Munich/Bavaria

[Dovecot] Thundebird 5.0 stuck until FETCH is done

2011-07-20 Thread Emanuele Leuzzi 
I'm using thunderbird 5.0 with dovecot 1.0.15. My client stuck 
downloading IMAP header every 10-15' Until the FETCH is done from 1 to 
76687 (it's needs a looong time), my client isn't usable


Could you help me to fix this issue?

Below the log.

Thank you




2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * FLAGS 
(\Answered \Flagged \Deleted \Seen \Draft unknown-1 unknown-0 unknown-7 
unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 unknown-6 unknown-11 
NonJunk unknown-9 $MDNSent unknown-10 $Forwarded)
2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * OK 
[PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft unknown-1 
unknown-0 unknown-7 unknown-2 unknown-3 unknown-4 unknown-5 unknown-8 
unknown-6 unknown-11 NonJunk unknown-9 $MDNSent unknown-10 $Forwarded 
\*)] Flags permitted.

2680[9cc6d00]: 9ccf800:mailserver:A:CreateNewLineFromSocket: * 76686 EXISTS
2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0]
2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 1 
FETCH (FLAGS (\Seen) UID 1)


2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0]
2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 2 
FETCH (FLAGS (\Seen) UID 2)


2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=43 needmore=0]
2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 3 
FETCH (FLAGS (\Seen unknown-1) UID 3)


2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0]
2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 4 
FETCH (FLAGS (\Seen) UID 4)


2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=33 needmore=0]
2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 5 
FETCH (FLAGS (\Seen) UID 5)


_cut_


2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 
76685 FETCH (FLAGS (\Seen) UID 76748)


2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=41 needmore=0]
2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 
76686 FETCH (FLAGS (\Seen) UID 76749)


2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=16 needmore=0]
2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: * 
76687 EXISTS


2680[9cc6d00]: ReadNextLine [stream=dbf8a28 nb=23 needmore=0]
2680[9cc6d00]: 9ccf800:mailserver:S-INBOX:CreateNewLineFromSocket: 8 OK 
Fetch completed.


--

---
Emanuele Leuzzi
Responsabile Sistemi Informativi

Email: eleu...@v-power.sm
Skype: e.leuzzi
Tel: (+378) 0549 960606
Fax: (+378) 0549 954984

V-Power S.r.l.
Via ulivo di Avoltrone, 2/B
47899 Serravalle
Republic of San Marino

http://www.v-power.sm
---
Avviso: Questa e-mail è strettamente confidenziale ed è destinata alle sola/e 
persone/e sopraindicate. Se veniste per errore in possesso di questa e-mail, 
non copiatela, distribuitela o reinoltratela: distruggetela immediatamente e 
notificatelo al mittente a mezzo e-mail. Il mittente non è responsabile per 
l'eventuale utilizzo che verrà fatto di questa email dai destinatari, se la 
mail è sprovvista di firma digitale il mittente non garantisce per la sua 
autenticità dopo la partenza. Il testo della email potrebbe contenere opinioni 
personali e non necessariamente riconducibili a quelle di V-Power srl.

Tutela della Privacy: Si ricorda che qualora non desideriate ricevere più 
informazioni di questo genere, Vi preghiamo di inviare una email all'indirizzo 
i...@v-power.sm citando CANCELLAZIONE nell'Oggetto. Il Vostro nominativo sarà 
rimosso dalle nostre rubriche.

Notice: This message is intended only for the named recipient and may contain 
confidential, proprietary or legally privileged information. Any forward, 
distribution, or copying of this information is strictly prohibited. If you 
have received this message in error, do not forward, distribute, or copy it: 
please advise the sender by reply e-mail, and delete this message. Sender is 
not responsible of any misuse of this e-mail message. If this e-mail message 
arrive not digitally signed, sender can’t guarantee authenticity after the 
departure of this e-mail. Opinions contained herein may be the personal opinion 
of the sender and do not necessarily represent the views of V-Power srl.

[Dovecot] Problem with zlib plugin and flags

2011-07-20 Thread Jeremy Maryott 
Hi,

I'm working on enabling the zlib plugin and compressing most of the mail
on my mail server, and I've run into a bit of a problem with doing
things as described on the wiki's zlib plugin page (here:
http://wiki.dovecot.org/Plugins/Zlib). I'm using Dovecot 1.2.15 and
maildir as a mailbox format on Debian 5.

I have a script that implements the steps listed at the bottom of the
wiki page. The problem has to do with step 5, which recommends that you
add a 'Z' flag to each email that you compress so that you don't
compress it again. The problem that I ran into is that when you move an
email to another mail folder, this flag appears to go away. As a result,
my script has compressed some emails that were already compressed,
rendering them unreadable by Dovecot.

I've mostly solved that problem, and my compression script now runs
'file' and looks to see if it's gzipped already for each file that's a
candidate for compression. I'm not sure this is the best solution (it's
definitely slower than just checking the filename), so I'm open to
better alternatives.

Reading http://wiki.dovecot.org/MailboxFormat/Maildir, I see that
Dovecot supports 'non-standard fields' specified after normal flags and
a comma. It seems like that might be a better place to put the 'Z' flag,
if Dovecot won't retain it when places with the normal flags. I'm unsure
how the filename would look if it doesn't currently have any flags,
though. Would there just be two commas in a row, followed by my
non-standard flag?

If I haven't missed or misconfigured anything and what I said above is
correct, the wiki should be changed so others don't run into the same
problems I have. I'm happy to do so, but I didn't want to make any
changes without making sure I was right about what was going on.

Thanks,
Jeremy

Re: [Dovecot] Performance with 200k messages in Maildir

2011-07-20 Thread William Blunn 

On 18/07/2011 11:27, Vegard Svanberg wrote:
What should I expect performance-wise if I put 20 messages in a 
Maildir store and use two or three MUAs (mutt and Thunderbird), on an 
Athlon dual core 2GHz with SATA drives in software RAID (Linux)?


Like; would it be useless/crawling, usable or pretty fast. I imagine 
MUA startup / first time folder read would be slow, but daily use more 
or less ok.


Thanks to Dovecot's indexing, I imagine I would be better off 
interfacing Mutt to Maildir via IMAP and Dovecot rather than accessing 
Maildir/ directly? 


200,000 messages under Maildir in a single folder.

You will tend to have a relatively large number of inodes compared to 
the relative overall scale of the system.


This will tend to make backing-up a nuisance.

One thing you could consider is storing your mail under "mdbox". This 
should drastically reduce the number of inodes.


Just remember that under "mdbox" the so-called "indexes" are actually 
critical data files (i.e. they cannot be re-created like they could be 
with Maildir or mbox).


Bill

[Dovecot] passwd not found

2011-07-20 Thread Erik - versatel 

If I use in dovecot.conf

passdb passwd-file {
 args = /etc/dovecot/vhosts/%d/etc/shadow
}
userdb static {
 args = uid=virtual gid=virtual home=/var/mail/vhosts/%d/%u
allow_all_users=yes
}
I get an authorisation failure in my mail.log file.

If I use

passdb passwd-file {
 args = /etc/dovecot/vhosts/shadow
}
userdb static {
 args = uid=virtual gid=virtual home=/var/mail/vhosts/%d/%u
allow_all_users=yes
}
This works !!! (without the %d) in the passdb passwd-file

Than the %d/%u is correctly rewritten in the userdb static.
PS I have in the passwd-file the username@domain and the username documented
for testing.


I think there is some problem with the %d (DOMAIN)
How can I check if %d is filled ??
And how can i make different authorisationdirs and files per domain.

Thanks

Erik

My config
# 1.2.15: /etc/dovecot/dovecot.conf
# OS: Linux 2.6.32-5-686 i686 Debian 6.0.2 ext4
log_timestamp: %Y-%m-%d %H:%M:%S
protocols: imap imaps pop3 pop3s
ssl_cert_file: /etc/ssl/certs/server.crt
ssl_key_file: /etc/ssl/private/server.key
login_dir: /var/run/dovecot/login
login_executable(default): /usr/lib/dovecot/imap-login
login_executable(imap): /usr/lib/dovecot/imap-login
login_executable(pop3): /usr/lib/dovecot/pop3-login
mail_privileged_group: mail
mail_location: maildir:/var/mail/vhosts/%d/%n/Maildir
mail_debug: yes
mbox_write_locks: fcntl dotlock
mail_executable(default): /usr/lib/dovecot/imap
mail_executable(imap): /usr/lib/dovecot/imap
mail_executable(pop3): /usr/lib/dovecot/pop3
mail_plugin_dir(default): /usr/lib/dovecot/modules/imap
mail_plugin_dir(imap): /usr/lib/dovecot/modules/imap
mail_plugin_dir(pop3): /usr/lib/dovecot/modules/pop3
auth default:
 mechanisms: plain login
 passdb:
   driver: passwd-file
   args: /etc/dovecot/vhosts/shadow
 userdb:
   driver: static
   args: uid=virtual gid=virtual home=/var/mail/vhosts/%d/%u
allow_all_users=yes
 socket:
   type: listen
   client:
 path: /var/spool/postfix/private/auth-client
 mode: 432
 user: postfix
 group: postfix