Re: [Dovecot] Transfer incomming email to INBOX

[Nicolas KOWALSKI]

Claude Gélinas  writes:

> I've installed dovecot with maildir format in /home/claude/mail.
> I fetch my email with fetchmail and they are placed in 
> /var/spool/mail/claude.
>
> How can I transfer them automatically in /home/claude/mail/INBOX/new
>
> How can I setup something to transfer my email automatically as they 
> arrive.

Sure, see :

http://wiki.dovecot.org/LDA
http://www.dovecot.org/list/dovecot/2007-July/024012.html:


In your ~/.fetchmailrc, you may use something like the following:

poll your.pop.server with proto POP3
user claude there with pass password
options fetchall
mda "/usr/lib/dovecot/deliver"

-- 
Nicolas

Re: [Dovecot] How do I get my mail from fetchmail into dovecot

[Steinar Bang]

> Andrzej Adam Filip :

> You can use mda option provided in fetchmail as SMTP alternative.
> -
> I recommend using procmail as mda in ~/.fetchmailrc e.g.:

Heh... I'm an old procmail user, and was happy to be able to switch back
to it from sieve (which I never really got the hang of), when moving
from cyrus to dovecot.

But I'm not sure if I'd ever *recommend* it to someone else.

On a side note: the exim default config of debian (and debian
derivatives, like Ubuntu), uses procmail for filtering and delivery if
it is available, and there is a .procmailrc file in the users' home
directories.

[Dovecot] imap signal 6 crash with backtrace (1.2rc5)

[Ralf Hildebrandt]

GNU gdb 6.8-debian
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu"...
Reading symbols from /lib/i686/cmov/libdl.so.2...Reading symbols from 
/usr/lib/debug/lib/i686/cmov/libdl-2.9.so...done.
done.
Loaded symbols for /lib/i686/cmov/libdl.so.2
Reading symbols from /lib/i686/cmov/libc.so.6...Reading symbols from 
/usr/lib/debug/lib/i686/cmov/libc-2.9.so...done.
done.
Loaded symbols for /lib/i686/cmov/libc.so.6
Reading symbols from /lib/ld-linux.so.2...Reading symbols from 
/usr/lib/debug/lib/ld-2.9.so...done.
done.
Loaded symbols for /lib/ld-linux.so.2
Reading symbols from /usr/local/lib/dovecot/imap/lib10_quota_plugin.so...done.
Loaded symbols for /usr/local/lib/dovecot/imap/lib10_quota_plugin.so
Reading symbols from 
/usr/local/lib/dovecot/imap/lib11_imap_quota_plugin.so...done.
Loaded symbols for /usr/local/lib/dovecot/imap/lib11_imap_quota_plugin.so
Reading symbols from /usr/local/lib/dovecot/imap/lib11_trash_plugin.so...done.
Loaded symbols for /usr/local/lib/dovecot/imap/lib11_trash_plugin.so
Reading symbols from 
/usr/local/lib/dovecot/imap/lib20_autocreate_plugin.so...done.
Loaded symbols for /usr/local/lib/dovecot/imap/lib20_autocreate_plugin.so
Reading symbols from /usr/local/lib/dovecot/imap/lib20_fts_plugin.so...done.
Loaded symbols for /usr/local/lib/dovecot/imap/lib20_fts_plugin.so
Reading symbols from 
/usr/local/lib/dovecot/imap/lib20_mail_log_plugin.so...done.
Loaded symbols for /usr/local/lib/dovecot/imap/lib20_mail_log_plugin.so
Reading symbols from /usr/local/lib/dovecot/imap/lib20_zlib_plugin.so...done.
Loaded symbols for /usr/local/lib/dovecot/imap/lib20_zlib_plugin.so
Reading symbols from /usr/lib/libz.so.1...done.
Loaded symbols for /usr/lib/libz.so.1
Reading symbols from /lib/libbz2.so.1.0...done.
Loaded symbols for /lib/libbz2.so.1.0
Reading symbols from 
/usr/local/lib/dovecot/imap/lib21_fts_squat_plugin.so...done.
Loaded symbols for /usr/local/lib/dovecot/imap/lib21_fts_squat_plugin.so
Reading symbols from /lib/libgcc_s.so.1...done.
Loaded symbols for /lib/libgcc_s.so.1
Core was generated by `imap [virus-al 127.0.0.1]'.
Program terminated with signal 6, Aborted.
[New process 2286]
#0  0xb8027424 in __kernel_vsyscall ()
#0  0xb8027424 in __kernel_vsyscall ()
No symbol table info available.
#1  0xb7ee2680 in *__GI_raise (sig=6)
at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
resultvar = 
pid = -1207881740
selftid = 2286
#2  0xb7ee5d68 in *__GI_abort () at abort.c:88
act = {__sigaction_handler = {sa_handler = 0x9407170, 
sa_sigaction = 0x9407170}, sa_mask = {__val = {3219650520, 135193418, 
  3087083232, 0, 3219650640, 3219650628, 512, 0, 0, 3219650704, 
  3087292016, 134566083, 639, 0, 0, 0, 1, 135264238, 512, 1, 3219650628, 
  155218256, 69, 3219650756, 3219650600, 135195014, 155218927, 3219650628, 
  3219650632, 640, 155218288, 3086525667}}, sa_flags = 640, 
  sa_restorer = 0x8105449 }
sigs = {__val = {32, 0 }}
#3  0x080f04a5 in default_fatal_finish (type=, status=0)
at failures.c:160
backtrace = 0x9406d40 "imap [0x80f0491] -> imap [0x80f0512] -> imap 
[0x80efe99] -> imap [0x80ac7e1] -> imap(index_mailbox_set_recent_seq+0x40) 
[0x80ac830] -> imap(maildir_sync_index+0xaa0) [0x807b330] -> imap [0x8079a49] 
->"...
#4  0x080f0512 in i_internal_fatal_handler (type=LOG_TYPE_PANIC, status=0, 
fmt=0x8107fcc "file %s: line %d (%s): assertion failed: (%s)", 
args=0xbfe7f924 "�X\021\b\031") at failures.c:440
No locals.
#5  0x080efe99 in i_panic (
format=0x8107fcc "file %s: line %d (%s): assertion failed: (%s)")
at failures.c:207
No locals.
#6  0x080ac7e1 in index_mailbox_set_recent_uid (ibox=0x9437ae8, uid=1)
at index-sync.c:25
__PRETTY_FUNCTION__ = "index_mailbox_set_recent_uid"
#7  0x080ac830 in index_mailbox_set_recent_seq (ibox=0x9437ae8, 
view=0x941d490, seq1=2, seq2=3) at index-sync.c:42
uid = 1
#8  0x0807b330 in maildir_sync_index (ctx=0x9439ab0, partial=true)
at maildir-sync-index.c:554
mbox = (struct maildir_mailbox *) 0x9437ae8
view = (struct mail_index_view *) 0x941db30
view2 = (struct mail_index_view *) 0x941d490
iter = (struct maildir_uidlist_iter_ctx *) 0x0
trans = (struct mail_index_transaction *) 0x941cbb0
hdr = (const struct mail_index_header *) 0x941e5d0
empty_hdr = {major_version = 1 '\001', minor_version = 0 '\0', 
  base_header_size = 0, header_size = 7687, record_size = 100, 
  compat_flags = 0 '\0', unused = "\000\000", indexid = 0, flags = 0, 
  uid_validity = 145, next_uid = 0, messages_count = 4096, 
  unused_old_recent_messages_count = 8, seen_messages_count = 0, 
  deleted_messages_count = 1245502813,

[Dovecot] POP3 flag updates

[Timo Sirainen]

Why does Dovecot add \Seen flag for mails that have been RETRed? Does  
anyone really want to use this feature? I can't remember why I  
implemented it originally, perhaps it was just "because other servers  
do that too". I'm thinking about at least changing  
pop3_no_flag_updates=yes to be default.


There's also of course pop3_enable_last setting to enable LAST command  
which was removed from POP3 specs. That requires knowing the last  
RETRed mail, so I guess I should add a check that it can't be enabled  
without pop3_no_flag_updates=no.

Re: [Dovecot] imap signal 6 crash with backtrace (1.2rc5)

[Timo Sirainen]

On Jun 20, 2009, at 9:27 AM, Ralf Hildebrandt wrote:


Jun 20 15:00:13 postamt dovecot: IMAP(virus-al):
/home/v/i/virus-al/Maildir/dovecot-uidlist: next_uid was lowered (70  
-> 2)


Any idea why this happened? next_uid really shouldn't get lowered. Did  
something e.g. restore an older dovecot-uidlist to the Maildir?

Re: [Dovecot] How do I get my mail from fetchmail into dovecot

[Andrzej Adam Filip]

Steinar Bang  wrote:

>> Andrzej Adam Filip :
>
>> You can use mda option provided in fetchmail as SMTP alternative.
>> -
>> I recommend using procmail as mda in ~/.fetchmailrc e.g.:
>
> Heh... I'm an old procmail user, and was happy to be able to switch back
> to it from sieve (which I never really got the hang of), when moving
> from cyrus to dovecot.
>
> But I'm not sure if I'd ever *recommend* it to someone else.
>
> On a side note: the exim default config of debian (and debian
> derivatives, like Ubuntu), uses procmail for filtering and delivery if
> it is available, and there is a .procmailrc file in the users' home
> directories.

I use *both* (procmail script as fetchmail's MDA and sieve).

Somehow I prefer to:
a) avoid passing messages via local MTA (fetchmail's default)
b) avoid calling dovecot's deliver directly from ~/.fetchmailrc

-- 
[pl>en: Andrew] Andrzej Adam Filip : a...@onet.eu
"They are both businesses - if you have given them enough money, 
I'm sure they'll do whatever the hell you ask:->"
  -- David Welton

Re: [Dovecot] imap signal 6 crash with backtrace (1.2rc5)

[Ralf Hildebrandt]

* Timo Sirainen :
> On Jun 20, 2009, at 9:27 AM, Ralf Hildebrandt wrote:
>
>> Jun 20 15:00:13 postamt dovecot: IMAP(virus-al):
>> /home/v/i/virus-al/Maildir/dovecot-uidlist: next_uid was lowered (70 -> 
>> 2)
>
> Any idea why this happened? next_uid really shouldn't get lowered. Did  
> something e.g. restore an older dovecot-uidlist to the Maildir?

virus-al is a mailbox that holds quarantined spam. I'm the only person
accessing it AND when this happened, I was (as usual) the only person
looking at the mailbox. I logged in using mutt from localhost via IMAP.

I checked: there are no scripts that (for example) delete files from
the maildir

-- 
Ralf Hildebrandt
Postfix - Einrichtung, Betrieb und Wartung   Tel. +49 (0)30-450 570-155
http://www.computerbeschimpfung.de
"Whom computers would destroy, they must first drive mad."   -- Anon.

[Dovecot] procmail/dovecot error

[Claude Gélinas]

My procmail log keep filling with the following error

procmail: Program failure (75) of "/usr/libexec/dovecot/deliver"
Can't open log file /var/log/dovecot.log: Permission denied

ls -l /usr/libexec/dovecot/deliver
-rwxr-xr-x. 1 root root 964760 avr 20 03:55 /usr/libexec/dovecot/deliver

ls -l /var/log/dovecot.log
-rw---. 1 root root 34689 jun 20 15:26 /var/log/dovecot.log

what do I need to check or change


-- 
Claude Gélinas agr.
Phyto Ressources inc.

Re: [Dovecot] procmail/dovecot error

[Andrzej Adam Filip]

Claude Gélinas  wrote:

> My procmail log keep filling with the following error
>
> procmail: Program failure (75) of "/usr/libexec/dovecot/deliver"
> Can't open log file /var/log/dovecot.log: Permission denied
>
> ls -l /usr/libexec/dovecot/deliver
> -rwxr-xr-x. 1 root root 964760 avr 20 03:55 /usr/libexec/dovecot/deliver
>
> ls -l /var/log/dovecot.log
> -rw---. 1 root root 34689 jun 20 15:26 /var/log/dovecot.log
>
> what do I need to check or change

Do you talk about "your OS account" procmail delivering to 
"your OS account" mailbox/maildir?

YES => consider using "personal" dovecot.conf file (e.g. ~/.dovecotrc)
   with changed log files location and make deliver in your procmail
   scripts use it

../deliver -c /home/anfi/.dovecotrc

P.S. I use such approach with full success.

-- 
[pl>en: Andrew] Andrzej Adam Filip : a...@onet.eu
Reality -- what a concept!
  -- Robin Williams