Re: [Dovecot] dovecot2 rc1: symbol hook_client_created: referenced symbol not found
Burckhard Schmidt wrote:
Hello,
by accident I had configured inside 15-lda.conf
protocol lda {
mail_plugins = autocreate imap_acl acl
}
(I only wanted autocreate sieve.)
There ist a problem with the symbol hook_client_created:
lda: Error:
dlopen(/usr/dovecot-2.0.rc1/lib/dovecot/lib02_imap_acl_plugin.so) failed:
ld.so.1: dovecot-lda: fatal: relocation error:
file /usr/dovecot-2.0.rc1/lib/dovecot/lib02_imap_acl_
lugin.so: symbol hook_client_created: referenced symbol not found lda:
Fatal: Couldn't load required plugins )
The plugin imap_acl may not be used with LDA. It is an IMAP-specific
plugin, hence the error.
Regards,
Stephan.
[Dovecot] Logging subjects of messages
Dear Sirs, I want to know if there is any possibility to log the subjects of the messages downloaded from ther server. We use dovecot 1.0.15 with POP3S and IMAP and we want to keep a trace of the reading of messages by the users of our mail server (who, when and what are the subjects of the e-mail messages read) because some users complain that they did not read some messages but in the logs of the server (maillog files( those messages appear to be delivered to their inboxes. Thank you very much for your help Best regards Alexandru Cucereanu
[Dovecot] dovecot director service
hi, we are using the dovecot-rc1 version, and we are testing the director service, as there is little documentation on this service, a pair of questions.. if i'm not wrong, the proxy_maybe it's not implemented, yet? will be soon? this limitation does not allow use the same two directors servers like mail backend servers? the fairlure of one director server it's automatically detected or require manual intervention? thanks and sorry for so many questions... Xavier
[Dovecot] post 2.0rc1 compilation issue
Hi, I was just updating dovecot to nightly snapshot for Fedora rawhide, but got following issue: fts-backend-solr.c: In function 'fts_box_name_get_root': fts-backend-solr.c:60: error: 'NAMESPACE_FLAG_INBOX' undeclared (first use in this function) fts-backend-solr.c:60: error: (Each undeclared identifier is reported only once and once again on line 750 seems the change http://hg.dovecot.org/dovecot-2.0/rev/07353259bb41 is not complete Michal
Re: [Dovecot] post 2.0rc1 compilation issue
On Wednesday, July 07, 2010 12:26:54 Michal Hlavinka wrote: > Hi, > > I was just updating dovecot to nightly snapshot for Fedora rawhide, but got > following issue: > fts-backend-solr.c: In function 'fts_box_name_get_root': > fts-backend-solr.c:60: error: 'NAMESPACE_FLAG_INBOX' undeclared (first use > in this function) > fts-backend-solr.c:60: error: (Each undeclared identifier is reported only > once > > and once again on line 750 > > seems the change http://hg.dovecot.org/dovecot-2.0/rev/07353259bb41 is not > complete > > Michal also make check fails for dsync: make[3]: Entering directory `/home/mhlavink/cvsf/dovecot/devel/dovecot-2.0.rc1/src/dsync' for bin in test-dsync-brain test-dsync-brain-msgs test-dsync-proxy test-dsync- proxy-server-cmd; do \ if ! /bin/sh ../../run-test.sh ./$bin; then exit 1; fi; \ done dsync brain .. : ok dsync brain full . : ok 0 / 2 tests failed ==769== Invalid read of size 1 ==769==at 0x405E60: dsync_worker_has_failed (dsync-worker.c:271) ==769==by 0x40488B: dsync_brain_deinit (dsync-brain.c:79) ==769==by 0x402C51: test_dsync_brain (test-dsync-brain.c:216) ==769==by 0x40636F: test_run_funcs (test-common.c:226) ==769==by 0x406490: test_run (test-common.c:234) ==769==by 0x3B0E01EC5C: (below main) (in /lib64/libc-2.12.so) ==769== Address 0x4c32540 is 256 bytes inside a block of size 480 free'd ==769==at 0x4A04D72: free (vg_replace_malloc.c:325) ==769==by 0x402C3D: test_dsync_brain (test-dsync-brain.c:214) ==769==by 0x40636F: test_run_funcs (test-common.c:226) ==769==by 0x406490: test_run (test-common.c:234) ==769==by 0x3B0E01EC5C: (below main) (in /lib64/libc-2.12.so) ==769== ==769== Invalid read of size 1 ==769==at 0x405E60: dsync_worker_has_failed (dsync-worker.c:271) ==769==by 0x404898: dsync_brain_deinit (dsync-brain.c:79) ==769==by 0x402C51: test_dsync_brain (test-dsync-brain.c:216) ==769==by 0x40636F: test_run_funcs (test-common.c:226) ==769==by 0x406490: test_run (test-common.c:234) ==769==by 0x3B0E01EC5C: (below main) (in /lib64/libc-2.12.so) ==769== Address 0x4c366a0 is 256 bytes inside a block of size 480 free'd ==769==at 0x4A04D72: free (vg_replace_malloc.c:325) ==769==by 0x402C47: test_dsync_brain (test-dsync-brain.c:215) ==769==by 0x40636F: test_run_funcs (test-common.c:226) ==769==by 0x406490: test_run (test-common.c:234) ==769==by 0x3B0E01EC5C: (below main) (in /lib64/libc-2.12.so) ==769== ==769== Invalid read of size 1 ==769==at 0x405E60: dsync_worker_has_failed (dsync-worker.c:271) ==769==by 0x40488B: dsync_brain_deinit (dsync-brain.c:79) ==769==by 0x4026B9: test_dsync_brain_full (test-dsync-brain.c:273) ==769==by 0x40636F: test_run_funcs (test-common.c:226) ==769==by 0x406490: test_run (test-common.c:234) ==769==by 0x3B0E01EC5C: (below main) (in /lib64/libc-2.12.so) ==769== Address 0x4c4c750 is 256 bytes inside a block of size 480 free'd ==769==at 0x4A04D72: free (vg_replace_malloc.c:325) ==769==by 0x4026A5: test_dsync_brain_full (test-dsync-brain.c:271) ==769==by 0x40636F: test_run_funcs (test-common.c:226) ==769==by 0x406490: test_run (test-common.c:234) ==769==by 0x3B0E01EC5C: (below main) (in /lib64/libc-2.12.so) ==769== ==769== Invalid read of size 1 ==769==at 0x405E60: dsync_worker_has_failed (dsync-worker.c:271) ==769==by 0x404898: dsync_brain_deinit (dsync-brain.c:79) ==769==by 0x4026B9: test_dsync_brain_full (test-dsync-brain.c:273) ==769==by 0x40636F: test_run_funcs (test-common.c:226) ==769==by 0x406490: test_run (test-common.c:234) ==769==by 0x3B0E01EC5C: (below main) (in /lib64/libc-2.12.so) ==769== Address 0x4c508b0 is 256 bytes inside a block of size 480 free'd ==769==at 0x4A04D72: free (vg_replace_malloc.c:325) ==769==by 0x4026AF: test_dsync_brain_full (test-dsync-brain.c:272) ==769==by 0x40636F: test_run_funcs (test-common.c:226) ==769==by 0x406490: test_run (test-common.c:234) ==769==by 0x3B0E01EC5C: (below main) (in /lib64/libc-2.12.so) ==769==
Re: [Dovecot] post 2.0rc1 compilation issue
On 7.7.2010, at 11.42, Michal Hlavinka wrote: >> I was just updating dovecot to nightly snapshot for Fedora rawhide, but got >> following issue: >> fts-backend-solr.c: In function 'fts_box_name_get_root': >> fts-backend-solr.c:60: error: 'NAMESPACE_FLAG_INBOX' undeclared (first use >> in this function) >> fts-backend-solr.c:60: error: (Each undeclared identifier is reported only >> once Fixed: http://hg.dovecot.org/dovecot-2.0/rev/912a11f476cc > ==769== Invalid read of size 1 > ==769==at 0x405E60: dsync_worker_has_failed (dsync-worker.c:271) > ==769==by 0x40488B: dsync_brain_deinit (dsync-brain.c:79) Fixed: http://hg.dovecot.org/dovecot-2.0/rev/056c3240a912
Re: [Dovecot] Logging subjects of messages
On 7.7.2010, at 9.59, Sandu cucereanu wrote:
> I want to know if there is any possibility to log the subjects of the
> messages downloaded from ther server. We use dovecot 1.0.15 with POP3S and
> IMAP and we want to keep a trace of the reading of messages by the users of
> our mail server (who, when and what are the subjects of the e-mail messages
> read) because some users complain that they did not read some messages but in
> the logs of the server (maillog files( those messages appear to be delivered
> to their inboxes.
Not with v1.0, but I think with v1.2 or later you could use
http://wiki.dovecot.org/Plugins/MailLog :
plugin {
mail_log_events = flag_change
mail_log_fields = subject
}
Then as long as you have pop3_no_flag_updates=no (default) it should log a line
for every RETR that is done. (Not tested, but I don't see why it wouldn't work.)
The main problem is that with IMAP this gets logged every time a flag changes.
Also with IMAP there's really no reliable way to say if a message has been
read/downloaded. Clients typically download messages headers, but it's possible
to delete a message without reading it.
Maybe the mail_log plugin would be better used as it was originally intended?
So that it would log whenever messages are deleted?
Re: [Dovecot] dovecot director service
On 7.7.2010, at 10.59, Xavier Pons wrote: > if i'm not wrong, the proxy_maybe it's not implemented, yet? will be soon? I tried implementing it once, but it got difficult, so I'm not sure when it'll be implemented. > this limitation does not allow use the same two directors servers like mail > backend servers? You can install two Dovecot instances on the same server (set different base_dir for them), one as director and another as mail server. A bit annoying to have two of them, but it should work. > the fairlure of one director server it's automatically detected or require > manual intervention? It's automatically detected. I've only simulated it with software, but you could also try it by actually pulling the network plug out. :)
Re: [Dovecot] post 2.0rc1 compilation issue
On Wednesday, July 07, 2010 13:27:41 Timo Sirainen wrote: > On 7.7.2010, at 11.42, Michal Hlavinka wrote: > >> I was just updating dovecot to nightly snapshot for Fedora rawhide, but > >> got following issue: > >> fts-backend-solr.c: In function 'fts_box_name_get_root': > >> fts-backend-solr.c:60: error: 'NAMESPACE_FLAG_INBOX' undeclared (first > >> use in this function) > >> fts-backend-solr.c:60: error: (Each undeclared identifier is reported > >> only once > > Fixed: http://hg.dovecot.org/dovecot-2.0/rev/912a11f476cc confirmed > > ==769== Invalid read of size 1 > > ==769==at 0x405E60: dsync_worker_has_failed (dsync-worker.c:271) > > ==769==by 0x40488B: dsync_brain_deinit (dsync-brain.c:79) > > Fixed: http://hg.dovecot.org/dovecot-2.0/rev/056c3240a912 unfortunately still not enough, the same issue is on line 216 --- dovecot-2.0.rc1/src/dsync/test-dsync-brain.c.betahotfix 2010-07-02 04:00:08.0 +0200 +++ dovecot-2.0.rc1/src/dsync/test-dsync-brain.c2010-07-07 13:45:59.887603676 +0200 @@ -211,9 +211,9 @@ static void test_dsync_brain(void) test_assert(!test_dsync_worker_next_box_event(src_test_worker, &box_event)); test_assert(!test_dsync_worker_next_box_event(dest_test_worker, &box_event)); + dsync_brain_deinit(&brain); dsync_worker_deinit(&src_worker); dsync_worker_deinit(&dest_worker); - dsync_brain_deinit(&brain); test_end(); } with this change make check completes without any error
[Dovecot] Director service for LMTP in 2.0rc1
Hello,
has anyone a running setup for LMTP proxy and the director service ?
pop3/imap/managesieve is properly working, but i have problems with
LMTP. I set it up as described in the conf.d/10-director.conf
From the user_db i get proxy=y and no proxyhost as described for imap/pop3
But lmtp is complaining about the missing host:
Jul 07 15:00:48 auth: Debug: master in: PASS1
use...@domain.de service=lmtplip=::1 lport=30025 rip=::1
rport=41992
Jul 07 15:00:48 auth: Debug: ldap(use...@domain.de,::1): pass search:
base=ou=mailboxes,ou=vfag,c=de,o=top scope=subtree
filter=(&(objectClass=uco)(mail=use...@domain.de))
fields=mailboxname,userpassword,myproxy
Jul 07 15:00:48 auth: Debug: auth(use...@domain.de,::1): username
changed use...@domain.de -> 10032
Jul 07 15:00:48 auth: Debug: ldap(10032,::1): result:
mailboxname(user)=10032 userpassword(password)=
myproxy(proxy)=y
Jul 07 15:00:48 auth: Debug: master out: PASS 1 proxy
Jul 07 15:00:48 lmtp(18537): Debug: auth input: proxy
Jul 07 15:00:48 lmtp(18537): Error: proxy: host not given
Jul 07 15:00:48 auth: Debug: master in: USER2
use...@domain.de service=lmtplip=::1 rip=::1
Jul 07 15:00:48 auth: Debug: ldap(use...@domain.de,::1): user search:
base=ou=mailboxes,ou=vfag,c=de,o=top scope=subtree
filter=(&(objectClass=uco)(mail=use...@domain.de))
fields=homeDirectory,uidNumber,gidNumber,quotaBytes
Jul 07 15:00:48 auth: Debug: ldap(use...@domain.de,::1): result:
homeDirectory(home)=/mail/001/32/00/00/10032
quotaBytes(quota_rule=*:storage=%$B)=*:storage=1073741824B
Jul 07 15:00:48 auth: Debug: master out: USER 2
use...@domain.de home=/mail/001/32/00/00/10032
quota_rule=*:storage=1073741824B
Do i still have have to set
lmtp_proxy=yes
?
My config:
# 2.0.rc1 (056c3240a912): /usr/local/etc/dovecot/dovecot.conf
# OS: Linux 2.6.27.42-0.1-default x86_64 SUSE Linux Enterprise Server 11
(x86_64)
auth_debug = yes
auth_default_realm = domain.de
auth_master_user_separator = *
auth_mechanisms = plain login
auth_verbose = yes
director_mail_servers = 10.189.34.99 10.189.34.100
director_servers = 10.189.34.38 151.189.34.59
disable_plaintext_auth = no
dotlock_use_excl = yes
lmtp_proxy = yes
log_path = /var/log/dovecot.log
mail_debug = yes
mail_gid = 60001
mail_location = mdbox:%h:INDEX=%h/index
mail_nfs_storage = yes
mail_uid = 60001
managesieve_notify_capability = mailto
managesieve_sieve_capability = comparator-i;octet
comparator-i;ascii-casemap fileinto reject envelope encoded-character
vacation subaddress comparator-i;ascii-numeric relational regex
imap4flags copy include variables body enotify environment mailbox date
spamtest spamtestplus virustest
namespace type=private {
inbox = yes
location =
prefix =
separator = .
}
passdb {
args = /usr/local/etc/dovecot/dovecot-ldap-pw.conf
driver = ldap
}
protocols = imap pop3 lmtp sieve
service auth {
unix_listener /var/spool/postfix/private/auth {
mode = 0666
user = postfix
}
unix_listener auth-userdb {
group =
mode = 0600
user = dovecot
}
}
service director {
fifo_listener login/proxy-notify {
mode = 0666
}
inet_listener {
port = 13459
}
unix_listener director-userdb {
mode = 0666
}
unix_listener login/director {
mode = 0666
}
}
service imap-login {
executable = imap-login director
}
service lmtp {
inet_listener {
port = 30025
}
}
service managesieve-login {
executable = managesieve-login director
inet_listener managesieve {
port = 2000
}
}
service pop3-login {
executable = pop3-login director
}
ssl = no
userdb {
args = /usr/local/etc/dovecot/dovecot-ldap-pw.conf
driver = ldap
}
protocol lmtp {
auth_socket_path = director-userdb
}
Re: [Dovecot] Director service for LMTP in 2.0rc1
On Wed, 2010-07-07 at 15:18 +0200, Oliver Eales wrote: > From the user_db i get proxy=y and no proxyhost as described for imap/pop3 > But lmtp is complaining about the missing host: This should help: http://hg.dovecot.org/dovecot-2.0/rev/4db258f7ce91
[Dovecot] Manually creating folders from terminal
I'm trying to use a script to create a mailbox structure. I'm aware that the
structure should look like:
~/.maildir/.INBOX/{cur,tmp,new}
~/.maildir/.INBOX.Subfolder1/{cur,tmp,new}
~/.maildir/.INBOX.Subfolder2/{cur,tmp,new}
~/.maildir/.INBOX.Subfolder2.Subsubfolder1/{cur,tmp,new}
...
I have tried manually making those directories and using the
"maildirmake.dovecot" command that my system has. I feel that in the past,
folders I have made this way worked. However, now none are showing up in my clients.
In Thunderbird, they aren't even listed on the "Subscribe" window for me to
enable. Using Squirrelmail doesn't show them either.
Essentially what I am doing is taking my current IMAP dir structure, and making a copy in a
subfolder called ".INBOX.Archive." to archive my old mail. Thus,
.INBOX.Subfolder1.Subfolder2 becomes .INBOX.Archive.2009.Subfolder1.Subfolder2.
My system:
Ubuntu 8.04
# 1.0.10: /etc/dovecot/dovecot.conf
log_timestamp: %Y-%m-%d %H:%M:%S
ssl_listen: *
disable_plaintext_auth: no
login_dir: /var/run/dovecot/login
login_executable: /usr/lib/dovecot/imap-login
mail_privileged_group: mail
mail_access_groups: mail
default_mail_env: ~/.maildir
mail_location: ~/.maildir
auth default:
mechanisms: plain login
passdb:
driver: pam
userdb:
driver: passwd
socket:
type: listen
client:
path: /var/spool/postfix/private/auth
mode: 432
user: postfix
group: postfix
Re: [Dovecot] [dovecot] Dovecot Migration so far
On Fri, 2010-04-02 at 11:35 -0700, Mark Moseley wrote: > Apr 02 13:25:24 imap(m...@box): Error: > creat(/var/tmp/Indexes/14/75/m...@box/dovecot.mailbox.log) failed: No > such file or directory Finally fixed: http://hg.dovecot.org/dovecot-2.0/rev/6571b3a9c44f > Mar 29 18:02:38 imap(m...@box): Error: FETCH [] for mailbox INBOX UID > 3244 got too little data: 1116 vs 1087383 Are you getting these anymore? > Mar 31 21:52:54 imap(m...@box): Error: > fdatasync(/mail/username/m...@box/Maildir/dovecot-uidlist) failed: > Input/output error This is caused by some kind of an NFS communication error or kernel bug or something. Really shouldn't be happening ever. > /opt/dovecot-2.0.beta4/lib/dovecot/libdovecot-storage.so.0(mail_index_sync_begin_to+0x9a9) > [0xb7837ca9] -> > /opt/dovecot-2.0.beta4/lib/dovecot/libdovecot-storage.so.0(mail_index_sync_begin+0x56) > [0xb7837d56] -> > /opt/dovecot-2.0.beta4/lib/dovecot/libdovecot-storage.so.0(maildir_sync_index_begin+0x51) > [0xb78734d1] -> > /opt/dovecot-2.0.beta4/lib/dovecot/libdovecot-storage.so.0 > [0xb78716eb] -> > /opt/dovecot-2.0.beta4/lib/dovecot/libdovecot-storage.so.0(maildir_storage_sync_force+0x4d) > [0xb78719bd] -> I think I have fixed this.
Re: [Dovecot] Manually creating folders from terminal
A. J. Giurato wrote:
I'm trying to use a script to create a mailbox structure. I'm aware
that the structure should look like:
~/.maildir/.INBOX/{cur,tmp,new}
~/.maildir/.INBOX.Subfolder1/{cur,tmp,new}
~/.maildir/.INBOX.Subfolder2/{cur,tmp,new}
~/.maildir/.INBOX.Subfolder2.Subsubfolder1/{cur,tmp,new}
...
I have tried manually making those directories and using the
"maildirmake.dovecot" command that my system has. I feel that in the
past, folders I have made this way worked. However, now none are
showing up in my clients.
In Thunderbird, they aren't even listed on the "Subscribe" window for
me to enable. Using Squirrelmail doesn't show them either.
Essentially what I am doing is taking my current IMAP dir structure,
and making a copy in a subfolder called ".INBOX.Archive." to
archive my old mail. Thus, .INBOX.Subfolder1.Subfolder2 becomes
.INBOX.Archive.2009.Subfolder1.Subfolder2.
My system:
Ubuntu 8.04
# 1.0.10: /etc/dovecot/dovecot.conf
log_timestamp: %Y-%m-%d %H:%M:%S
ssl_listen: *
disable_plaintext_auth: no
login_dir: /var/run/dovecot/login
login_executable: /usr/lib/dovecot/imap-login
mail_privileged_group: mail
mail_access_groups: mail
default_mail_env: ~/.maildir
mail_location: ~/.maildir
I am not a Dovecot expert, but I would wonder if it makes a difference
if "mail_location" has not specified the mailbox type, e.g.
mail_location = maildir:~/.maildir
Also worth noting that the de-facto standard location for Maildirs is
"~/Maildir", which would be indicated with
mail_location = maildir:~/Maildir
Bill
Re: [Dovecot] Manually creating folders from terminal
A. J. Giurato wrote:
I'm trying to use a script to create a mailbox structure. I'm aware
that the structure should look like:
~/.maildir/.INBOX/{cur,tmp,new}
~/.maildir/.INBOX.Subfolder1/{cur,tmp,new}
~/.maildir/.INBOX.Subfolder2/{cur,tmp,new}
~/.maildir/.INBOX.Subfolder2.Subsubfolder1/{cur,tmp,new}
...
I have tried manually making those directories and using the
"maildirmake.dovecot" command that my system has. I feel that in the
past, folders I have made this way worked. However, now none are
showing up in my clients.
In Thunderbird, they aren't even listed on the "Subscribe" window for
me to enable. Using Squirrelmail doesn't show them either.
Essentially what I am doing is taking my current IMAP dir structure,
and making a copy in a subfolder called ".INBOX.Archive." to
archive my old mail. Thus, .INBOX.Subfolder1.Subfolder2 becomes
.INBOX.Archive.2009.Subfolder1.Subfolder2.
Since you have gotten as far as asking on the mailing list, it may be
worth just sanity checking that your folders are being created under the
correct user and group IDs.
Bill
Re: [Dovecot] Manually creating folders from terminal
Thanks for the suggestions.
The user, group, and permissions on all folders (including the cur, new, and tmp) are "aj aj 700".
Also, I added "mail_location = maildir:~/.maildir" (and removed "default_mail_env").
Neither has worked.
Also, my IMAP folders all work fine except for the new ones I want to create
manually from the CLI.
On 7/7/2010 11:31 AM, William Blunn wrote:
A. J. Giurato wrote:
I'm trying to use a script to create a mailbox structure. I'm aware
that the structure should look like:
~/.maildir/.INBOX/{cur,tmp,new}
~/.maildir/.INBOX.Subfolder1/{cur,tmp,new}
~/.maildir/.INBOX.Subfolder2/{cur,tmp,new}
~/.maildir/.INBOX.Subfolder2.Subsubfolder1/{cur,tmp,new}
...
I have tried manually making those directories and using the
"maildirmake.dovecot" command that my system has. I feel that in the
past, folders I have made this way worked. However, now none are
showing up in my clients.
In Thunderbird, they aren't even listed on the "Subscribe" window for
me to enable. Using Squirrelmail doesn't show them either.
Essentially what I am doing is taking my current IMAP dir structure,
and making a copy in a subfolder called ".INBOX.Archive." to
archive my old mail. Thus, .INBOX.Subfolder1.Subfolder2 becomes
.INBOX.Archive.2009.Subfolder1.Subfolder2.
Since you have gotten as far as asking on the mailing list, it may be
worth just sanity checking that your folders are being created under the
correct user and group IDs.
Bill
Re: [Dovecot] Manually creating folders from terminal
On Wed, 2010-07-07 at 11:40 -0400, A. J. Giurato wrote: > Also, my IMAP folders all work fine except for the new ones I want to > create manually from the CLI. Make sure it's not a client problem (shouldn't be if you tested also with squirrelmail, but who knows): http://wiki.dovecot.org/TestInstallation Especially see if the 'c list "" *' command shows your mailboxes.
Re: [Dovecot] Manually creating folders from terminal
OK, Dovecot is showing those folders correctly from telnet. However, I can't subscribe to them in Thunderbird 3.0.5 (they don't even appear) and I don't even know that squirrelmail 1.4.13 has a subscribe feature. Are there any other recommended clients I try this with? On 7/7/2010 11:44 AM, Timo Sirainen wrote: On Wed, 2010-07-07 at 11:40 -0400, A. J. Giurato wrote: Also, my IMAP folders all work fine except for the new ones I want to create manually from the CLI. Make sure it's not a client problem (shouldn't be if you tested also with squirrelmail, but who knows): http://wiki.dovecot.org/TestInstallation Especially see if the 'c list "" *' command shows your mailboxes.
Re: [Dovecot] Manually creating folders from terminal
On 07/07/2010 09:15 AM, A. J. Giurato wrote: OK, Dovecot is showing those folders correctly from telnet. However, I can't subscribe to them in Thunderbird 3.0.5 (they don't even appear) and I don't even know that squirrelmail 1.4.13 has a subscribe feature. You did "refresh" the Folder list ... right? This has bitten me several times. :-) \\||/ Rod -- Are there any other recommended clients I try this with? On 7/7/2010 11:44 AM, Timo Sirainen wrote: On Wed, 2010-07-07 at 11:40 -0400, A. J. Giurato wrote: Also, my IMAP folders all work fine except for the new ones I want to create manually from the CLI. Make sure it's not a client problem (shouldn't be if you tested also with squirrelmail, but who knows): http://wiki.dovecot.org/TestInstallation Especially see if the 'c list "" *' command shows your mailboxes.
Re: [Dovecot] Manually creating folders from terminal
I've completely closed and reopened Thunderbird many times, and I've hit refresh too. Dovecot has been restarted multiple times. Squirrelmail has been logged out and back in. Apache server serving squirrelmail has been rebooted. ++ | A. J. Giurato | | a...@pastalovers.net | | (678) 516-3710 | ++ On 7/7/2010 12:20 PM, Roderick A. Anderson wrote: On 07/07/2010 09:15 AM, A. J. Giurato wrote: OK, Dovecot is showing those folders correctly from telnet. However, I can't subscribe to them in Thunderbird 3.0.5 (they don't even appear) and I don't even know that squirrelmail 1.4.13 has a subscribe feature. You did "refresh" the Folder list ... right? This has bitten me several times. :-) \\||/ Rod
Re: [Dovecot] [dovecot] Dovecot Migration so far
On Wed, Jul 7, 2010 at 8:08 AM, Timo Sirainen wrote: > On Fri, 2010-04-02 at 11:35 -0700, Mark Moseley wrote: >> Apr 02 13:25:24 imap(m...@box): Error: >> creat(/var/tmp/Indexes/14/75/m...@box/dovecot.mailbox.log) failed: No >> such file or directory > > Finally fixed: http://hg.dovecot.org/dovecot-2.0/rev/6571b3a9c44f Is that revision pre-rc1 or contained in it? >> Mar 29 18:02:38 imap(m...@box): Error: FETCH [] for mailbox INBOX UID >> 3244 got too little data: 1116 vs 1087383 > > Are you getting these anymore? I've been running beta5 for a while and not been seeing those. The closest thing I get now is "Error: FETCH for mailbox INBOX UID 4322 failed to read message input: Stale NFS file handle", but that's obviously not Dovecot's fault. >> Mar 31 21:52:54 imap(m...@box): Error: >> fdatasync(/mail/username/m...@box/Maildir/dovecot-uidlist) failed: >> Input/output error > > This is caused by some kind of an NFS communication error or kernel bug > or something. Really shouldn't be happening ever. NFS hiccup sounds pretty plausible :) They're pretty rare anyway. >> /opt/dovecot-2.0.beta4/lib/dovecot/libdovecot-storage.so.0(mail_index_sync_begin_to+0x9a9) >> [0xb7837ca9] -> >> /opt/dovecot-2.0.beta4/lib/dovecot/libdovecot-storage.so.0(mail_index_sync_begin+0x56) >> [0xb7837d56] -> >> /opt/dovecot-2.0.beta4/lib/dovecot/libdovecot-storage.so.0(maildir_sync_index_begin+0x51) >> [0xb78734d1] -> >> /opt/dovecot-2.0.beta4/lib/dovecot/libdovecot-storage.so.0 >> [0xb78716eb] -> >> /opt/dovecot-2.0.beta4/lib/dovecot/libdovecot-storage.so.0(maildir_storage_sync_force+0x4d) >> [0xb78719bd] -> > > I think I have fixed this. Going out of town tomorrow morning. I'll check when I get back. I'm eager to roll out 2.0rc1 (though beta5 has been completely stable for me) but didn't think it'd be a good idea right before I got on a plane :) thx!
[Dovecot] problems with sieve under 2.0...
I'm experimenting with a 2.0 setup, using the sieve plugin for 2.0 from mercurial. Without sieve, everything seems to work fine. Once I put in a .dovecot.sieve file, though, nothing gets delivered, with the only hint of what's going wrong being this mess in syslog: Jul 7 13:18:00 bellman dovecot: lda(perry): Panic: file index-transaction.c: line 70 (index_transaction_init): assertion failed: (box->opened) Jul 7 13:18:00 bellman dovecot: lda(perry): Error: Raw backtrace: /usr/local/lib/dovecot/libdovecot.so.0 [0x7f55e07fedd2] -> /usr/local/lib/dovecot/libdovecot.so.0(i_syslog_fatal_handler+0x2b) [0x7f55e07fee7b] -> /usr/local/lib/dovecot/libdovecot.so.0(i_error+0) [0x7f55e07ff1e3] -> /usr/local/lib/dovecot/libdovecot-storage.so.0 [0x7f55e0cbdc31] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(index_transaction_begin+0x3f) [0x7f55e0cbdc7f] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(mailbox_transaction_begin+0x13) [0x7f55e0c750d3] -> /usr/local/lib/dovecot/libdovecot-sieve.so.0 [0x7f55df800724] -> /usr/local/lib/dovecot/libdovecot-sieve.so.0(sieve_result_execute+0x173) [0x7f55df7f9183] -> /usr/local/lib/dovecot/libdovecot-sieve.so.0(sieve_execute+0x7d) [0x7f55df807b5d] -> /usr/local/lib/dovecot/lib90_sieve_plugin.so [0x7f55dfa3bbed] -> /usr/local/lib/dovecot/libdovecot-lda.so.0(mail_deliver+0x44) [0x7f55e0a41e84] -> /usr/local/libexec/dovecot/dovecot-lda(main+0x692) [0x402f72] -> /lib/libc.so.6(__libc_start_main+0xe6) [0x7f55e00831a6] -> /usr/local/libexec/dovecot/dovecot-lda [0x402819] Ideas? -- Perry E. Metzgerpe...@piermont.com
Re: [Dovecot] [dovecot] Dovecot Migration so far
On 2010-07-07 1:19 PM, Mark Moseley wrote: > Going out of town tomorrow morning. I'll check when I get back. I'm > eager to roll out 2.0rc1 (though beta5 has been completely stable for > me) but didn't think it'd be a good idea right before I got on a plane > :) Aww, come on! Where's your sense of adventure?! ;)
Re: [Dovecot] Manually creating folders from terminal
A. J. Giurato wrote:
I'm trying to use a script to create a mailbox structure. I'm aware
that the structure should look like:
~/.maildir/.INBOX/{cur,tmp,new}
~/.maildir/.INBOX.Subfolder1/{cur,tmp,new}
~/.maildir/.INBOX.Subfolder2/{cur,tmp,new}
~/.maildir/.INBOX.Subfolder2.Subsubfolder1/{cur,tmp,new}
I am a bit dubious about your directory names. In my experience, INBOX
is always at
~/Maildir/{cur,tmp,new}
which in your setup would become
~/.maildir/{cur,tmp,new}
Similarly, folders are at
~/Maildir/.folder/{cur,tmp,new}
~/Maildir/.folder.subfolder/{cur,tmp,new}
~/Maildir/.folder.subfolder.subsubfolder/{cur,tmp,new}
which in your setup would become
~/.maildir/.Subfolder1/{cur,tmp,new}
~/.maildir/.Subfolder2/{cur,tmp,new}
~/.maildir/.Subfolder2.Subsubfolder1/{cur,tmp,new}
Bill
[Dovecot] sieve not respecting userdb_mail setting?
It appears that the lda + sieve does not respect the userdb_mail setting, though the imap server does(!?). Is this expected behavior? Perry -- Perry E. Metzgerpe...@piermont.com
Re: [Dovecot] [dovecot] Dovecot Migration so far
On Wed, 2010-07-07 at 10:19 -0700, Mark Moseley wrote: > On Wed, Jul 7, 2010 at 8:08 AM, Timo Sirainen wrote: > > On Fri, 2010-04-02 at 11:35 -0700, Mark Moseley wrote: > >> Apr 02 13:25:24 imap(m...@box): Error: > >> creat(/var/tmp/Indexes/14/75/m...@box/dovecot.mailbox.log) failed: No > >> such file or directory > > > > Finally fixed: http://hg.dovecot.org/dovecot-2.0/rev/6571b3a9c44f > > Is that revision pre-rc1 or contained in it? It's post-rc1. I fixed it a few minutes before sending the mail. > I've been running beta5 for a while and not been seeing those. The > closest thing I get now is "Error: FETCH for mailbox INBOX UID 4322 > failed to read message input: Stale NFS file handle", but that's > obviously not Dovecot's fault. You should be running the new director I think. :)
Re: [Dovecot] Manually creating folders from terminal
I think there was a Thunderbird bug related to showing subfolders. It was talked about here just a few (3-7?) days ago.. On Wed, 2010-07-07 at 12:28 -0400, A. J. Giurato wrote: > I've completely closed and reopened Thunderbird many times, and I've hit > refresh too. Dovecot has been restarted multiple times. Squirrelmail has > been logged out and back in. Apache server serving squirrelmail has been > rebooted. > > ++ > | A. J. Giurato | > | a...@pastalovers.net | > | (678) 516-3710 | > ++ > > On 7/7/2010 12:20 PM, Roderick A. Anderson wrote: > > On 07/07/2010 09:15 AM, A. J. Giurato wrote: > >> OK, Dovecot is showing those folders correctly from telnet. > >> > >> However, I can't subscribe to them in Thunderbird 3.0.5 (they don't even > >> appear) and I don't even know that squirrelmail 1.4.13 has a subscribe > >> feature. > > > > You did "refresh" the Folder list ... right? This has bitten me several > > times. :-) > > > > > > \\||/ > > Rod >
Re: [Dovecot] sieve not respecting userdb_mail setting?
On Wed, 2010-07-07 at 14:42 -0400, Perry E. Metzger wrote: > It appears that the lda + sieve does not respect the userdb_mail > setting, though the imap server does(!?). Is this expected behavior? Are you calling deliver with -d parameter? If not, it's not doing a userdb lookup.
Re: [Dovecot] problems with sieve under 2.0...
On Wed, 2010-07-07 at 13:23 -0400, Perry E. Metzger wrote: > Jul 7 13:18:00 bellman dovecot: lda(perry): Panic: file index-transaction.c: > line 70 (index_transaction_init): assertion failed: (box->opened) > Jul 7 13:18:00 bellman dovecot: lda(perry): Error: Raw backtrace: > /usr/local/lib/dovecot/libdovecot.so.0 [0x7f55e07fedd2] -> > /usr/local/lib/dovecot/libdovecot.so.0(i_syslog_fatal_handler+0x2b) > [0x7f55e07fee7b] -> /usr/local/lib/dovecot/libdovecot.so.0(i_error+0) > [0x7f55e07ff1e3] -> /usr/local/lib/dovecot/libdovecot-storage.so.0 > [0x7f55e0cbdc31] -> > /usr/local/lib/dovecot/libdovecot-storage.so.0(index_transaction_begin+0x3f) > [0x7f55e0cbdc7f] -> > /usr/local/lib/dovecot/libdovecot-storage.so.0(mailbox_transaction_begin+0x13) > [0x7f55e0c750d3] -> /usr/local/lib/dovecot/libdovecot-sieve.so.0 > [0x7f55df800724] -> > /usr/local/lib/dovecot/libdovecot-sieve.so.0(sieve_result_execute+0x173) > [0x7f55df7f9183] -> > /usr/local/lib/dovecot/libdovecot-sieve.so.0(sieve_execute+0x7d) > [0x7f55df807b5d] -> /usr/local/lib/dovecot/lib90_sieve_plugin.so > [0x7f55dfa3bbed] -> > /usr/local/lib/dovecot/libdovecot-lda.so.0(mail_deliver+0x44) > [0x7f55e0a41e84] -> /usr/local/libexec/dovecot/dovecot-lda(main+0x692) > [0x402f72] -> /lib/libc.so.6(__libc_start_main+0xe6) [0x7f55e00831a6] -> > /usr/local/libexec/dovecot/dovecot-lda [0x402819] I think this is related to the change I did recently. Or maybe it existed before that too.. I find the code a bit difficult to understand. So trans->box is allocated and then tried to be opened. If opening fails, the trans->box is still left there (because some other code still wants to use it). But nothing remembers that opening it failed, so I guess the code goes to act_store_execute() with trans->box != NULL, but also not opened. Then it fails when it tries to create a transaction.
Re: [Dovecot] Manually creating folders from terminal
This is true. Sorry. That is how I have it. The .INBOX's directories are in
the root
.maildir/{cur,tmp,new}
The subscriptions file did it. As recommended by Rod, I added the mailbox
directories I was creating to .maildir/subscriptions. Now Thunderbird and
SquirrelMail see them.
Thanks to all.
- A. J.
On 7/7/2010 2:31 PM, William Blunn wrote:
A. J. Giurato wrote:
I'm trying to use a script to create a mailbox structure. I'm aware
that the structure should look like:
~/.maildir/.INBOX/{cur,tmp,new}
~/.maildir/.INBOX.Subfolder1/{cur,tmp,new}
~/.maildir/.INBOX.Subfolder2/{cur,tmp,new}
~/.maildir/.INBOX.Subfolder2.Subsubfolder1/{cur,tmp,new}
I am a bit dubious about your directory names. In my experience, INBOX
is always at
~/Maildir/{cur,tmp,new}
which in your setup would become
~/.maildir/{cur,tmp,new}
Similarly, folders are at
~/Maildir/.folder/{cur,tmp,new}
~/Maildir/.folder.subfolder/{cur,tmp,new}
~/Maildir/.folder.subfolder.subsubfolder/{cur,tmp,new}
which in your setup would become
~/.maildir/.Subfolder1/{cur,tmp,new}
~/.maildir/.Subfolder2/{cur,tmp,new}
~/.maildir/.Subfolder2.Subsubfolder1/{cur,tmp,new}
Bill
Re: [Dovecot] sieve not respecting userdb_mail setting?
Timo Sirainen writes: > On Wed, 2010-07-07 at 14:42 -0400, Perry E. Metzger wrote: >> It appears that the lda + sieve does not respect the userdb_mail >> setting, though the imap server does(!?). Is this expected behavior? > > Are you calling deliver with -d parameter? If not, it's not doing a > userdb lookup. No, I wasn't aware I needed to do that. Thanks so much! -- Perry E. Metzgerpe...@piermont.com
Re: [Dovecot] problems with sieve under 2.0...
On 2010-07-07 3:33 PM, Timo Sirainen wrote: > On Wed, 2010-07-07 at 13:23 -0400, Perry E. Metzger wrote: >> Jul 7 13:18:00 bellman dovecot: lda(perry): Panic: file >> index-transaction.c: line 70 (index_transaction_init): assertion failed: >> (box->opened) >> Jul 7 13:18:00 bellman dovecot: lda(perry): Error: Raw backtrace: >> /usr/local/lib/dovecot/libdovecot.so.0 [0x7f55e07fedd2] -> >> /usr/local/lib/dovecot/libdovecot.so.0(i_syslog_fatal_handler+0x2b) >> [0x7f55e07fee7b] -> /usr/local/lib/dovecot/libdovecot.so.0(i_error+0) >> [0x7f55e07ff1e3] -> /usr/local/lib/dovecot/libdovecot-storage.so.0 >> [0x7f55e0cbdc31] -> >> /usr/local/lib/dovecot/libdovecot-storage.so.0(index_transaction_begin+0x3f) >> [0x7f55e0cbdc7f] -> >> /usr/local/lib/dovecot/libdovecot-storage.so.0(mailbox_transaction_begin+0x13) >> [0x7f55e0c750d3] -> /usr/local/lib/dovecot/libdovecot-sieve.so.0 >> [0x7f55df800724] -> >> /usr/local/lib/dovecot/libdovecot-sieve.so.0(sieve_result_execute+0x173) >> [0x7f55df7f9183] -> >> /usr/local/lib/dovecot/libdovecot-sieve.so.0(sieve_execute+0x7d) >> [0x7f55df807b5d] -> /usr/local/lib/dovecot/lib90_sieve_plugin.so >> [0x7f55dfa3bbed] -> >> /usr/local/lib/dovecot/libdovecot-lda.so.0(mail_deliver+0x44) >> [0x7f55e0a41e84] -> /usr/local/libexec/dovecot/dovecot-lda(main+0x692 ) [0x402f72] -> /lib/libc.so.6(__libc_start_main+0xe6) [0x7f55e00831a6] -> /usr/local/libexec/dovecot/dovecot-lda [0x402819] > > I think this is related to the change I did recently. Or maybe it > existed before that too.. I find the code a bit difficult to understand. > > So trans->box is allocated and then tried to be opened. If opening > fails, the trans->box is still left there (because some other code still > wants to use it). But nothing remembers that opening it failed, so I > guess the code goes to act_store_execute() with trans->box != NULL, but > also not opened. Then it fails when it tries to create a transaction. Ah, so, obviously, the answer is: 42. ;)
Re: [Dovecot] problems with sieve under 2.0...
Timo Sirainen writes: > On Wed, 2010-07-07 at 13:23 -0400, Perry E. Metzger wrote: >> Jul 7 13:18:00 bellman dovecot: lda(perry): Panic: file >> index-transaction.c: line 70 (index_transaction_init): assertion failed: >> (box->opened) >> Jul 7 13:18:00 bellman dovecot: lda(perry): Error: Raw backtrace: >> /usr/local/lib/dovecot/libdovecot.so.0 [0x7f55e07fedd2] -> >> /usr/local/lib/dovecot/libdovecot.so.0(i_syslog_fatal_handler+0x2b) >> [0x7f55e07fee7b] -> /usr/local/lib/dovecot/libdovecot.so.0(i_error+0) >> [0x7f55e07ff1e3] -> /usr/local/lib/dovecot/libdovecot-storage.so.0 >> [0x7f55e0cbdc31] -> >> /usr/local/lib/dovecot/libdovecot-storage.so.0(index_transaction_begin+0x3f) >> [0x7f55e0cbdc7f] -> >> /usr/local/lib/dovecot/libdovecot-storage.so.0(mailbox_transaction_begin+0x13) >> [0x7f55e0c750d3] -> /usr/local/lib/dovecot/libdovecot-sieve.so.0 >> [0x7f55df800724] -> >> /usr/local/lib/dovecot/libdovecot-sieve.so.0(sieve_result_execute+0x173) >> [0x7f55df7f9183] -> >> /usr/local/lib/dovecot/libdovecot-sieve.so.0(sieve_execute+0x7d) >> [0x7f55df807b5d] -> /usr/local/lib/dovecot/lib90_sieve_plugin.so >> [0x7f55dfa3bbed] -> >> /usr/local/lib/dovecot/libdovecot-lda.so.0(mail_deliver+0x44) >> [0x7f55e0a41e84] -> /usr/local/libexec/dovecot/dovecot-lda(main+0x692) >> [0x402f72] -> /lib/libc.so.6(__libc_start_main+0xe6) [0x7f55e00831a6] -> >> /usr/local/libexec/dovecot/dovecot-lda [0x402819] > > I think this is related to the change I did recently. Or maybe it > existed before that too.. I find the code a bit difficult to understand. > > So trans->box is allocated and then tried to be opened. If opening > fails, the trans->box is still left there (because some other code still > wants to use it). But nothing remembers that opening it failed, so I > guess the code goes to act_store_execute() with trans->box != NULL, but > also not opened. Then it fails when it tries to create a transaction. A datapoint: I poked around, made a guess, added: lda_mailbox_autocreate = yes lda_mailbox_autosubscribe = yes and the crash went away. It may be that this was a very very bad way of the lda indicating that it could not create the mailbox. Perry -- Perry E. Metzgerpe...@piermont.com
Re: [Dovecot] sieve not respecting userdb_mail setting?
"Perry E. Metzger" writes: > Timo Sirainen writes: >> On Wed, 2010-07-07 at 14:42 -0400, Perry E. Metzger wrote: >>> It appears that the lda + sieve does not respect the userdb_mail >>> setting, though the imap server does(!?). Is this expected behavior? >> >> Are you calling deliver with -d parameter? If not, it's not doing a >> userdb lookup. > > No, I wasn't aware I needed to do that. Thanks so much! Ah, but as the lda doesn't have privs to read the userdb, it can't read it anyway. I suppose if I want to do this, I need to use lmtp instead. -- Perry E. Metzgerpe...@piermont.com
Re: [Dovecot] sieve not respecting userdb_mail setting?
On Wed, 2010-07-07 at 16:00 -0400, Perry E. Metzger wrote: > Ah, but as the lda doesn't have privs to read the userdb, it can't read > it anyway. You can give it permissions. It's not done by default just in case someone would put some sensitive information in there.
[Dovecot] Eronious comment in sample Director configuration
The sample Director configuration (10-director.conf) says that director_servers and director_mail_servers can be lists of either IPs or hostnames: # List of IPs or hostnames to all director servers, including ourself. # Ports can be specified as ip:port. The default port is the same as # what director service's inet_listener is using. #director_servers = # List of IPs or hostnames to all backend mail servers. Ranges are allowed # too, like 10.0.0.10-10.0.0.30. #director_mail_servers = However, if I use hostnames, it bails out with an "Invalid IP address" error. It also seems to be confusing the dashes in my hostnames for address range specifications. Obviously hostnames are not currently supported, but I thought I'd mention it so the documentation could be updated. -Brad
Re: [Dovecot] problems with sieve under 2.0...
Perry E. Metzger wrote: I'm experimenting with a 2.0 setup, using the sieve plugin for 2.0 from mercurial. Without sieve, everything seems to work fine. Once I put in a .dovecot.sieve file, though, nothing gets delivered, with the only hint of what's going wrong being this mess in syslog: Jul 7 13:18:00 bellman dovecot: lda(perry): Panic: file index-transaction.c: line 70 (index_transaction_init): assertion failed: (box->opened) Jul 7 13:18:00 bellman dovecot: lda(perry): Error: Raw backtrace: /usr/local/lib/dovecot/libdovecot.so.0 [0x7f55e07fedd2] -> /usr/local/lib/dovecot/libdovecot.so.0(i_syslog_fatal_handler+0x2b) [0x7f55e07fee7b] -> /usr/local/lib/dovecot/libdovecot.so.0(i_error+0) [0x7f55e07ff1e3] -> /usr/local/lib/dovecot/libdovecot-storage.so.0 [0x7f55e0cbdc31] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(index_transaction_begin+0x3f) [0x7f55e0cbdc7f] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(mailbox_transaction_begin+0x13) [0x7f55e0c750d3] -> /usr/local/lib/dovecot/libdovecot-sieve.so.0 [0x7f55df800724] -> /usr/local/lib/dovecot/libdovecot-sieve.so.0(sieve_result_execute+0x173) [0x7f55df7f9183] -> /usr/local/lib/dovecot/libdovecot-sieve.so.0(sieve_execute+0x7d) [0x7f55df807b5d] -> /usr/local/lib/dovecot/lib90_sieve_plugin.so [0x7f55dfa3bbed] -> /usr/local/lib/dovecot/libdovecot-lda.so.0(mail_deliver+0x44) [0x7f55e0a41e84] -> /usr/local/libexec/dovecot/dovecot-lda(main+0x692) [0x402f72] -> /lib/libc.so.6(__libc_start_main+0xe6) [0x7f55e00831a6] -> /usr/local/libexec/dovecot/dovecot-lda [0x402819] Fixed: http://hg.rename-it.nl/dovecot-2.0-pigeonhole/rev/703f82bb2b09 Regards, Stephan.
Re: [Dovecot] problems with sieve under 2.0...
Timo Sirainen wrote: On Wed, 2010-07-07 at 13:23 -0400, Perry E. Metzger wrote: Jul 7 13:18:00 bellman dovecot: lda(perry): Panic: file index-transaction.c: line 70 (index_transaction_init): assertion failed: (box->opened) Jul 7 13:18:00 bellman dovecot: lda(perry): Error: Raw backtrace: /usr/local/lib/dovecot/libdovecot.so.0 [0x7f55e07fedd2] -> /usr/local/lib/dovecot/libdovecot.so.0(i_syslog_fatal_handler+0x2b) [0x7f55e07fee7b] -> /usr/local/lib/dovecot/libdovecot.so.0(i_error+0) [0x7f55e07ff1e3] -> /usr/local/lib/dovecot/libdovecot-storage.so.0 [0x7f55e0cbdc31] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(index_transaction_begin+0x3f) [0x7f55e0cbdc7f] -> /usr/local/lib/dovecot/libdovecot-storage.so.0(mailbox_transaction_begin+0x13) [0x7f55e0c750d3] -> /usr/local/lib/dovecot/libdovecot-sieve.so.0 [0x7f55df800724] -> /usr/local/lib/dovecot/libdovecot-sieve.so.0(sieve_result_execute+0x173) [0x7f55df7f9183] -> /usr/local/lib/dovecot/libdovecot-sieve.so.0(sieve_execute+0x7d) [0x7f55df807b5d] -> /usr/local/lib/dovecot/lib90_sieve_plugin.so [0x7f55dfa3bbed] -> /usr/local/lib/dovecot/libdovecot-lda.so.0(mail_deliver+0x44) [0x7f55e0a41e84] -> /usr/local/libexec/dovecot/dovecot-lda(main+0x692 ) [0x402f72] -> /lib/libc.so.6(__libc_start_main+0xe6) [0x7f55e00831a6] -> /usr/local/libexec/dovecot/dovecot-lda [0x402819] I think this is related to the change I did recently. Or maybe it existed before that too.. I find the code a bit difficult to understand. It is related to that change, yes. I fixed the problem, but I am still not entirely happy with the error handling of the store action. So trans->box is allocated and then tried to be opened. If opening fails, the trans->box is still left there (because some other code still wants to use it). But nothing remembers that opening it failed, so I guess the code goes to act_store_execute() with trans->box != NULL, but also not opened. Then it fails when it tries to create a transaction. Exactly. Regards, Stephan.
Re: [Dovecot] OT: Sieve + Forward as Attachment
Jerry wrote: I know that this is technically not a Dovecot problem; however, I was wondering if anyone knew if 'sieve' had been updated with the ability to 'forward as attachment' a received document. I believe it has the ability to forward a document; however, I need the ability to forward it as an attachment if possible. There is an enclose extension: http://ietfreport.isoc.org/idref/rfc5703/#page-10 Unfortunately, it explicitly does not affect the redirect action. So you can only `enclose' messages that are stored locally. Still don't know why; no one on the Sieve list bothered to answer my question on this a few months back. Also I believe, somewhat due to my asking for them, that sieve exits with appropriate error codes. Is there a listing of these codes, other than in the actual program code itself, of what those exit codes are? I should include this in the man pages. Current exit codes are: 0 (EXIT_SUCCESS) All succeeded 1 (EXIT_FAILURE) Generic failure 64 (EX_USAGE) Invalid command line parameter Regards, Stephan
[Dovecot] Australian Internet Filtering Position
List, With sites like this appearing everywhere: http://www.dontfilterme.com and http://nocleanfeed.com/ Just trying to get a general opinion with what everyone thinks of the filtering situation in Australia. Whether you believe its a good thing or a bad thing or you don't really care. I'm writing a letter to an Australian MP (Member of Parliament) and I want to get some actual opinions of what other systems administrators think of the internet filter, even if they are not in Australia. Not only at a technical aspect but at an opinion aspect as well. Either reply on list or pm me. I just want to get a general idea. Thanks, Ryan.
Re: [Dovecot] OT: Sieve + Forward as Attachment
On Thu, 08 Jul 2010 00:21:42 +0200 Stephan Bosch articulated: > I should include this in the man pages. Current exit codes are: > > 0 (EXIT_SUCCESS) All succeeded > 1 (EXIT_FAILURE) Generic failure > 64 (EX_USAGE) Invalid command line parameter Thanks! -- Jerry ✌ dovecot.u...@seibercom.net Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header. __ There is not opinion so absurd that some philosopher will not express it. Marcus Tullius Cicero, "Ad familiares"
Re: [Dovecot] Australian Internet Filtering Position
This has NOTHING to do with Dovecot I am an Australian, and are on other appropriate lists for such discussions such as our communist dictatorship ALP govt power tripping, but I'm afraid all you have done here, is SPAM, please do not do this again. On Thu, 2010-07-08 at 09:21 +1000, Ryan Halloway wrote: > List, > > With sites like this appearing everywhere: http://www.dontfilterme.com and > http://nocleanfeed.com/ > > Just trying to get a general opinion with what everyone thinks of the > filtering situation in Australia. Whether you believe its a good thing or a > bad thing or you don't really care. I'm writing a letter to an Australian MP > (Member of Parliament) and I want to get some actual opinions of what other > systems administrators think of the internet filter, even if they are not in > Australia. Not only at a technical aspect but at an opinion aspect as well. > > Either reply on list or pm me. I just want to get a general idea. > > Thanks, > > Ryan.
Re: [Dovecot] problems with sieve under 2.0...
Stephan Bosch writes: > It is related to that change, yes. I fixed the problem, but I am still > not entirely happy with the error handling of the store action. It would be best, I think, if the system failed safe (i.e. if it did not lose the user's mail in case of error, but rather stored it in the main mailbox or in some sort of last ditch error mailbox.) It should also report a reasonably sane error in syslog... Perry
Re: [Dovecot] system v. virtual mailboxes, was Re: Thunderbird problem
On Fri, 2010-07-02 at 09:26 -0500, Stan Hoeppner wrote: > Noel Butler put forth on 7/1/2010 4:46 PM: > > < snipped the juvenile stabs > > > > oh but as a parting shot, with all that mail we get, little spam, scams > > or viruses gets to our users, that says we are doing something right, > > and it hasn't been since around 2004 that we had any particular smtp > > server in an DNSBL, and then it was only one of a dozen (0 day virus > > infected windows weenie) , and although I was once a member of the > > "inner boys club" being spam-l, Jerr'ys comment and my agreeance are > > You've been looking at this from the wrong perspective the entire time, and > apparently completely missed my original point, which was keeping a close eye > on what's going on with one's SMTP servers. > *sigh* are you really this stupid or just trolling ? > You mentioned nothing of outbound mail in your diatribe, only inbound. That I guess your trolling childish mind over looked the comment about RBL, which I think kinda infers "outbound" > means you only perform half of your duties as a mail OP. There are numerous > scenarios in which outbound mail will get deferred, sometimes for up to 5 days > or more. Users have no clue there is a problem unless the receiving party is > expecting the particular email and it doesn't arrive in a timely manner. By > your own statement it would appear that you simply wait until the deferment > times out and your user finally receives an NDR. > fuck me dead, if you think I am going to sift through all deferred log messages you seriously are not living in the same universe as I. you have NO idea on the volume of mail the servers I'm responsible for process, or my servers configurations or automated monitoring, so stop making your dumbass assumptions. > A good seasoned mail OP is going to monitor his/her logs, via any number of sure, if there are a tiny SOHO like you or your other little spam-l mates. so sorry that we dont do what you do, but hey I guess the fact we get on average, 2 abuse complaints and maybe 4 or 5 general mail complaints from our users (unrelated to spam) a week, shows we know what we are doing, and given the volume of mail, I'll tell you now i'd still be over the moon if we got 20 abuse and general complaints a day! but the fact we dont, and it all runs smoothly, shows we know what we are doing. Pretty clear your capabilities are not up to the standard that I expect. > To answer your question, yes, their employers _DO_ "really know" and that's > exactly why they hired them. They want proactive postmasters and SAs. Most If you, or anyone on my staff wasted their time doing things like this I d sack your time ass in an instant, the only "looking at logs" that goes on here, is immediately after a software upgrade to ensure things are working. now, be gone, I have nothing further to discuss with you troll, this thread left Dovecot topic a long time ago.
[Dovecot] Dovecot 2.0 with LMTP
Hello, I'm testing Dovecot 2.0. I plan to use Dovecot 2.0 with thousands of domains per server. My user base is under virtual MySQL. Is there a way to make the LMTP not make query to MySQL for each message delivered ? I'm afraid that the MySQL server does not support the load. Best Regards -- []'s Thiago Henrique Network Administration Digirati Networks K8 Networks
[Dovecot] Director error during sync
Just an FYI - if I have a two-node director ring, I get this when I start up the second node: Jul 7 16:59:38 oh-popmap7 dovecot: director: Error: Received SYNC from 10.142.0.162:1234/left (seq=6) while already synced Totally expected since it's already received the same SYNC from the right side, but since I thought I heard you say that "any errors that Dovecot logs are bugs" I thought I'd report it ;) For that matter, it also logs errors when I shut down / restart the second node: Jul 7 16:59:37 oh-popmap7 dovecot: director: Error: Director 10.142.0.162:1234/left disconnected Jul 7 16:59:37 oh-popmap7 dovecot: director: Error: Director 10.142.0.162:1234/right disconnected Jul 7 16:59:37 oh-popmap7 dovecot: director: Error: director(10.142.0.162:1234/out): connect() failed: Connection refused -Brad
Re: [Dovecot] Dovecot 2.0 with LMTP
On 8.7.2010, at 1.02, Thiago Henrique wrote: > Is there a way to make the LMTP not make query to MySQL for each message > delivered ? I'm afraid that the MySQL server does not support the load. It depends on your configuration. a) Is the MySQL query needed at all? If everyone uses the same uid/gid and the home directory can be set up with a template, you could use userdb static and avoid the query for everyone. This assumes that your MTA already verified that the address is valid, otherwise it could start creating "new users". b) If a) doesn't work, you can set auth_cache_size so Dovecot will cache recent lookups. c) You can create a local replica of your SQL userdb, either again to MySQL or even a flat file or something..
Re: [Dovecot] Director error during sync
On 8.7.2010, at 1.13, Brad Davidson wrote: > Just an FYI - if I have a two-node director ring, I get this when I > start up the second node: > > Jul 7 16:59:38 oh-popmap7 dovecot: director: Error: Received SYNC from > 10.142.0.162:1234/left (seq=6) while already synced > > Totally expected since it's already received the same SYNC from the > right side, but since I thought I heard you say that "any errors that > Dovecot logs are bugs" I thought I'd report it ;) Yes. That does look like a bug. I'll see about fixing it tomorrow. > For that matter, it also logs errors when I shut down / restart the > second node: > > Jul 7 16:59:37 oh-popmap7 dovecot: director: Error: Director > 10.142.0.162:1234/left disconnected > Jul 7 16:59:37 oh-popmap7 dovecot: director: Error: Director > 10.142.0.162:1234/right disconnected > Jul 7 16:59:37 oh-popmap7 dovecot: director: Error: > director(10.142.0.162:1234/out): connect() failed: Connection refused These are intentional. Or possibly they should be warnings. Anyway I thought it wouldn't be normal for directors to die.
[Dovecot] Command died with signal 6
Hi, We have dovecot 1.1.20 running on Fedora 7 with mail and indexes on NFS. On our delivery server we are getting "status=bounced (Command died with signal 6: "/usr/local/libexec/dovecot/deliver")" We are fetching these mails from another server which has Centos 5.2 installed. We have mail_nfs*=yes and mmap_disable=yes settings in dovecot.conf. Please let me know why the above error coming in dovecot logs? Regards, Gourav Joshi
Re: [Dovecot] system v. virtual mailboxes, was Re: Thunderbird problem
* Noel Butler : > *sigh* > > are you really this stupid or just trolling ? Seriously, I think you should all go offlist with your insults. Stop stealing other peoples attention with your dogmatic positions. Obviously you seem to have opposite positions and all of you seem to have a strong opinion why you take them. Stop trying to persuade the other to adopt your position. Accept that there are people who are different. I am asking the list operator to close this thread. p...@rick -- state of mind Digitale Kommunikation http://www.state-of-mind.de Franziskanerstraße 15 Telefon +49 89 3090 4664 81669 München Telefax +49 89 3090 4666 Amtsgericht MünchenPartnerschaftsregister PR 563
