Re: Option to not add "Received" header ?
You could remove them with sieve in the latest version of pigeonhole. On Mar 24, 2015 7:33 AM, Florent B wrote: > > I know about RFC's, but that could be an option, not enabled by default.
Re: Dovecot Oy merger with Open-Xchange AG
On 26/03/15 13:05, Bernd Petrovitsch wrote: On Mon, 2015-03-23 at 16:08 +0200, Andreas Kasenides wrote: I am usually emotionally (at least) against of open-source projects loosing their independence to large corporations. Possibly due to bad OX-AG is a "large corporation"? Did I miss something? Kind regards, Bernd I have no idea how large is OX-AG. That is not what I said anyway. At least not what I meant. I was trying to emphasize large or larger commercial entities trying to take advantage of the OSS community. Which happened many times in the past. Andreas -- Andreas Kasenides Senior IT Officer Dept. of Computer Science, University of Cyprus Tel: 22892714, Fax: 22892701 (5B4ANK)
Error "Next message unexpectedly lost from mbox file"
Hi,
i am the new one;) - and my first post is about a problem i ran into.
I installed a mailserver on a RaspberryPi. It works mostly well, using
dovecot 2.1.7.
(exim4 4.8 (not in use, smtp direct to Provider), fetchmail 6.3.21,
RasPi 3.12.28+, Roundcube (no version known) - the whole system went
through an apg-get update/uppgrade this night to look if a known problem
already been fixed.
When getting bigger Attachments (not sure if it occurs by smaller too,
but bigger attachments are normally "to open" and often fail)
Not all of them, but much. Unpredictable when it occurs.
These Attachments are shown with less size in the Mailclient
(Thunderbird actual version). In Roundcube they are shown to small, too.
But it looks as the mail IS "fullsized" on the lokal Mailserver: When i
use Roundcube and try to open an x00kB .zip, Roundcube starts to get the
whole xyMB (real size) .zip-file, even when disconnected from internet.
Thunderbird behaves different, doesnt load the full file, so "ignore" is
no option;) And yes, i always dont like that option:)
Beside the lokal mailserver-account(s) there is/are pulled Mails via
imap direct from the mailprovider, the "old" solution which shall be
replaced by the new mailserver. imap direct from provider shows the
mails/Attachments in corrects size an opening works.
Only using the local mailserver fails.
In the log-files i found (i quote a part in which - cronjob matching -
one of these defect mails was pulled):
In Syslog:
Mar 26 09:40:01 raspberrypi /USR/SBIN/CRON[26696]: (info) CMD
(/usr/bin/fetchmail -s --fetchsizelimit 0 --fetchlimit 0 --limit 0
--timeout 300)
Mar 26 09:40:05 raspberrypi dovecot: imap(info): Error: Next message
unexpectedly lost from mbox file /home/info/mail/.INBOX at 1066141935
(cached)
Mar 26 09:40:05 raspberrypi dovecot: imap(info): Error:
read(/home/info/mail/.INBOX) failed: Invalid argument (FETCH for mailbox
INBOX UID 1247)
Mar 26 09:40:05 raspberrypi dovecot: imap(info): Disconnected: Internal
error occurred. Refer to server log for more information. [2015-03-26
09:40:05] in=
2693 out=172626
Mar 26 09:40:07 raspberrypi dovecot: imap(info): Panic: file
mbox-sync.c: line 1286 (mbox_sync_handle_eof_updates): assertion failed:
(trailer_size <= 2)
Mar 26 09:40:07 raspberrypi dovecot: imap(info): Fatal: master:
service(imap): child 26341 killed with signal 6 (core dumps disabled)
Mar 26 09:40:51 raspberrypi dovecot: imap-login: Login: user=,
method=PLAIN, rip=192.168.100.27, lip=192.168.100.199, mpid=26723, TLS,
session=
Mar 26 09:42:16 raspberrypi dovecot: imap(info): Connection closed
in=752 out=21810
And in mail.err:
Mar 26 09:40:05 raspberrypi dovecot: imap(info): Error: Next message
unexpectedly lost from mbox file /home/info/mail/.INBOX at 1066141935
(cached)
Mar 26 09:40:05 raspberrypi dovecot: imap(info): Error:
read(/home/info/mail/.INBOX) failed: Invalid argument (FETCH for mailbox
INBOX UID 1247)
Mar 26 09:40:07 raspberrypi dovecot: imap(info): Panic: file
mbox-sync.c: line 1286 (mbox_sync_handle_eof_updates): assertion failed:
(trailer_size <= 2)
Mar 26 09:40:07 raspberrypi dovecot: imap(info): Fatal: master:
service(imap): child 26341 killed with signal 6 (core dumps disabled)
(To tell the whole story: /home/$user/mail is link by NFS to a NAS. The
limit 0 and timeout entries are just to test after running into the
error and before i discovered that not fetchmail but dovecot looks to
cause the problem)
In the archive i only found an issue in 2010 with a CR/LF-problem, but
it is a) a long time ago an b) i am not sure that my specific problem
comes from the same direction.
http://www.dovecot.org/list/dovecot/2010-November/054938.html
Any suggestions how to solve that problem?
Thanks.
root@raspberrypi:~# doveconf -n
# 2.1.7: /etc/dovecot/dovecot.conf
# OS: Linux 3.12.28+ armv6l Debian 7.8
mail_location =
mbox:~/mail:LAYOUT=maildir++:INBOX=~/mail/.INBOX:CONTROL=~/mail/control:INDEX=~/mail/indexes
mail_privileged_group = 1
namespace {
inbox = yes
location =
mailbox {
special_use = \Drafts
name = Drafts
}
mailbox {
special_use = \Junk
name = Junk
}
mailbox {
special_use = \Sent
name = Sent
}
mailbox {
special_use = \Sent
name = Sent Messages
}
mailbox {
special_use = \Trash
name = Trash
}
prefix =
name = inbox
}
passdb {
driver = pam
}
protocols = " imap"
service replication-notify-fifo {
name = aggregator
}
service anvil-auth-penalty {
name = anvil
}
service auth-worker {
name = auth-worker
}
service auth-client {
name = auth
}
service config {
name = config
}
service dict {
name = dict
}
service login/proxy-notify {
name = director
}
service dns-client {
name = dns_client
}
service doveadm-server {
name = doveadm
}
service imap {
name = imap-login
}
service login/imap {
name = imap
}
service indexer-worker {
name = indexer-worker
}
service indexer {
name = indexer
}
service ipc {
name = ipc
}
service lmtp {
name = lmtp
}
service log-erro
Re: Dovecot Oy merger with Open-Xchange AG
On Mon, 2015-03-23 at 16:08 +0200, Andreas Kasenides wrote: > I am usually emotionally (at least) against of open-source projects > loosing their independence to large corporations. Possibly due to bad OX-AG is a "large corporation"? Did I miss something? Kind regards, Bernd -- "I dislike type abstraction if it has no real reason. And saving on typing is not a good reason - if your typing speed is the main issue when you're coding, you're doing something seriously wrong." - Linus Torvalds
Lazy_expunge issue...
fetch
}
userdb {
args = /etc/dovecot/conf.d/dovecot-sqlSSO.conf.ext
driver = sql
}
protocol lmtp {
info_log_path = /tmp/dovecot-lmtp-info.log
log_path = /tmp/dovecot-lmtp.log
mail_plugins = quota listescape lazy_expunge acl mail_log notify
}
protocol imap {
imap_max_line_length = 128 k
mail_plugins = quota listescape lazy_expunge acl mail_log notify
imap_quota acl imap_acl
}
protocol doveadm {
mail_plugins = quota listescape lazy_expunge acl mail_log notify
pop3_migration
}
protocol pop3 {
pop3_no_flag_updates = yes
pop3_uidl_format = %10v.%09u
}
===
root@gold:# doveadm user -u testimap2.c...@unipd.it
userdb: testimap2.c...@unipd.it
uid : 1003
gid : 1003
home : /SYSTEM/USERS/homes/unipd.it/t/testimap2.c...@unipd.it
mail :
sdbox:/NAS1/unipd.it/mailbox/t/testimap2.c...@unipd.it/sdbox:INDEX=/INDEX1/unipd.it/t/testimap2.c...@unipd.it:ALT=/ALTSTORAGE1/unipd.it/t/testimap2.c...@unipd.it
---
Here follows IMAP transaction in and out from rawlog
IN:
2 ENABLE QRESYNC
3 NAMESPACE
4 LIST () "" (extern/*)
5 DELETE extern
6 UNSUBSCRIBE extern
7 DELETE extern/subfolder
8 UNSUBSCRIBE extern/subfolder
9 LOGOUT
OUT:
root@gold:/SYSTEM/USERS/homes/unipd.it/t/testimap2.c...@unipd.it/dovecot.rawlog#
more 20150326-095943-1773.out
1 OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE
IDLE SORT SORT=DISPLAY THREAD=REFERENCES THREAD=REFS THREAD=OR
DEREDSUBJECT MULTIAPPEND URL-PARTIAL CATENATE UNSELECT CHILDREN
NAMESPACE UIDPLUS LIST-EXTENDED I18NLEVEL=1 CONDSTORE QRESYNC ESEARC
H ESORT SEARCHRES WITHIN CONTEXT=SEARCH LIST-STATUS SPECIAL-USE BINARY
MOVE QUOTA ACL RIGHTS=texk] Logged in
* ENABLED QRESYNC
2 OK Enabled.
* NAMESPACE (("" "/")("_PostaCancellataPerErrore/" "/")) NIL NIL
3 OK Namespace completed.
* LIST () "/" extern/subfolder
4 OK List completed.
5 OK Delete completed.
6 OK Unsubscribe completed.
7 OK Delete completed.
8 OK Unsubscribe completed.
* BYE Logging out
9 OK Logout completed.
==
Here follows debug log from dovecot.
Mar 26 09:59:43 imap-login: Info: Login: user=,
method=PLAIN, rip=147.162.10.141, lip=147.162.10.84, mpid=1771,
session=
Mar 26 09:59:43 script-login: Debug: Added userdb setting:
mail_location=sdbox:/NAS1/unipd.it/mailbox/t/testimap2.c...@unipd.it/sdbox:INDEX=/INDEX1/unipd.it/t/testimap2.c...@unipd.it:ALT=/ALTSTORAGE1/unipd.it/t/testimap2.c...@unipd.it
Mar 26 09:59:43 imap: Debug: Loading modules from directory:
/usr/lib/dovecot/modules
Mar 26 09:59:43 imap: Debug: Module loaded:
/usr/lib/dovecot/modules/lib01_acl_plugin.so
Mar 26 09:59:43 imap: Debug: Module loaded:
/usr/lib/dovecot/modules/lib02_imap_acl_plugin.so
Mar 26 09:59:43 imap: Debug: Module loaded:
/usr/lib/dovecot/modules/lib02_lazy_expunge_plugin.so
Mar 26 09:59:43 imap: Debug: Module loaded:
/usr/lib/dovecot/modules/lib10_quota_plugin.so
Mar 26 09:59:43 imap: Debug: Module loaded:
/usr/lib/dovecot/modules/lib11_imap_quota_plugin.so
Mar 26 09:59:43 imap: Debug: Module loaded:
/usr/lib/dovecot/modules/lib15_notify_plugin.so
Mar 26 09:59:43 imap: Debug: Module loaded:
/usr/lib/dovecot/modules/lib20_listescape_plugin.so
Mar 26 09:59:43 imap: Debug: Module loaded:
/usr/lib/dovecot/modules/lib20_mail_log_plugin.so
Mar 26 09:59:43 imap: Debug: Added userdb setting:
mail_location=sdbox:/NAS1/unipd.it/mailbox/t/testimap2.c...@unipd.it/sdbox:INDEX=/INDEX1/unipd.it/t/testimap2.c...@unipd.it:ALT=/ALTSTORAGE1/unipd.it/t/testimap2.c...@unipd.it
Mar 26 09:59:43 imap(testimap2.c...@unipd.it): Debug: Effective
uid=1003, gid=1003,
home=/SYSTEM/USERS/homes/unipd.it/t/testimap2.c...@unipd.it
Mar 26 09:59:43 imap(testimap2.c...@unipd.it): Debug: acl: No
acl_shared_dict setting - shared mailbox listing is disabled
Mar 26 09:59:43 imap(testimap2.c...@unipd.it): Debug: Quota root:
name=User quota backend=dict
args=:file:/SYSTEM/USERS/homes/unipd.it/t/testimap2.c...@unipd.it/testimap2.c...@unipd.it.quota
Mar 26 09:59:43 imap(testimap2.c...@unipd.it): Debug: Quota rule:
root=User quota mailbox=* bytes=1153433600 messages=0
Mar 26 09:59:43 imap(testimap2.c...@unipd.it): Debug: Quota rule:
root=User quota mailbox=Trash bytes=+104857600 messages=0
Mar 26 09:59:43 imap(testimap2.c...@unipd.it): Debug: Quota warning:
bytes=1095761920 (95%) messages=0 reverse=no command=quota-warning 95
testimap2.c...@unipd.it
Mar 26 09:59:43 imap(testimap2.c...@unipd.it): Debug: Quota warning:
bytes=922746880 (80%) messages=0 reverse=no command=quota-warning 80
testimap2.c...@unipd.it
Mar 26 09:59:43 imap(testimap2.c...@unipd.it): Debug: Quota grace:
root=User quota bytes=115343360 (10%)
Mar 26 09:59:43 imap(testimap2.c...@unipd.it): Debug: dict quota:
user=testimap2.c...@unipd.it,
uri=file:/SYSTEM/USERS/homes/unipd.it/t/testimap2.c...@unipd.it/testimap2.c...@unipd.it.quota,
noenforcing=0
Mar 26 09:59:43 imap(testimap2.c...@unipd.it): Debug: Namespace inbox
Re: Courier-dovecot migration issue: Forward and Junk flags
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, 26 Mar 2015, Dennis Højgaard wrote: Thank you for your feedback. I have the following in my Maildir: cat courierimapkeywords/\:list JUNK $Forwarded $label4 $label1 cat dovecot-keywords 0 JUNK 1 $Forwarded 2 $label4 3 $label1 Could you check if a message that is marked as JUNK in Courier has an "a" (lower letter A) appended to the filename in Dovecot's Maildir? and a forwarded one should have a "b". On 2015-03-26 08:12, Steffen Kaiser wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 25 Mar 2015, Dennis Højgaard wrote: Hello.. Another courier -> dovecot migrater here.. I ham having a bit of trouble converting the courier maildir correctly, or actually i'm almost there. The only thing i experience is that forwarded messages and messages marked as junk (in thunderbird) are downloaded again (i am using thunderbird and caching) after running the courier-dovecot-migrate.pl script and connecting to the newly configured dovecot imap server.. So i think that the Forward and Junk flag is not being converted.. Could you check if the converted Dovecot Maildir contains a file named dovecot-keywords with contents like this: 0 Junk 1 nonjunk 2 $Forwarded 3 $label1 4 Old 5 $NotJunk 6 $MDNSent 7 $Junk Could you also check if your Courier Maildir contains a file named courierimapkeywords/:list and if this file contains the keywords, too? - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEVAwUBVROxTHz1H7kL/d9rAQJJAAf/UTDcy5cBaA83dd0xiqQ+WHnDK0gkIqKQ privBnUqzxwDvfH6aBdEsl64VFU2hN1ItQR42p2/4YT6JV+Kb+ZuJkSUQ/jhtpzS Fu8+r4RGxBpPrP7rr3ObXv89YeKDt5+znDL0UH+lz1AQefAP8IGaydMHHZd7CIn2 Dy+hM0dmBg54YAxzRlnjSEcaDEH94Le/D0twrYS1Rqu/u1uEdC7gyQ9pwbpAUAQl J1hxObo18ElyxtZdGYJ53n1Cd9oV+mIzp0P72thcsB2Xu7tgNOBMpvp0O8pi7q+5 FKBzhJgv1a7V6s/+n88LilNua+CjHHiFaON29oYu8dybvNdUpUCYiQ== =6hFP -END PGP SIGNATURE- - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEVAwUBVRPBi3z1H7kL/d9rAQIGIggAw3QSGZzvVGHfE7sMsYwmvcG7KxKfVUvc nMnEqQzfugjEEp6orul8JAoJxV11+8pHAZ3ftJDQZitDS0Pa+hzrwMLoUQEGxlS/ XgmMhUc+pmRXGCjZAd1iV/sTTRMY/uxjFRGLDsxwVPMZ8lZeYNMWd/nsEoxEAXGQ Q+Og9dhRdUcxLxMBVrJBhCCeuXZW2TXdmOF7dfZE/nv32ETTFveVkA1ycfiij/4J UzkCNNxLeGPPu+PQFdkf/c3xgcr6MDprWYMv1dILYC030wiEVLYI2ha2tyKSH+OH adB5+5F9qvDsFFGII0raGqB32pFqPjbhsXVFZii9Dwe+ZBBinDW/RQ== =7j1W -END PGP SIGNATURE-
Re: Courier-dovecot migration issue: Forward and Junk flags
Hey Steffen Thank you for your feedback. I have the following in my Maildir: cat courierimapkeywords/\:list JUNK $Forwarded $label4 $label1 cat dovecot-keywords 0 JUNK 1 $Forwarded 2 $label4 3 $label1 On 2015-03-26 08:12, Steffen Kaiser wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 25 Mar 2015, Dennis Højgaard wrote: Hello.. Another courier -> dovecot migrater here.. I ham having a bit of trouble converting the courier maildir correctly, or actually i'm almost there. The only thing i experience is that forwarded messages and messages marked as junk (in thunderbird) are downloaded again (i am using thunderbird and caching) after running the courier-dovecot-migrate.pl script and connecting to the newly configured dovecot imap server.. So i think that the Forward and Junk flag is not being converted.. Could you check if the converted Dovecot Maildir contains a file named dovecot-keywords with contents like this: 0 Junk 1 nonjunk 2 $Forwarded 3 $label1 4 Old 5 $NotJunk 6 $MDNSent 7 $Junk Could you also check if your Courier Maildir contains a file named courierimapkeywords/:list and if this file contains the keywords, too? - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEVAwUBVROxTHz1H7kL/d9rAQJJAAf/UTDcy5cBaA83dd0xiqQ+WHnDK0gkIqKQ privBnUqzxwDvfH6aBdEsl64VFU2hN1ItQR42p2/4YT6JV+Kb+ZuJkSUQ/jhtpzS Fu8+r4RGxBpPrP7rr3ObXv89YeKDt5+znDL0UH+lz1AQefAP8IGaydMHHZd7CIn2 Dy+hM0dmBg54YAxzRlnjSEcaDEH94Le/D0twrYS1Rqu/u1uEdC7gyQ9pwbpAUAQl J1hxObo18ElyxtZdGYJ53n1Cd9oV+mIzp0P72thcsB2Xu7tgNOBMpvp0O8pi7q+5 FKBzhJgv1a7V6s/+n88LilNua+CjHHiFaON29oYu8dybvNdUpUCYiQ== =6hFP -END PGP SIGNATURE-
Re: Courier-dovecot migration issue: Forward and Junk flags
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, 25 Mar 2015, Dennis Højgaard wrote: Hello.. Another courier -> dovecot migrater here.. I ham having a bit of trouble converting the courier maildir correctly, or actually i'm almost there. The only thing i experience is that forwarded messages and messages marked as junk (in thunderbird) are downloaded again (i am using thunderbird and caching) after running the courier-dovecot-migrate.pl script and connecting to the newly configured dovecot imap server.. So i think that the Forward and Junk flag is not being converted.. Could you check if the converted Dovecot Maildir contains a file named dovecot-keywords with contents like this: 0 Junk 1 nonjunk 2 $Forwarded 3 $label1 4 Old 5 $NotJunk 6 $MDNSent 7 $Junk Could you also check if your Courier Maildir contains a file named courierimapkeywords/:list and if this file contains the keywords, too? - -- Steffen Kaiser -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEVAwUBVROxTHz1H7kL/d9rAQJJAAf/UTDcy5cBaA83dd0xiqQ+WHnDK0gkIqKQ privBnUqzxwDvfH6aBdEsl64VFU2hN1ItQR42p2/4YT6JV+Kb+ZuJkSUQ/jhtpzS Fu8+r4RGxBpPrP7rr3ObXv89YeKDt5+znDL0UH+lz1AQefAP8IGaydMHHZd7CIn2 Dy+hM0dmBg54YAxzRlnjSEcaDEH94Le/D0twrYS1Rqu/u1uEdC7gyQ9pwbpAUAQl J1hxObo18ElyxtZdGYJ53n1Cd9oV+mIzp0P72thcsB2Xu7tgNOBMpvp0O8pi7q+5 FKBzhJgv1a7V6s/+n88LilNua+CjHHiFaON29oYu8dybvNdUpUCYiQ== =6hFP -END PGP SIGNATURE-
