Re: [Dovecot] Problem with Outlook 2010
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/07/2011 09:20 PM, pch0317 wrote: Hi, I use dovecot 2.0. I have problem with Outlook 2010. This application freezes for about 2 minutes when I move or delete messages. Other applications such as Outlook Express and Thunderbird work correctly. Has anyone had similar problem? Thanks We have no problems with Outlook 2010 and dovecot-2.0. Everything works fine. Greets Ralf -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQEcBAEBAgAGBQJN7zCTAAoJENVjhbwuX+/Hb+wIAJ8PiULXV4u/L0xByojYMKzS jEyzQh+6w6oIqf64q3wCxo8CFRhUZ+STleH5pHNVlmOdw7jU+PeuJxyVYYyZkjE6 UUpIxtlZDPMq79ODFIXRUAFyXM9gB8UWvBDhjuVDbEuEeYu8g0FfHb5qe9hM1+9D pFaBTOQyZ+bsWdkRxtZ0PoYSfAW0+u6ZBP+vqKMfmul/QPXY/ajquLFNa2it3Hov 3u6W7fj8AsjNWGG5H25Vyc0kWxrKXCN7IQV8N2Xz9sUQqI5cncs8nKbxw+RSth44 FxiVCTllBBX1cAUKVj8Aledf2/aYyPk5PuUcsZXz6QsJx2ys+iLoDrLOY+VCoqk= =No8P -END PGP SIGNATURE-
[Dovecot] save failed to INBOX: Not enough disk space
Hi
I migrated to dovecot 2 and I started using lmtp for mail delivery.
But I have found this on my logs save failed to INBOX: Not enough disk space .
There is enougth space on disk. and I am not using quota plugin on lmtp
my lmtp conf is as follow:
#
## LMTP specific settings
##
# Support proxying to other LMTP/SMTP servers by performing passdb lookups.
#lmtp_proxy = no
# When recipient address includes the detail (e.g. user+detail), try to save
# the mail to the detail mailbox. See also recipient_delimiter and
# lda_mailbox_autocreate settings.
#lmtp_save_to_detail_mailbox = no
protocol lmtp {
# Space separated list of plugins to load (default is global mail_plugins).
#mail_plugins = $mail_plugins
mail_plugins = sieve
postmaster_address = ad...@domain.tld
}
Any idea please?
Thanks
Re: [Dovecot] IMAP Label Updates not showing up across shared account
image/gif
Re: [Dovecot] save failed to INBOX: Not enough disk space
W dniu 08.06.2011 11:16, Osvaldo Alvarez Pozo pisze: Hi I migrated to dovecot 2 and I started using lmtp for mail delivery. But I have found this on my logs save failed to INBOX: Not enough disk space . There is enougth space on disk. and I am not using quota plugin on lmtp Hello! And you have free inodes too and you don't have quota on filesystem? I'm asking to be sure:) Regards!
[Dovecot] lda_mailbox_autocreate does not work for lmtp?
Hi,
I try to deliver into specific folders with the plus addressing, namely:
rcpt to:userid+folder@domain
This works only if the folder exists.
If it does not, I get the following error:
rcpt to:userid+Spam@domain
501 5.5.4 Unsupported options
example-config/conf.d/20-lmtp.conf says:
# When recipient address includes the detail (e.g. user+detail), try to save
# the mail to the detail mailbox. See also recipient_delimiter and
# lda_mailbox_autocreate settings.
But it seems it does not work (or I am missing something).
Current config (I've also tried to include autocreate plugin into lmtp,
without any success) is below:
# 2.0.13: /usr/local/etc/dovecot/dovecot.conf
# OS: FreeBSD 8.2-STABLE amd64
auth_cache_negative_ttl = 0
auth_cache_size = 100 M
auth_cache_ttl = 1 days
disable_plaintext_auth = no
info_log_path = syslog
lda_mailbox_autocreate = yes
lmtp_save_to_detail_mailbox = yes
log_path = /var/log/dovecot-errors.log
mail_fsync = never
mail_gid = 999
mail_location = maildir:~/Maildir
mail_plugins = quota
mail_uid = 999
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope
encoded-character vacation subaddress comparator-i;ascii-numeric
relational regex imap4flags copy include variables body enotify
environment mailbox date
passdb {
args = /usr/local/etc/dovecot/master-users
driver = passwd-file
master = yes
pass = yes
}
passdb {
args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext
driver = ldap
}
plugin {
autocreate = INBOX.Trash
autocreate2 = INBOX.Drafts
autocreate3 = INBOX.Sent
autocreate4 = INBOX.Spam
autosubscribe = INBOX.Trash
autosubscribe2 = INBOX.Drafts
autosubscribe3 = INBOX.Sent
autosubscribe4 = INBOX.Spam
mail_log_events = delete mailbox_delete
mail_log_fields = uid box msgid size flags vsize from subject
quota = maildir:User quota
recipient_delimiter = +
sieve = ~/.dovecot.sieve
sieve_dir = ~/sieve
}
protocols = pop3 imap lmtp
service anvil {
client_limit = 8192
}
service auth {
client_limit = 8192
unix_listener auth-userdb {
mode = 0600
user = qmailldap
}
}
service imap-login {
client_limit = 1000
process_limit = 100
process_min_avail = 8
service_count = 0
}
service imap {
client_limit = 8
process_limit = 2048
process_min_avail = 16
service_count = 0
}
service lmtp {
inet_listener lmtp {
port = 24
}
user = qmailldap
}
service managesieve-login {
inet_listener sieve {
port = 4190
}
}
service pop3-login {
client_limit = 1000
process_limit = 100
process_min_avail = 8
service_count = 0
}
service pop3 {
client_limit = 8
process_limit = 2048
process_min_avail = 32
service_count = 0
}
ssl = no
userdb {
driver = prefetch
}
userdb {
args = /usr/local/etc/dovecot/dovecot-ldap.conf.ext
driver = ldap
}
verbose_proctitle = yes
protocol lmtp {
mail_plugins = quota autocreate mail_log notify sieve
}
protocol imap {
mail_max_userip_connections = 1024
mail_plugins = quota imap_quota autocreate mail_log notify
}
protocol pop3 {
mail_max_userip_connections = 1024
mail_plugins = quota autocreate
}
Re: [Dovecot] possible bug leading to lmtp crashes
On 06/07/2011 06:18 AM, Timo Sirainen wrote: On Mon, 2011-06-06 at 22:57 -0600, Trever L. Adams wrote: Ok, I think I have figured out the cause, but no the problem in the code. There were three machines TS, PP, ST. TS and ST had identical configurations with auth_username_format = %Lu. PP had it = %u. PP started crashing when I changed it to %Lu. I don't see why that would matter, but I think this will help: http://hg.dovecot.org/dovecot-2.0/rev/c0734f08b3f3 It may be too early to be certain, but in 13 hours I haven't seen a crash on any of the three machines. This indeed may have fixed it all. How strange that various things seemed to be the cause and ... well... weren't. Thank you. I will let you know in about 2 days time if the fix was complete. Again, thank you, Trever -- Yesterday is gone. Tomorrow is too far for me. Today is what I have, and what I fight for. -- Unknown signature.asc Description: OpenPGP digital signature
Re: [Dovecot] sieve script tracing
On 6/6/2011 10:38 AM, Maciej Uhlig wrote: W dniu 2011-06-06 00:56, Stephan Bosch pisze: If you have a sample message, you can use the sieve-test tool for that. You can check the individual steps the interpreter takes while processing the message. Refer to the man page for more info. Thanks. It could be really helpful in case of script testing. But I'm rather interested in statistics (which rule most probably causes mail discarding). I've made the vnd.dovecot.debug extension available for the LDA Sieve plugin. This allows logging debug messages to the user's personal logfile (typically ~/.dovecot.sieve.log). It's currently only explained in the sieve-test man page. This change will be included in the next release. Regards, Stephan.
Re: [Dovecot] lda_mailbox_autocreate does not work for lmtp?
On 06/08/11 12:11, Attila Nagy wrote: [a lot of things] Oh crap, it turned out that some binary junk crept into the LMTP sequence I tried with copy-paste...
Re: [Dovecot] save failed to INBOX: Not enough disk space
Hi again
Sorry if I top post, but this problem is urgent as we are losing mails.
We have migrate from dovecot 1.4 to dovecot 2.0.12. But from severals
now we have found this on our log files.
relay=smtp1.huissier-justice.fr[private/dovecot-lmtp], delay=5.4,
delays=0.74/0/0.01/4.6, dsn=5.2.2, status=bounced (host
mail.domain.tld[private/dovecot-lmtp] said: 552 5.2.2
us...@domain.tld Not enough disk space (in reply to end of DATA
command))
We use maildir on an ocfs2 filesystem shared by 4 serveurs. The
partition is not full the output of df -hi is:
#df -hi
FilesystemInodes IUsed IFree IUse% Mounted on
/dev/mapper/vmail
30M 21M9.2M 70% /var/vmail
We noticed this happens when messages are bigger than 5Mbytes, but
are not using quota plugins on dovecot-lmtp
this is a part of our dovecot configuration.
service lmtp {
chroot =
client_limit = 0
drop_priv_before_exec = no
executable = lmtp
extra_groups =
group =
idle_kill = 0
inet_listener lmtp {
address = 127.0.0.1 ::1
port = 24
ssl = no
}
privileged_group =
process_limit = 0
process_min_avail = 0
protocol = lmtp
service_count = 0
type =
unix_listener /var/spool/postfix/private/dovecot-lmtp {
group = postfix
mode = 0660
user = postfix
}
unix_listener lmtp {
group =
mode = 0666
user =
}
user =
vsz_limit = 0
}
protocol lmtp {
mail_plugins = sieve
postmaster_address = ad...@domain.tld
In postfix main.cf
mailbox_size_limit = 0
virtual_mailbox_limit = 5120
Any ideas Please?
Thanks
2011/6/8 Osvaldo Alvarez Pozo neb...@gmail.com:
Hi
I migrated to dovecot 2 and I started using lmtp for mail delivery.
But I have found this on my logs save failed to INBOX: Not enough disk
space .
There is enougth space on disk. and I am not using quota plugin on lmtp
my lmtp conf is as follow:
#
## LMTP specific settings
##
# Support proxying to other LMTP/SMTP servers by performing passdb lookups.
#lmtp_proxy = no
# When recipient address includes the detail (e.g. user+detail), try to save
# the mail to the detail mailbox. See also recipient_delimiter and
# lda_mailbox_autocreate settings.
#lmtp_save_to_detail_mailbox = no
protocol lmtp {
# Space separated list of plugins to load (default is global mail_plugins).
#mail_plugins = $mail_plugins
mail_plugins = sieve
postmaster_address = ad...@domain.tld
}
Any idea please?
Thanks
Re: [Dovecot] save failed to INBOX: Not enough disk space
* Osvaldo Alvarez Pozo neb...@gmail.com: #df -hi FilesystemInodes IUsed IFree IUse% Mounted on /dev/mapper/vmail 30M 21M9.2M 70% /var/vmail And without -i? -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebra...@charite.de | http://www.charite.de
Re: [Dovecot] save failed to INBOX: Not enough disk space
Hi the output of df -h is: FilesystemSize Used Avail Use% Mounted on /dev/mapper/vmail 120G 84G 37G 70% /var/vmail Thanks for your help. 2011/6/8 Ralf Hildebrandt ralf.hildebra...@charite.de: * Osvaldo Alvarez Pozo neb...@gmail.com: #df -hi Filesystem Inodes IUsed IFree IUse% Mounted on /dev/mapper/vmail 30M 21M 9.2M 70% /var/vmail And without -i? -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebra...@charite.de | http://www.charite.de
Re: [Dovecot] save failed to INBOX: Not enough disk space
On Wed, 2011-06-08 at 11:16 +0200, Osvaldo Alvarez Pozo wrote: But I have found this on my logs save failed to INBOX: Not enough disk space . This means that a write() (or some other syscall) returned either ENOSPC or EDQUOT error message, or that quota plugin decided user is out of quota. There is enougth space on disk. and I am not using quota plugin on lmtp What about filesystem quota? my lmtp conf is as follow: A full doveconf -n output would be better.
Re: [Dovecot] save failed to INBOX: Not enough disk space
On Wed, 2011-06-08 at 13:32 +0200, Osvaldo Alvarez Pozo wrote: Hi again Sorry if I top post, but this problem is urgent as we are losing mails. We have migrate from dovecot 1.4 to dovecot 2.0.12. But from severals now we have found this on our log files. relay=smtp1.huissier-justice.fr[private/dovecot-lmtp], delay=5.4, delays=0.74/0/0.01/4.6, dsn=5.2.2, status=bounced (host mail.domain.tld[private/dovecot-lmtp] said: 552 5.2.2 us...@domain.tld Not enough disk space (in reply to end of DATA command)) Also, this is Postfix's log message. What does Dovecot LMTP log about it?
Re: [Dovecot] save failed to INBOX: Not enough disk space
On 08/06/11 13:47, Timo Sirainen wrote: On Wed, 2011-06-08 at 11:16 +0200, Osvaldo Alvarez Pozo wrote: But I have found this on my logs save failed to INBOX: Not enough disk space . This means that a write() (or some other syscall) returned either ENOSPC or EDQUOT error message, or that quota plugin decided user is out of quota. There is enougth space on disk. and I am not using quota plugin on lmtp What about filesystem quota? I remember there were similar issues in the past, due to the fact that messages larger than 128kb were temporarily stored on disk in the users homedir. Maybe this is related? my lmtp conf is as follow: A full doveconf -n output would be better. OP has not posted complete doveconf -n output, nor a specific version (other than 'dovecot 2'). Please do so. -- Reagrds, Tom
Re: [Dovecot] save failed to INBOX: Not enough disk space
On Wed, 2011-06-08 at 14:47 +0300, Timo Sirainen wrote: On Wed, 2011-06-08 at 11:16 +0200, Osvaldo Alvarez Pozo wrote: But I have found this on my logs save failed to INBOX: Not enough disk space . This means that a write() (or some other syscall) returned either ENOSPC or EDQUOT error message, or that quota plugin decided user is out of quota. Actually quota plugin gives a different error message. The only possibility I can think of is that ocfs2 has decided to start returning no disk space failures when Dovecot tries to create files. Does this happen for every mail delivery? Can you manually create more files? Can you upload messages via IMAP (i.e. is it only LMTP that is the problem?
Re: [Dovecot] save failed to INBOX: Not enough disk space
On Wed, 2011-06-08 at 14:04 +0200, Tom Hendrikx wrote: This means that a write() (or some other syscall) returned either ENOSPC or EDQUOT error message, or that quota plugin decided user is out of quota. There is enougth space on disk. and I am not using quota plugin on lmtp What about filesystem quota? I remember there were similar issues in the past, due to the fact that messages larger than 128kb were temporarily stored on disk in the users homedir. Maybe this is related? That would have given a temporary failure, not an out of disk space error. Also nowadays even that doesn't happen, the message is simply read fully into memory. Although I guess it wouldn't hurt to check if /tmp is full (mail_temp_dir defaults to /tmp again).
Re: [Dovecot] save failed to INBOX: Not enough disk space
Hi Tom,
it is dovecot 2.0.12 this is the doveconf -n output.
There is not file system quota.
This is the output of doveconf -n
# 2.0.12: /usr/local/dovecot/etc/dovecot/dovecot.conf
# OS: Linux 2.6.32-bpo.5-amd64 x86_64 Debian 5.0.5 ocfs2
auth_cache_size = 1 M
auth_mechanisms = plain login
base_dir = /usr/local/dovecot
disable_plaintext_auth = no
first_valid_uid = 5000
last_valid_uid = 5000
mail_access_groups = mail
mail_gid = 8
mail_location = maildir:/var/vmail/%d/%u/Maildir
mail_max_userip_connections = 100
mail_uid = 5000
maildir_very_dirty_syncs = yes
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope
encoded-character vacation subaddress comparator-i;ascii-numeric
relational regex imap4flags copy include variables body enotify
environment mailbox date
mmap_disable = yes
passdb {
args = /usr/local/dovecot/etc/dovecot/sql.conf
driver = sql
}
plugin {
quota = maildir:User quota
sieve = ~/.dovecot.sieve
sieve_dir = ~/sieve
}
protocols = imap pop3 lmtp sieve
service auth {
client_limit = 10500
unix_listener /var/spool/postfix/private/auth {
group = mail
mode = 0660
user = postfix
}
unix_listener auth-userdb {
group = mail
mode = 0660
user = postfix
}
}
service imap-login {
process_min_avail = 2
service_count = 0
vsz_limit = 128 M
}
service imap {
process_limit = 5000
}
service lmtp {
inet_listener lmtp {
address = 127.0.0.1 ::1
port = 24
}
unix_listener /var/spool/postfix/private/dovecot-lmtp {
group = postfix
mode = 0660
user = postfix
}
}
service managesieve-login {
inet_listener sieve {
port = 4190
}
}
service pop3-login {
process_min_avail = 2
service_count = 0
}
service pop3 {
process_limit = 5000
}
userdb {
driver = prefetch
}
userdb {
args = /usr/local/dovecot/etc/dovecot/sql.conf
driver = sql
}
protocol imap {
imap_client_workarounds = delay-newmail
}
protocol pop3 {
pop3_client_workarounds = outlook-no-nuls oe-ns-eoh
pop3_uidl_format = %08Xu%08Xv
}
protocol lmtp {
mail_plugins = sieve
postmaster_address = ad...@domain.tld
}
protocol sieve {
managesieve_implementation_string = Dovecot Pigeonhole
managesieve_logout_format = bytes=%i/%o
managesieve_max_compile_errors = 5
managesieve_max_line_length = 65536
}
Thanks
2011/6/8 Tom Hendrikx t...@whyscream.net:
On 08/06/11 13:47, Timo Sirainen wrote:
On Wed, 2011-06-08 at 11:16 +0200, Osvaldo Alvarez Pozo wrote:
But I have found this on my logs save failed to INBOX: Not enough disk
space .
This means that a write() (or some other syscall) returned either ENOSPC
or EDQUOT error message, or that quota plugin decided user is out of
quota.
There is enougth space on disk. and I am not using quota plugin on lmtp
What about filesystem quota?
I remember there were similar issues in the past, due to the fact that
messages larger than 128kb were temporarily stored on disk in the users
homedir. Maybe this is related?
my lmtp conf is as follow:
A full doveconf -n output would be better.
OP has not posted complete doveconf -n output, nor a specific version
(other than 'dovecot 2'). Please do so.
--
Reagrds,
Tom
Re: [Dovecot] save failed to INBOX: Not enough disk space
Osvaldo Alvarez Pozo schreef:
Hi Tom,
it is dovecot 2.0.12 this is the doveconf -n output.
There is not file system quota.
This is the output of doveconf -n
# 2.0.12: /usr/local/dovecot/etc/dovecot/dovecot.conf
# OS: Linux 2.6.32-bpo.5-amd64 x86_64 Debian 5.0.5 ocfs2
auth_cache_size = 1 M
auth_mechanisms = plain login
base_dir = /usr/local/dovecot
disable_plaintext_auth = no
first_valid_uid = 5000
last_valid_uid = 5000
mail_access_groups = mail
mail_gid = 8
mail_location = maildir:/var/vmail/%d/%u/Maildir
mail_max_userip_connections = 100
mail_uid = 5000
maildir_very_dirty_syncs = yes
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope
encoded-character vacation subaddress comparator-i;ascii-numeric
relational regex imap4flags copy include variables body enotify
environment mailbox date
mmap_disable = yes
passdb {
args = /usr/local/dovecot/etc/dovecot/sql.conf
driver = sql
}
plugin {
quota = maildir:User quota
sieve = ~/.dovecot.sieve
sieve_dir = ~/sieve
}
protocols = imap pop3 lmtp sieve
service auth {
client_limit = 10500
unix_listener /var/spool/postfix/private/auth {
group = mail
mode = 0660
user = postfix
}
unix_listener auth-userdb {
group = mail
mode = 0660
user = postfix
}
}
service imap-login {
process_min_avail = 2
service_count = 0
vsz_limit = 128 M
}
service imap {
process_limit = 5000
}
service lmtp {
inet_listener lmtp {
address = 127.0.0.1 ::1
port = 24
}
unix_listener /var/spool/postfix/private/dovecot-lmtp {
group = postfix
mode = 0660
user = postfix
}
}
service managesieve-login {
inet_listener sieve {
port = 4190
}
}
service pop3-login {
process_min_avail = 2
service_count = 0
}
service pop3 {
process_limit = 5000
}
userdb {
driver = prefetch
}
userdb {
args = /usr/local/dovecot/etc/dovecot/sql.conf
driver = sql
}
protocol imap {
imap_client_workarounds = delay-newmail
}
protocol pop3 {
pop3_client_workarounds = outlook-no-nuls oe-ns-eoh
pop3_uidl_format = %08Xu%08Xv
}
protocol lmtp {
mail_plugins = sieve
postmaster_address = ad...@domain.tld
}
protocol sieve {
managesieve_implementation_string = Dovecot Pigeonhole
managesieve_logout_format = bytes=%i/%o
managesieve_max_compile_errors = 5
managesieve_max_line_length = 65536
}
Thanks
2011/6/8 Tom Hendrikxt...@whyscream.net:
On 08/06/11 13:47, Timo Sirainen wrote:
On Wed, 2011-06-08 at 11:16 +0200, Osvaldo Alvarez Pozo wrote:
But I have found this on my logs save failed to INBOX: Not enough disk space .
This means that a write() (or some other syscall) returned either ENOSPC
or EDQUOT error message, or that quota plugin decided user is out of
quota.
There is enougth space on disk. and I am not using quota plugin on lmtp
What about filesystem quota?
I remember there were similar issues in the past, due to the fact that
messages larger than 128kb were temporarily stored on disk in the users
homedir. Maybe this is related?
my lmtp conf is as follow:
A full doveconf -n output would be better.
OP has not posted complete doveconf -n output, nor a specific version
(other than 'dovecot 2'). Please do so.
--
Reagrds,
Tom
Wild guess,
What is the disk space of your /var dir or /var/spool for that matter
Or df -h for all mounted filesystems.
regards,
Johan Hendriks
Re: [Dovecot] save failed to INBOX: Not enough disk space
Hi according to dovecot -a: mail_temp_dir = /tmp and df -h gives /dev/sda3 942M 18M 877M 2% /tmp Thanks 2011/6/8 Timo Sirainen t...@iki.fi: On Wed, 2011-06-08 at 14:04 +0200, Tom Hendrikx wrote: This means that a write() (or some other syscall) returned either ENOSPC or EDQUOT error message, or that quota plugin decided user is out of quota. There is enougth space on disk. and I am not using quota plugin on lmtp What about filesystem quota? I remember there were similar issues in the past, due to the fact that messages larger than 128kb were temporarily stored on disk in the users homedir. Maybe this is related? That would have given a temporary failure, not an out of disk space error. Also nowadays even that doesn't happen, the message is simply read fully into memory. Although I guess it wouldn't hurt to check if /tmp is full (mail_temp_dir defaults to /tmp again).
Re: [Dovecot] save failed to INBOX: Not enough disk space
Hi
this is the output of df -h
FilesystemSize Used Avail Use% Mounted on
/dev/sda2 5.5G 1.8G 3.6G 33% /
tmpfs 502M 0 502M 0% /lib/init/rw
udev 10M 680K 9.4M 7% /dev
tmpfs 502M 0 502M 0% /dev/shm
/dev/sda1 122M 41M 76M 35% /boot
/dev/sda3 942M 18M 877M 2% /tmp
/dev/sda6 7.4G 812M 6.3G 12% /var/log
/dev/mapper/vmail
120G 84G 37G 70% /var/vmail
So /var/spool depends on / wich has 3.6G available.
Thanks
2011/6/8 Johan Hendriks joh.hendr...@gmail.com:
Osvaldo Alvarez Pozo schreef:
Hi Tom,
it is dovecot 2.0.12 this is the doveconf -n output.
There is not file system quota.
This is the output of doveconf -n
# 2.0.12: /usr/local/dovecot/etc/dovecot/dovecot.conf
# OS: Linux 2.6.32-bpo.5-amd64 x86_64 Debian 5.0.5 ocfs2
auth_cache_size = 1 M
auth_mechanisms = plain login
base_dir = /usr/local/dovecot
disable_plaintext_auth = no
first_valid_uid = 5000
last_valid_uid = 5000
mail_access_groups = mail
mail_gid = 8
mail_location = maildir:/var/vmail/%d/%u/Maildir
mail_max_userip_connections = 100
mail_uid = 5000
maildir_very_dirty_syncs = yes
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope
encoded-character vacation subaddress comparator-i;ascii-numeric
relational regex imap4flags copy include variables body enotify
environment mailbox date
mmap_disable = yes
passdb {
args = /usr/local/dovecot/etc/dovecot/sql.conf
driver = sql
}
plugin {
quota = maildir:User quota
sieve = ~/.dovecot.sieve
sieve_dir = ~/sieve
}
protocols = imap pop3 lmtp sieve
service auth {
client_limit = 10500
unix_listener /var/spool/postfix/private/auth {
group = mail
mode = 0660
user = postfix
}
unix_listener auth-userdb {
group = mail
mode = 0660
user = postfix
}
}
service imap-login {
process_min_avail = 2
service_count = 0
vsz_limit = 128 M
}
service imap {
process_limit = 5000
}
service lmtp {
inet_listener lmtp {
address = 127.0.0.1 ::1
port = 24
}
unix_listener /var/spool/postfix/private/dovecot-lmtp {
group = postfix
mode = 0660
user = postfix
}
}
service managesieve-login {
inet_listener sieve {
port = 4190
}
}
service pop3-login {
process_min_avail = 2
service_count = 0
}
service pop3 {
process_limit = 5000
}
userdb {
driver = prefetch
}
userdb {
args = /usr/local/dovecot/etc/dovecot/sql.conf
driver = sql
}
protocol imap {
imap_client_workarounds = delay-newmail
}
protocol pop3 {
pop3_client_workarounds = outlook-no-nuls oe-ns-eoh
pop3_uidl_format = %08Xu%08Xv
}
protocol lmtp {
mail_plugins = sieve
postmaster_address = ad...@domain.tld
}
protocol sieve {
managesieve_implementation_string = Dovecot Pigeonhole
managesieve_logout_format = bytes=%i/%o
managesieve_max_compile_errors = 5
managesieve_max_line_length = 65536
}
Thanks
2011/6/8 Tom Hendrikxt...@whyscream.net:
On 08/06/11 13:47, Timo Sirainen wrote:
On Wed, 2011-06-08 at 11:16 +0200, Osvaldo Alvarez Pozo wrote:
But I have found this on my logs save failed to INBOX: Not enough disk
space .
This means that a write() (or some other syscall) returned either ENOSPC
or EDQUOT error message, or that quota plugin decided user is out of
quota.
There is enougth space on disk. and I am not using quota plugin on lmtp
What about filesystem quota?
I remember there were similar issues in the past, due to the fact that
messages larger than 128kb were temporarily stored on disk in the users
homedir. Maybe this is related?
my lmtp conf is as follow:
A full doveconf -n output would be better.
OP has not posted complete doveconf -n output, nor a specific version
(other than 'dovecot 2'). Please do so.
--
Reagrds,
Tom
Wild guess,
What is the disk space of your /var dir or /var/spool for that matter
Or df -h for all mounted filesystems.
regards,
Johan Hendriks
Re: [Dovecot] IMAP Label Updates not showing up across shared account
On Wed, 2011-06-08 at 10:23 +0100, Ricardo Branco wrote: Well, this was an interesting message. multipart/alternative where first part was text and second part a GIF image. My email client decided that it preferred showing the GIF image to text (which was its right, as it was an alternative). User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-GB; rv:1.9.2.17) Gecko/20110414 Lightning/1.0b2 Thunderbird/3.1.10 I wonder if it was generated by Thunderbird or something else..
Re: [Dovecot] IMAP Label Updates not showing up across shared account
inline: wenn_logo_plus_offices.gif
Re: [Dovecot] save failed to INBOX: Not enough disk space
Hi
Doing mail debug I found this
dovecot: lmtp(12696, us...@domain.tld): Error:
o_stream_send_istream(/var/vmail/domain.tld/user1/Maildir/tmp/1307537596.M117043P12696.smtp1)
failed: No space left on device
dovecot: lmtp(12696, us...@domain.tld): Error:
o_stream_flush(/var/vmail/domain.tld/user1/Maildir/tmp/1307537596.M117043P12696.smtp1)
failed: No space left on device
So dovecot write in to a tmp folder inside the user Maildir before
definitly copying it to new folder.
But why it says thereis no space left?
2011/6/8 Johan Hendriks joh.hendr...@gmail.com:
Osvaldo Alvarez Pozo schreef:
Hi
this is the output of df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda2 5.5G 1.8G 3.6G 33% /
tmpfs 502M 0 502M 0% /lib/init/rw
udev 10M 680K 9.4M 7% /dev
tmpfs 502M 0 502M 0% /dev/shm
/dev/sda1 122M 41M 76M 35% /boot
/dev/sda3 942M 18M 877M 2% /tmp
/dev/sda6 7.4G 812M 6.3G 12% /var/log
/dev/mapper/vmail
120G 84G 37G 70% /var/vmail
So /var/spool depends on / wich has 3.6G available.
Thanks
2011/6/8 Johan Hendriksjoh.hendr...@gmail.com:
Osvaldo Alvarez Pozo schreef:
Hi Tom,
it is dovecot 2.0.12 this is the doveconf -n output.
There is not file system quota.
This is the output of doveconf -n
# 2.0.12: /usr/local/dovecot/etc/dovecot/dovecot.conf
# OS: Linux 2.6.32-bpo.5-amd64 x86_64 Debian 5.0.5 ocfs2
auth_cache_size = 1 M
auth_mechanisms = plain login
base_dir = /usr/local/dovecot
disable_plaintext_auth = no
first_valid_uid = 5000
last_valid_uid = 5000
mail_access_groups = mail
mail_gid = 8
mail_location = maildir:/var/vmail/%d/%u/Maildir
mail_max_userip_connections = 100
mail_uid = 5000
maildir_very_dirty_syncs = yes
managesieve_notify_capability = mailto
managesieve_sieve_capability = fileinto reject envelope
encoded-character vacation subaddress comparator-i;ascii-numeric
relational regex imap4flags copy include variables body enotify
environment mailbox date
mmap_disable = yes
passdb {
args = /usr/local/dovecot/etc/dovecot/sql.conf
driver = sql
}
plugin {
quota = maildir:User quota
sieve = ~/.dovecot.sieve
sieve_dir = ~/sieve
}
protocols = imap pop3 lmtp sieve
service auth {
client_limit = 10500
unix_listener /var/spool/postfix/private/auth {
group = mail
mode = 0660
user = postfix
}
unix_listener auth-userdb {
group = mail
mode = 0660
user = postfix
}
}
service imap-login {
process_min_avail = 2
service_count = 0
vsz_limit = 128 M
}
service imap {
process_limit = 5000
}
service lmtp {
inet_listener lmtp {
address = 127.0.0.1 ::1
port = 24
}
unix_listener /var/spool/postfix/private/dovecot-lmtp {
group = postfix
mode = 0660
user = postfix
}
}
service managesieve-login {
inet_listener sieve {
port = 4190
}
}
service pop3-login {
process_min_avail = 2
service_count = 0
}
service pop3 {
process_limit = 5000
}
userdb {
driver = prefetch
}
userdb {
args = /usr/local/dovecot/etc/dovecot/sql.conf
driver = sql
}
protocol imap {
imap_client_workarounds = delay-newmail
}
protocol pop3 {
pop3_client_workarounds = outlook-no-nuls oe-ns-eoh
pop3_uidl_format = %08Xu%08Xv
}
protocol lmtp {
mail_plugins = sieve
postmaster_address = ad...@domain.tld
}
protocol sieve {
managesieve_implementation_string = Dovecot Pigeonhole
managesieve_logout_format = bytes=%i/%o
managesieve_max_compile_errors = 5
managesieve_max_line_length = 65536
}
Thanks
2011/6/8 Tom Hendrikxt...@whyscream.net:
On 08/06/11 13:47, Timo Sirainen wrote:
On Wed, 2011-06-08 at 11:16 +0200, Osvaldo Alvarez Pozo wrote:
But I have found this on my logs save failed to INBOX: Not enough
disk
space .
This means that a write() (or some other syscall) returned either
ENOSPC
or EDQUOT error message, or that quota plugin decided user is out of
quota.
There is enougth space on disk. and I am not using quota plugin on
lmtp
What about filesystem quota?
I remember there were similar issues in the past, due to the fact that
messages larger than 128kb were temporarily stored on disk in the users
homedir. Maybe this is related?
my lmtp conf is as follow:
A full doveconf -n output would be better.
OP has not posted complete doveconf -n output, nor a specific version
(other than 'dovecot 2'). Please do so.
--
Reagrds,
Tom
Wild guess,
What is the disk space of your /var dir or /var/spool for that matter
Or df -h for all mounted filesystems.
regards,
Johan Hendriks
Could it be a permission problem?
mail_gid = 8
On my system this is the same as mail_uid in your case 5000
regards,
Johan
Re: [Dovecot] save failed to INBOX: Not enough disk space
* Osvaldo Alvarez Pozo neb...@gmail.com: Hi Doing mail debug I found this dovecot: lmtp(12696, us...@domain.tld): Error: o_stream_send_istream(/var/vmail/domain.tld/user1/Maildir/tmp/1307537596.M117043P12696.smtp1) failed: No space left on device dovecot: lmtp(12696, us...@domain.tld): Error: o_stream_flush(/var/vmail/domain.tld/user1/Maildir/tmp/1307537596.M117043P12696.smtp1) failed: No space left on device So dovecot write in to a tmp folder inside the user Maildir before definitly copying it to new folder. That's how Maildir works, yes. But writing to the tmp directory fails But why it says thereis no space left? Maybe the OCFS is out of whack? -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebra...@charite.de | http://www.charite.de
Re: [Dovecot] IMAP Label Updates not showing up across shared account
Am 08.06.2011 15:16, schrieb Ricardo Branco: well i am only seeing your wenn_logo_plus_offices.gif in thunderbird no text at all, for your body text i had to choose header view -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria
Re: [Dovecot] IMAP Label Updates not showing up across shared account
On 2011-06-08 10:18 AM, Robert Schetterer wrote: Am 08.06.2011 15:16, schrieb Ricardo Branco: well i am only seeing your wenn_logo_plus_offices.gif in thunderbird no text at all, for your body text i had to choose header view I don't see any body text anywhere, headers or the body, all I see is the logo - I thought he was just messing up sending blank emails... Ricardo, something is seriously broken on your mail system. -- Best regards, Charles
Re: [Dovecot] IMAP Label Updates not showing up across shared account
Am 08.06.2011 16:26, schrieb Charles Marcus: On 2011-06-08 10:18 AM, Robert Schetterer wrote: Am 08.06.2011 15:16, schrieb Ricardo Branco: well i am only seeing your wenn_logo_plus_offices.gif in thunderbird no text at all, for your body text i had to choose header view I don't see any body text anywhere, headers or the body, all I see is the logo - I thought he was just messing up sending blank emails... Ricardo, something is seriously broken on your mail system. my bet goes to mailscanner -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria
Re: [Dovecot] IMAP Label Updates not showing up across shared account
inline: wenn_logo_plus_offices.gif
Re: [Dovecot] IMAP Label Updates not showing up across shared account
Right ive turned off my local Thunderbird sig, hopefully this now works. I did several tests against my hotmail/gmail accounts and also other accounts in the office instead of sending to the mailing list and all were received ok, it seems to only go wrong though the maillist. Charles Marcus wrote, On 08/06/2011 15:26: On 2011-06-08 10:18 AM, Robert Schetterer wrote: Am 08.06.2011 15:16, schrieb Ricardo Branco: well i am only seeing your wenn_logo_plus_offices.gif in thunderbird no text at all, for your body text i had to choose header view I don't see any body text anywhere, headers or the body, all I see is the logo - I thought he was just messing up sending blank emails... Ricardo, something is seriously broken on your mail system.
Re: [Dovecot] save failed to INBOX: Not enough disk space
Hi all Apparently is a file system issue.I tried to copy a 10MB file and it failed. I did as follow. su vmail cp /root/huge_file /var/vmail/domain.tld/user1/Maildir/tmp and i got the same result. No space left on device So I have to look somewhere else!!! Thanks to you all Thanks for answering me. By 2011/6/8 Ralf Hildebrandt ralf.hildebra...@charite.de: * Osvaldo Alvarez Pozo neb...@gmail.com: Hi Doing mail debug I found this dovecot: lmtp(12696, us...@domain.tld): Error: o_stream_send_istream(/var/vmail/domain.tld/user1/Maildir/tmp/1307537596.M117043P12696.smtp1) failed: No space left on device dovecot: lmtp(12696, us...@domain.tld): Error: o_stream_flush(/var/vmail/domain.tld/user1/Maildir/tmp/1307537596.M117043P12696.smtp1) failed: No space left on device So dovecot write in to a tmp folder inside the user Maildir before definitly copying it to new folder. That's how Maildir works, yes. But writing to the tmp directory fails But why it says thereis no space left? Maybe the OCFS is out of whack? -- Ralf Hildebrandt Geschäftsbereich IT | Abteilung Netzwerk Charité - Universitätsmedizin Berlin Campus Benjamin Franklin Hindenburgdamm 30 | D-12203 Berlin Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962 ralf.hildebra...@charite.de | http://www.charite.de
Re: [Dovecot] IMAP Label Updates not showing up across shared account
Please don't top-post... On 2011-06-08 10:49 AM, Ricardo Branco wrote: Charles Marcus wrote, On 08/06/2011 15:26: On 2011-06-08 10:18 AM, Robert Schetterer wrote: Am 08.06.2011 15:16, schrieb Ricardo Branco: well i am only seeing your wenn_logo_plus_offices.gif in thunderbird no text at all, for your body text i had to choose header view I don't see any body text anywhere, headers or the body, all I see is the logo - I thought he was just messing up sending blank emails... Ricardo, something is seriously broken on your mail system. Right ive turned off my local Thunderbird sig, hopefully this now works. I did several tests against my hotmail/gmail accounts and also other accounts in the office instead of sending to the mailing list and all were received ok, it seems to only go wrong though the maillist. Well, we got the body text this time... it certainly isn't the Thunderbird sig itself, because that's what I use (for many many years now), but maybe the sig is triggering something in your mailscanner setup... -- Best regards, Charles
Re: [Dovecot] IMAP Label Updates not showing up across shared account
Charles Marcus wrote, On 08/06/2011 16:09: Please don't top-post... On 2011-06-08 10:49 AM, Ricardo Branco wrote: Charles Marcus wrote, On 08/06/2011 15:26: On 2011-06-08 10:18 AM, Robert Schetterer wrote: Am 08.06.2011 15:16, schrieb Ricardo Branco: well i am only seeing your wenn_logo_plus_offices.gif in thunderbird no text at all, for your body text i had to choose header view I don't see any body text anywhere, headers or the body, all I see is the logo - I thought he was just messing up sending blank emails... Ricardo, something is seriously broken on your mail system. Right ive turned off my local Thunderbird sig, hopefully this now works. I did several tests against my hotmail/gmail accounts and also other accounts in the office instead of sending to the mailing list and all were received ok, it seems to only go wrong though the maillist. Well, we got the body text this time... it certainly isn't the Thunderbird sig itself, because that's what I use (for many many years now), but maybe the sig is triggering something in your mailscanner setup... The stuff thats going on in the latest TB, you never know if it could. Weird it happens to this mailinglist though and no other reports so far of people not getting emails and as said my tests seemed all ok. Anyway back to the point of the original message, I suspect TB having an issue handling IMAP Tag updates coming from the server.
Re: [Dovecot] Extra plugins vía extrafield in ldap
It must run on dovecot 2.0.13? We are upgrading to 2.0.13 and with this I get the follow message: Jun 8 16:15:03 kvm3 dovecot: imap: Debug: Unknown userdb setting: +mail_plugins=fts fts_solr�G 2011/6/7 Timo Sirainen t...@iki.fi: On Tue, 2011-06-07 at 16:16 +0200, Antonio Perez-Aranda wrote: Greats, I'm working on patch from this morning, but it's very hard to debug on settings-parser I don't think you should need to touch that code. It's a bit difficult for me also to follow.. How can I enable i_debug on settings-parser.c ? What do you mean? You could add i_debug() calls and it should work just the same as everywhere. Did you try the patch in my previous mail? I think that should be enough. You could then use: user_attrs = .., mailPlugins=+mail_plugins -- Antonio Pérez-Aranda Alcaide aperezara...@yaco.es Yaco Sistemas S.L. http://www.yaco.es/ C/ Rioja 5, 41001 Sevilla Teléfono +34 954 50 00 57 Fax +34 954 50 09 29
Re: [Dovecot] IMAP Label Updates not showing up across shared account
08.06.2011 14:59, Timo Sirainen: Well, this was an interesting message. multipart/alternative where first part was text and second part a GIF image. To me, it seems the second part is not a GIF but rather a multipart/related which, in turn, contains the GIF as first (and only) part. Maybe that's what confuses some clients. My email client decided that it preferred showing the GIF image to text (which was its right, as it was an alternative). My Thunderbird does so too. RoundCube, OTOH, showes the text. -- Regards mks
[Dovecot] On-delivery deduplication?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, A feature of Cyrus-IMAPd I really missed after migrated to Dovecot is their optional duplicate suppression, which eliminates duplicate message at deliver time, if their envelope sender, recipient and message-id matches. For example, if one subscribes to a mailing list, and someone hit Reply All to reply to him, there will be two different SMTP deliveries, one from the replier's server and one from the mailing list. Is it possible to do the same on latest Dovecot? (Looking at the documentation it seems not?) Or is there some better ways to implement the same functionality? Thanks in advance! Cheers, - -- Xin LI delp...@delphij.nethttp://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBCAAGBQJN79XjAAoJEATO+BI/yjfBCO0IAMLNZ9Rkargb6bQqILAcbobt 2ZFb6cO8f4vJu/BPO7Dq3TZoIEmfR+/pbruwgV+FSslTL+5TjkB5Rd5Yb+HYgvZT Qdbk8Jshgq1XBj2MvbLQugHKhNcN37oDI9eGCDPttYe/C4Jb2hh1W+RtqGpfS6ud jXUTUzS4yr7HWRRYcyDMvL4HuG/VnKEuFYmX2T/mT8oHfz5FckIPM+k+0prbgMSx IGTdkKpSMnqYnyUjxQklSmMJ5iJMM7Lr6FMS2c6ORKwG8rD0w1GKrU77saHqJJLQ YJqqIwJcr5753US6Q1Rk4gK+/L4JmJ+2BUXDdNMYBIfPOFjH9nOLlE5HIfSskBg= =fo5J -END PGP SIGNATURE-
[Dovecot] Dovecot 2.0+LMTP: Legal MAIL FROM rejected?
Hi, I run Dovecot 2.0.13 fed by Postfix over LMTP. Today it rejected one mail Postfix and Amavis accepted, generating a bounce. It was just a spammail, but I think the sender address is legal according to RFC5321 and should be accepted. I don't like generating bounces, email should be either rejected by postfix/pre-queue-amavis or delivered. Jun 6 12:32:47 mail postfix/qmgr[840]: 991FC240DB: from=admin ad...@kl38000.com, size=8427, nrcpt=1 (queue active) Jun 6 12:32:47 mail amavis[27046]: (27046-06) FWD via SMTP: admin admin@kl38000.com - u...@domain.com,BODY=7BIT 250 2.0.0 Ok, id=27046-06, from MTA([127.0.0.1]:10025): 250 2.0.0 Ok: queued as 991FC240DB Jun 6 12:32:47 mail postfix/lmtp[4710]: 991FC240DB: to=u...@vmail.domain.com, orig_to=u...@domain.com, relay=pop3.domain.com[::1]:24, delay=0.24, delays=0.09/0.11/0.03/0.01, dsn=5.5.4, status=bounced (host pop3.domain.com[::1] said: 501 5.5.4 Invalid parameters (in reply to MAIL FROM command)) It looks like dovecot/lmtp does not accept an address with quoted localpart that contains a space mail from:admin admin@kl38000.com 501 5.5.4 Invalid parameters mail from:adminadmin@kl38000.com 250 2.1.0 OK mail from:adminadmin@kl38000.com 250 2.1.0 OK Bernhard
Re: [Dovecot] On-delivery deduplication?
On 8.6.2011, at 23.04, Xin LI wrote: A feature of Cyrus-IMAPd I really missed after migrated to Dovecot is their optional duplicate suppression, which eliminates duplicate message at deliver time, if their envelope sender, recipient and message-id matches. For example, if one subscribes to a mailing list, and someone hit Reply All to reply to him, there will be two different SMTP deliveries, one from the replier's server and one from the mailing list. IMHO that's a good thing. I know some people in this list think they want deduplication, but sometimes when I'm later replying to a message (I've messages over a month old I know need replying) they really would prefer for it to be shown in they inbox when I finally reply to them rather than dovecot list mailbox (which they never end up reading then). Is it possible to do the same on latest Dovecot? (Looking at the documentation it seems not?) Or is there some better ways to implement the same functionality? I'm not planning on implementing anything like that.
Re: [Dovecot] On-delivery deduplication?
Xin LI delp...@delphij.net (Wed Jun 8 22:04:51 2011): (…) A feature of Cyrus-IMAPd I really missed after migrated to Dovecot is their optional duplicate suppression, which eliminates duplicate message at deliver time, if their envelope sender, recipient and message-id matches. Not sure, but I *think*, cyrus does dedup based on the message id and recipient only. For example, if one subscribes to a mailing list, and someone hit Reply All to reply to him, there will be two different SMTP deliveries, one from the replier's server and one from the mailing list. If your above statement about the dup detection is true, these two messages will be delivered both, since the envelope sender is likely to differ (most if not all list servers replace the envelope sender for several reasons (bounce detection, SPF passing, …)) Is it possible to do the same on latest Dovecot? (Looking at the documentation it seems not?) Or is there some better ways to implement the same functionality? And these two messages are no duplicates. They differ in the headers, probably they differ in parts of the body (signature of the list server), EVEN they carry the same message id! A duplicate is a duplicate if the message and its copies are identical. And from MPOV this is very unlikly to happen in common environments. OTOH, if you need such feature, it shouln't be too challenging to write a MDA replacement, that decides about duplicity and finally passes the remaining messages to the Dovecot MDA. -- Heiko :: dresden : linux : SCHLITTERMANN.de GPG Key 48D0359B : 3061 CFBF 2D88 F034 E8D2 7E92 EE4E AC98 48D0 359B signature.asc Description: Digital signature
Re: [Dovecot] On-delivery deduplication?
On 08/06/11 22:48, Heiko Schlittermann wrote: Xin LI delp...@delphij.net (Wed Jun 8 22:04:51 2011): (…) A feature of Cyrus-IMAPd I really missed after migrated to Dovecot is their optional duplicate suppression, which eliminates duplicate message at deliver time, if their envelope sender, recipient and message-id matches. Not sure, but I *think*, cyrus does dedup based on the message id and recipient only. For example, if one subscribes to a mailing list, and someone hit Reply All to reply to him, there will be two different SMTP deliveries, one from the replier's server and one from the mailing list. If your above statement about the dup detection is true, these two messages will be delivered both, since the envelope sender is likely to differ (most if not all list servers replace the envelope sender for several reasons (bounce detection, SPF passing, …)) Is it possible to do the same on latest Dovecot? (Looking at the documentation it seems not?) Or is there some better ways to implement the same functionality? And these two messages are no duplicates. They differ in the headers, probably they differ in parts of the body (signature of the list server), EVEN they carry the same message id! A duplicate is a duplicate if the message and its copies are identical. And from MPOV this is very unlikly to happen in common environments. OTOH, if you need such feature, it shouln't be too challenging to write a MDA replacement, that decides about duplicity and finally passes the remaining messages to the Dovecot MDA. This happens because the person replying uses either the reply, or the reply-to-all button in his MUA. The MUA should honour the headers of the message it replies to, and most of the time MUAs do that. People who want replies on their messages sent back only to the list, and not to a personal address, should set the reply-to header of their message to the list address: From: m...@example.com To: l...@example.org Reply-to: l...@example.org This should always make a reply going only to l...@example.org, whether the person replying uses reply, reply-all or reply-to-list. This can be done by hand, or with a mailclient plugins that does this for all messages that are recognized as mailing list messages. Unfortunately I did not find such a plugin for thunderbird yet... NB I just set the headers in this message per my example above, for you to test. If you hit any reply* button to react on to this message, a decent MUA should not include my personal address as a recipient of your message. -- Regards, Tom
Re: [Dovecot] On-delivery deduplication?
Hello Tom, Tom Hendrikx t...@whyscream.net (Wed Jun 8 23:17:29 2011): (…) OTOH, if you need such feature, it shouln't be too challenging to write a MDA replacement, that decides about duplicity and finally passes the remaining messages to the Dovecot MDA. This happens because the person replying uses either the reply, or the reply-to-all button in his MUA. The MUA should honour the headers of the message it replies to, and most of the time MUAs do that. I understand what you're explaining. But I do not understand how it is related to duplicated messages. BTW and OT: the MUA agent I'm using (mutt) knows list reply feature, it works independent on From/Reply-To header fields. Using just reply in presence of a Reply-To header field, it asks if it's my intention to send the reply to somebody else than the originator. And it knows group reply, that's the same as reply all in other MUA. And finally it knows a bounce, sometimes known as resend - not to be confused with forward. It just lacks a shiny *G*ui. Greetings from Dresden, -- Heiko :: dresden : linux : SCHLITTERMANN.de GPG Key 48D0359B : 3061 CFBF 2D88 F034 E8D2 7E92 EE4E AC98 48D0 359B signature.asc Description: Digital signature
Re: [Dovecot] On-delivery deduplication?
On 08/06/11 23:46, Heiko Schlittermann wrote: Hello Tom, Tom Hendrikx t...@whyscream.net (Wed Jun 8 23:17:29 2011): (…) OTOH, if you need such feature, it shouln't be too challenging to write a MDA replacement, that decides about duplicity and finally passes the remaining messages to the Dovecot MDA. This happens because the person replying uses either the reply, or the reply-to-all button in his MUA. The MUA should honour the headers of the message it replies to, and most of the time MUAs do that. I understand what you're explaining. But I do not understand how it is related to duplicated messages. The point is that when you set the headers correctly on your message, a reply from someone on your message will not generate a duplicate in the first place, thereby eliminating your problem even before it exists :) -- Regards, Tom
Re: [Dovecot] On-delivery deduplication?
Only kind of relevant to this thread, but: I hate this whole idea of being able to tell where messages should be replied to. Basically the rule seems to be don't give me a separate notification if the email reply was sent to me 0-2 weeks after I sent the originating message, but do send it if it was sent after that. Of course no one can know how long you actually bother to follow the mailing list, usually not even you. The only exception are people like me and [2-10] other people who really do follow it year after year. Perhaps I should remove the feature from my patched mailman, although then maybe I'd have to figure out how to implement it for myself to the clients I use.. Oh well. (And while I'm complaining .. I hate just as much the bottom posts with everything quoted than top posts. At least with top posts I see what people are saying, but with bottom posts I have to scroll pagefuls of old text to see it. Try to put something new into the first pageful of the screen..) On 9.6.2011, at 0.46, Heiko Schlittermann wrote: Hello Tom, Tom Hendrikx t...@whyscream.net (Wed Jun 8 23:17:29 2011): (…) OTOH, if you need such feature, it shouln't be too challenging to write a MDA replacement, that decides about duplicity and finally passes the remaining messages to the Dovecot MDA. This happens because the person replying uses either the reply, or the reply-to-all button in his MUA. The MUA should honour the headers of the message it replies to, and most of the time MUAs do that. I understand what you're explaining. But I do not understand how it is related to duplicated messages. BTW and OT: the MUA agent I'm using (mutt) knows list reply feature, it works independent on From/Reply-To header fields. Using just reply in presence of a Reply-To header field, it asks if it's my intention to send the reply to somebody else than the originator. And it knows group reply, that's the same as reply all in other MUA. And finally it knows a bounce, sometimes known as resend - not to be confused with forward. It just lacks a shiny *G*ui. Greetings from Dresden, -- Heiko :: dresden : linux : SCHLITTERMANN.de GPG Key 48D0359B : 3061 CFBF 2D88 F034 E8D2 7E92 EE4E AC98 48D0 359B
Re: [Dovecot] On-delivery deduplication?
On 06/08/2011 05:58 PM, Tom Hendrikx wrote: [...] The point is that when you set the headers correctly on your message, a reply from someone on your message will not generate a duplicate in the first place, thereby eliminating your problem even before it exists :) To add a data point, this message was a reply-to-all in Thunderbird 3.1.10. It included Tom's address, ignoring the reply-to: header. Considering Thunderbird's popularity, just using a reply-to: header won't solve the duplicate message problem. This is especially true on open mail lists, like those at kernel.org, where reply-to-all is expected of participants. Phil
Re: [Dovecot] [OT] On-delivery deduplication?
On 09/06/11 00:47, Phil Turmel wrote: On 06/08/2011 05:58 PM, Tom Hendrikx wrote: [...] The point is that when you set the headers correctly on your message, a reply from someone on your message will not generate a duplicate in the first place, thereby eliminating your problem even before it exists :) To add a data point, this message was a reply-to-all in Thunderbird 3.1.10. It included Tom's address, ignoring the reply-to: header. Actually I only set the reply-to header (by hand) on the message in which I said that I did that, and not on the second one, because I am lazy and there is no tb plugin to make my life easier. Please try again on the correct message. Considering Thunderbird's popularity, just using a reply-to: header won't solve the duplicate message problem. This is especially true on open mail lists, like those at kernel.org, where reply-to-all is expected of participants. I use Thunderbird too, and I did test what I documented. To be sure, please check the headers of both messages. I don't use this practice often (depends on the ml, and the ppl on it), but some time ago the duplicate issue irritated me enough to spend a good thought at what the real problem was. Just shared my results, especially since they are apparently non-obvious :) But maybe we're getting a bit off-topic. After all this is a list about dovecot and IMAP-related stuff. -- Regards, Tom
Re: [Dovecot] [OT] On-delivery deduplication?
On 06/08/2011 07:05 PM, Tom Hendrikx wrote: On 09/06/11 00:47, Phil Turmel wrote: On 06/08/2011 05:58 PM, Tom Hendrikx wrote: [...] The point is that when you set the headers correctly on your message, a reply from someone on your message will not generate a duplicate in the first place, thereby eliminating your problem even before it exists :) To add a data point, this message was a reply-to-all in Thunderbird 3.1.10. It included Tom's address, ignoring the reply-to: header. Actually I only set the reply-to header (by hand) on the message in which I said that I did that, and not on the second one, because I am lazy and there is no tb plugin to make my life easier. Please try again on the correct message. I checked before I sent, and sure enough, it's there. Maybe Timo has set the list to add it. This one of yours has it, too. Considering Thunderbird's popularity, just using a reply-to: header won't solve the duplicate message problem. This is especially true on open mail lists, like those at kernel.org, where reply-to-all is expected of participants. I use Thunderbird too, and I did test what I documented. To be sure, please check the headers of both messages. Checked. I don't use this practice often (depends on the ml, and the ppl on it), but some time ago the duplicate issue irritated me enough to spend a good thought at what the real problem was. Just shared my results, especially since they are apparently non-obvious :) But maybe we're getting a bit off-topic. After all this is a list about dovecot and IMAP-related stuff. True enough. I'll stop here. Phil
Re: [Dovecot] Using Dovecot new version 2.0.13 facing issues.
Hi, I have configured POP-IMAP server with dovecot 2.0.13 with mysql support. When I am running load test on the same I face issue on IMAP connections. I get dovecot: imap-login: Error: fd_send(imap, 15) failed: Interrupted system call followed by dovecot: imap-login: Internal login failure in log files. See if these patches help: http://hg.dovecot.org/dovecot-2.0/rev/86e4023d08e4 http://hg.dovecot.org/dovecot-2.0/rev/6fdee880c5dc Hi Timo, Thanks for the response. The first patch is not getting compiled, where the other one got complied cleanly. Please help on this. Have a nice time, Gourav Joshi Have a look at www.linuxquestions.in
