I'm having a problem with mbox snarf not looking at /var/spool/mail/
when in idle mode thus never giving me a RECENT line even though there
are new messages in /var/spool/mail/ . Here are the imap commands to
reproduce the problem:
1 login userid password
2 select inbox
3 idle
When I run "select inbox" it does see my messages in /var/spool/mail/
and moves them over fine.
When I truss the process, I see it only running stat calls on my "mbox-
snarf" file. To get new messages I issue DONE, CLOSE, and SELECT INBOX.
I'm not sure why it is reporting alpha5 two lines below. I did an hg
pull just the other day and see 1.2.beta1 in the output of hg tags.
# /usr/ladmin2/sbin/dovecot -n
# 1.2.alpha5: /usr/ladmin2/etc/dovecot.conf
Warning: fd limit 2000 is lower than what Dovecot can use under full
load (more than 4224). Either grow the limit or change
login_max_processes_count and max_mail_processes settings
# OS: AIX 3 0001112AD300
syslog_facility: local0
protocols: imap
listen: *:2222
ssl: no
disable_plaintext_auth: no
login_dir: /usr/ladmin2/var/run/dovecot/login
login_executable: /usr/ladmin2/libexec/dovecot/imap-login
login_greeting: Dovecot ready.
login_processes_count: 30
max_mail_processes: 4096
mail_location: mbox:%h/new:INBOX=/var/spool/mail/14/%u
mmap_disable: yes
dotlock_use_excl: no
mbox_write_locks: fcntl
mbox_lazy_writes: no
mail_plugins: mbox_snarf
imap_client_workarounds: delay-newmail
auth default:
mechanisms: plain gssapi
krb5_keytab: /etc/krb5/dovecot.keytab
gssapi_hostname: $ALL
verbose: yes
debug: yes
passdb:
driver: pam
userdb:
driver: passwd
plugin:
mbox_snarf: /gpfs/inbox/14/%u
Thanks,
Jonathan
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2541 bytes
Desc: not available
URL:
<http://dovecot.org/pipermail/dovecot/attachments/20090212/7833d46c/attachment-0002.bin>
Still haven't figured it out. Looks like mbox_snarf_sync_init(which calls
mbox_snarf) is called once. Looks like cmd_idle only wants to update when:
/* check immediately if there are changes. if they came before we
added mailbox-notifier, we wouldn't see them otherwise. */
if (client->mailbox != NULL)
idle_sync_now(client->mailbox, ctx);
So maybe this is by design. So it looks like I should always keep one
e-mail in my inbox to delete in order to get new messages when using idle?
On Thu, 12 Feb 2009, Jonathan Siegle wrote:
> I'm having a problem with mbox snarf not looking at /var/spool/mail/
when in
> idle mode thus never giving me a RECENT line even though there are new
> messages in /var/spool/mail/ . Here are the imap commands to reproduce the
> problem:
>
>
> 1 login userid password
> 2 select inbox
> 3 idle
>
>
> When I run "select inbox" it does see my messages in
/var/spool/mail/ and
> moves them over fine.
> When I truss the process, I see it only running stat calls on my
"mbox-snarf"
> file. To get new messages I issue DONE, CLOSE, and SELECT INBOX.
>
> I'm not sure why it is reporting alpha5 two lines below. I did an hg
pull
> just the other day and see 1.2.beta1 in the output of hg tags.
> # /usr/ladmin2/sbin/dovecot -n
> # 1.2.alpha5: /usr/ladmin2/etc/dovecot.conf
> Warning: fd limit 2000 is lower than what Dovecot can use under full load
> (more than 4224). Either grow the limit or change login_max_processes_count
> and max_mail_processes settings
> # OS: AIX 3 0001112AD300
> syslog_facility: local0
> protocols: imap
> listen: *:2222
> ssl: no
> disable_plaintext_auth: no
> login_dir: /usr/ladmin2/var/run/dovecot/login
> login_executable: /usr/ladmin2/libexec/dovecot/imap-login
> login_greeting: Dovecot ready.
> login_processes_count: 30
> max_mail_processes: 4096
> mail_location: mbox:%h/new:INBOX=/var/spool/mail/14/%u
> mmap_disable: yes
> dotlock_use_excl: no
> mbox_write_locks: fcntl
> mbox_lazy_writes: no
> mail_plugins: mbox_snarf
> imap_client_workarounds: delay-newmail
> auth default:
> mechanisms: plain gssapi
> krb5_keytab: /etc/krb5/dovecot.keytab
> gssapi_hostname: $ALL
> verbose: yes
> debug: yes
> passdb:
> driver: pam
> userdb:
> driver: passwd
> plugin:
> mbox_snarf: /gpfs/inbox/14/%u
>
>
> Thanks,
> Jonathan
Ok. I went back and reread rfc 2177 and now I understand. Another bug
in mail.app. I'll go tell Apple.
"
The IDLE command is sent from the client to the server when the client
is ready to accept unsolicited mailbox update messages. The server
requests a response to the IDLE command using the continuation ("+")
response. The IDLE command remains active until the client responds to
the continuation, and as long as an IDLE command is active, the server
is now free to send untagged EXISTS, EXPUNGE, and other messages at
any time."
Mail.app doesnt respond to the "+" response.
Begin forwarded message:
> From: Jonathan Siegle <jsiegle at psu.edu>
> Date: February 12, 2009 7:55:58 AM EST
> To: Dovecot Mailing List <dovecot at dovecot.org>
> Subject: [Dovecot] mbox snarf plugin + idle
> X-Psu-Spam-Hits: -102.599
>
> I'm having a problem with mbox snarf not looking at /var/spool/mail/
> when in idle mode thus never giving me a RECENT line even though
> there are new messages in /var/spool/mail/ . Here are the imap
> commands to reproduce the problem:
>
>
> 1 login userid password
> 2 select inbox
> 3 idle
>
>
> When I run "select inbox" it does see my messages in /var/spool/
> mail/ and moves them over fine.
> When I truss the process, I see it only running stat calls on my
> "mbox-snarf" file. To get new messages I issue DONE, CLOSE, and
> SELECT INBOX.
>
> I'm not sure why it is reporting alpha5 two lines below. I did an hg
> pull just the other day and see 1.2.beta1 in the output of hg tags.
> # /usr/ladmin2/sbin/dovecot -n
> # 1.2.alpha5: /usr/ladmin2/etc/dovecot.conf
> Warning: fd limit 2000 is lower than what Dovecot can use under full
> load (more than 4224). Either grow the limit or change
> login_max_processes_count and max_mail_processes settings
> # OS: AIX 3 0001112AD300
> syslog_facility: local0
> protocols: imap
> listen: *:2222
> ssl: no
> disable_plaintext_auth: no
> login_dir: /usr/ladmin2/var/run/dovecot/login
> login_executable: /usr/ladmin2/libexec/dovecot/imap-login
> login_greeting: Dovecot ready.
> login_processes_count: 30
> max_mail_processes: 4096
> mail_location: mbox:%h/new:INBOX=/var/spool/mail/14/%u
> mmap_disable: yes
> dotlock_use_excl: no
> mbox_write_locks: fcntl
> mbox_lazy_writes: no
> mail_plugins: mbox_snarf
> imap_client_workarounds: delay-newmail
> auth default:
> mechanisms: plain gssapi
> krb5_keytab: /etc/krb5/dovecot.keytab
> gssapi_hostname: $ALL
> verbose: yes
> debug: yes
> passdb:
> driver: pam
> userdb:
> driver: passwd
> plugin:
> mbox_snarf: /gpfs/inbox/14/%u
>
>
> Thanks,
> Jonathan
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2541 bytes
Desc: not available
URL:
<http://dovecot.org/pipermail/dovecot/attachments/20090218/e1214e59/attachment-0002.bin>