[Dovecot] Problems executing dovecot.
Hello, I am running OS: Ubuntu 6.06.1 LTS dovecot # 1.0.7 Beta
Problem: I have all the email delivery set up with maildir. I currently have an account which has 297,261 emails in the Inbox.
Here is a transcript of a telnet session with the server:
- OK Dovecot ready. 110 login somelameuser lameuserspass 110 OK Logged in. 111 select inbox
- FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
- OK [PERMANENTFLAGS (\Answered \Flagged \Deleted \Seen \Draft \*)] Flags permitted.
- 297261 EXISTS
- 149522 RECENT
- OK [UNSEEN 1] First unseen.
- OK [UIDVALIDITY 1188426666] UIDs valid
- OK [UIDNEXT 301157] Predicted next UID 111 OK [READ-WRITE] Select completed.
112 copy 1:100 toBeProcessed
Connection to host lost.
I keep getting dropped...
My original idea was to move the files via command prompt, but I wasn't sure if that was allowed, thought I might mess up the UIDs.
How could I move the emails into other directories (folders) so that a regular IMAP conector can process the emails?
Thanks for your help Marcelo
-- Marcelo Iturbe ■ CIO ■ Tigabytes Chile ■ Google Enterprise Partner T: 562 264 1044 ■ www.tigabytes.com
On Thu, 15 Nov 2007, Marcelo Iturbe wrote:
112 copy 1:100 toBeProcessed
Connection to host lost.
I keep getting dropped...
Does /var/log/syslog say anything interesting?
-- Asheesh.
-- Real Men don't make backups. They upload it via ftp and let the world mirror it. -- Linus Torvalds
yes there is actually...
Nov 20 04:13:27 postdam dovecot: imap-login: Login: user=<noresponder>, method=PLAIN, rip=201.238.214.202, lip=201.238.214.203 Nov 20 04:16:07 postdam dovecot: IMAP(noresponder): block_alloc(): Out of memory Nov 20 04:16:07 postdam dovecot: child 23174 (imap) returned error 83 (Out of memory)
So the only thing that comes to mind... is moving the files by command line. Can a I just go ahead and create dot directories and move emails from one directory to another? or will that mess up the GUIDs?
Thanks, Marcelo
On 15/11/2007, Asheesh Laroia asheesh@asheesh.org wrote:
On Thu, 15 Nov 2007, Marcelo Iturbe wrote:
112 copy 1:100 toBeProcessed
Connection to host lost.
I keep getting dropped...
Does /var/log/syslog say anything interesting?
-- Asheesh.
-- Real Men don't make backups. They upload it via ftp and let the world mirror it. -- Linus Torvalds
-- Marcelo Iturbe ■ CIO ■ Tigabytes Chile ■ Google Enterprise Partner T: 562 264 1044 ■ www.tigabytes.com
On Mon, 2007-11-19 at 16:30 -0300, Marcelo Iturbe wrote:
yes there is actually...
Nov 20 04:13:27 postdam dovecot: imap-login: Login: user=<noresponder>, method=PLAIN, rip=201.238.214.202, lip=201.238.214.203 Nov 20 04:16:07 postdam dovecot: IMAP(noresponder): block_alloc(): Out of memory
Maybe its dovecot.index.cache file has grown so large that it takes most of the available virtual space. You can set mail_process_size=0 to remove this limit.
So the only thing that comes to mind... is moving the files by command line. Can a I just go ahead and create dot directories and move emails from one directory to another?
Yes.
or will that mess up the GUIDs?
GUIDs? Global UIDs? Dovecot don't have those yet.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On Mon, 19 Nov 2007, Marcelo Iturbe wrote:
Nov 20 04:13:27 postdam dovecot: imap-login: Login: user=<noresponder>, method=PLAIN, rip=201.238.214.202, lip=201.238.214.203 Nov 20 04:16:07 postdam dovecot: IMAP(noresponder): block_alloc(): Out of memory Nov 20 04:16:07 postdam dovecot: child 23174 (imap) returned error 83 (Out of memory)
So the only thing that comes to mind... is moving the files by command line.
Er, do something against the out-of-memory condition (RAM). You can move the files via command line, no problem; but you do not solve the problem that way. If you cannot move as few as 100 mails at once, my users would flock me.
Do you run the server over limits? Or is the Dovecot process grows so large?
Bye,
Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux)
iQEVAwUBR0PoQy9SORjhbDpvAQKt/wgA4ZQhpJiFK5rZhYE9nZO8ybn7ekcXBqs6 7miWbozH2yfuOFYxMLS8UAwe9rnMuBRdfi54hvTJ0pUKIj3y2ZJoRScKH0V/DNSp 2bY/Qg5jZp2o+sDH/u+/jE85VQd37+LPOKXyvay7Fn84UpUiu5QSuehWNuSSuBgZ 7mI4fWwO+Ig6T46q0WXPKGR4rUbIWjtSXxAXVcSO5NMaFqNyux2b8YkxjaSlKXo0 w243I7dEJ9ORVWACro7ZPk/xSnOs5ZyN/QcettLxKrKknKK9fJRECnXdd53S62Sk WnwkUCK/8ZSy1QU/eUgcS7v84kjY9CFT+EFBwRp6/BQeL1XsapyvjQ== =VvuQ -----END PGP SIGNATURE-----
participants (5)
-
Asheesh Laroia
-
Charles Marcus
-
Marcelo Iturbe
-
Steffen Kaiser
-
Timo Sirainen