Topic: SOGo errors uploading multiple file attachments

[philbrearley]

Following the recent round of updates (and SOGo 2.1) my clients are experiencing problems when attaching multiple files using the SOGo WEB interface

The first file attachment goes ok, but when adding a second attachment the following message is issued:

Error while uploading the file "somefilename.pdf": Failed to change flags of IMAP4 message: Error in IMAP command UID: Invalid UID messageset

This is happening in both Internet Explorer and Firefox.

Any Ideas ?

[Stefano]

yes, ask on SOGo's support ML in first instance..

[nicolatiana]

Can confirm for SOGo  2.2.1-1 too 
Filed a bug http://www.sogo.nu/bugs/view.php?id=2675

Nicola

[nicolatiana]

Taking a look at the BUG on SOGo forum You'll find that their support claims that the IMAP server (Dovecot) must satisfy this requisite:

"Your IMAP server must support the UIDPLUS extension (RFC 4315)."

I'm a bit confused about this, but may be related to dovecot release packaged with Sme/Centos not supporting UIDPLUS ?
I asked them if they changed something in latest releases of SOGo, considering that everything was working fine before latest SOGo updates.

Nicola

UPDATE

I tried telnetting my server: it seem that UIDPLUS is not supported by Dovecot 1.0.7:

[root@fudge ~]# telnet localhost imap
Trying 127.0.0.1...
Connected to localhost.
Escape character is '^]'.
* OK imapfront ready. + stunnel
a1 LOGIN admin passwd
a1 OK Logged in.
a2 CAPABILITY
* CAPABILITY AUTH=LOGIN IMAP4rev1 SASL-IR SORT THREAD=REFERENCES MULTIAPPEND UNSELECT LITERAL+ IDLE CHILDREN NAMESPACE LOGIN-REFERRALS
a2 OK Capability completed.

It seems that SOGo team is introducing some functions non available in our dovecot release (that is the Centos 5.9 one).

Nicola

[Stefano]

the question is: do we use the SAME dovecot version that is used by "plain" centos or a custom one?

[nicolatiana]

In Centos 5.9 64 bit dovecot-1.0.7-8.el5_9.1.x86_64 is the installed package.
In Sme 8.1 32 bit dovecot-1.0.7-8.el5_9.1.i386 is the installed one.

So it seems that the same package of the mainstream is used.

Nicola

[Stefano]

well.. next step is to ask SOGo's devs if some features aren't available on stock Centos 5.X servers, since onboard dovecot doesn't support some features..

[nicolatiana]

I filed a bug in Sme too: see http://bugs.contribs.org/show_bug.cgi?id=8348

I discoved that dovecot 2.x has been introduced in Centos 6.x.

Nicola

[nicolatiana]

According to Sogo devs Dovecot 2.x is needed to have SOGO 2.2.x fully working.
They suggest to test with the following files:
http://packages.atrpms.net/dist/el5/dovecot-2.1.x/

I'll try it in a test environment as soon as possible.
Can any Sme "guru" say how maybe "dangerous" to replace the standard dovecot 1.x package ? 

Nicola

[Daniel B.]

You can try this: https://wikit.firewall-services.com/doku.php/smedev/dovecot

- It will install and configure dovecot 2 on SME8
- It's more or less the same thing which is available on SME9
- It's working for me on several production servers for more than two years
- It's working with SOGo and the new file attachment feature (I use SOGo on all the servers I deploy)

But of course, it's not fully supported, and even if it's working great for me and my customers, YMMV

Regards, Daniel

[nicolatiana]

Many thanks Daniel; we may think to make "standard" in Sme 8.1.

Nicola

[nicolatiana]

@daniel
solved, with some more questions  .
- this:

Exclude clamav,spamassassin,libselinux,perl-HTML-Parser,lm_sensors,\ perl-IO-stringy,perl-XML-Parser,razor-agents,libgcrypt,rpm-python,\ libxml2,zlib,gnupg,libxml2-python,yum,module-init-tools,rpm,gettext,\ librpm4,glib2,perl-libwww-perl,perl-Convert-ASN1,beecrypt,fetchmail,\ libacl,libtool-ltdl,popt,libgpg-error,freetype,perl-MIME-tools,mutt,\ gd,perl-TimeDate,librpm4.4,dovecot

is due to avoid unwanted upgrade of packages from atrpms repo, correct ?
- Sieve and dovecot-lda: unless sieve is disabled (this is by default ?) the Sme server still uses qmail, correct this too ? (I think so because I can see mail transactions in my qmail log).
- the additional features in dovecot-imap are not depending from sieve (sieve = a script language to process mail at server level);
- sogo: it seems that they have moved config in a more standard place: /etc/sogo; so templates are in /etc/e-smith/templates/etc/sogo/sogo.conf and customized templates must be placed in /etc/e-smith/templates-custom/etc/sogo/sogo.conf
- I did my test on a fresh box with only few admin/root mails: can I expect any problem on a "live" box with lot of mail and fully configured mailboxes ?

- the last question: can we think to integrate all of this in Sme ? The development of Sogo has gone to dovecot 2 and considering that Sme 8.1 has a good chance to live for almost a long time, dovecot 1.x may be a problem; . . . .  and considering that FWS has done almost all the job  . . . . .  ---> wish list ?

Many thanks again

Nicola

[Daniel B.]

- this:is due to avoid unwanted upgrade of packages from atrpms repo, correct ?

Right

- Sieve and dovecot-lda: unless sieve is disabled (this is by default ?) the Sme server still uses qmail, correct this too ? (I think so because I can see mail transactions in my qmail log).

Not matter if sieve is enabled or not (and it defaults to enabled), qmail is still used, it's the MTA (decides where to route incoming emails). But qmail then "gives" the mails to dovecot for local delivery (dovecot-lda is the LDA if sieve is enabled)

- the additional features in dovecot-imap are not depending from sieve (sieve = a script language to process mail at server level);

Not all features depends on sieve, but a few interesting ones, especially with SOGo are (filters, out of office, forward)

- sogo: it seems that they have moved config in a more standard place: /etc/sogo; so templates are in /etc/e-smith/templates/etc/sogo/sogo.conf and customized templates must be placed in /etc/e-smith/templates-custom/etc/sogo/sogo.conf

Right, I should update my wiki page

- I did my test on a fresh box with only few admin/root mails: can I expect any problem on a "live" box with lot of mail and fully configured mailboxes ?

I don't think so, I've installed this contrib on a few busy servers (~120 users, 6 years of email history, several million emails) and had no issue

- the last question: can we think to integrate all of this in Sme ? The development of Sogo has gone to dovecot 2 and considering that Sme 8.1 has a good chance to live for almost a long time, dovecot 1.x may be a problem; . . . .  and considering that FWS has done almost all the job  . . . . .  ---> wish list ?

It's already integrated in SME9, but we're not sure for SME8, as it's quite intrusive, and stable branch should change that much. As SME9 should be available soon, I don't think it worth changing SME8

[nicolatiana]

I've succefully installed FWS Dovecot 2 implementation in almost 3 different sites. Good job.

Just a question: in my db settings "Quotas" are enabled by I do not get the quota bar in SOGo. I took a look to http://comments.gmane.org/gmane.comp.groupware.sogo.user/3787 (but the post is quite old) and I found some directions in one post:

IIRC, I had similar problems some time ago. The problem was the quota
root name. I see that you are using the standard "User quota". If you
don't set this name in your config, things might work.
So instead of writing in your dovecot.conf:
quota = maildir:User quota
you write:
quota = maildir

in my install, dovecot.conf reports:

quota = fs:user

Is this correct ?

Nicola

[Daniel B.]

Yes, that should be correct. IMAP quota are based on filesystem quota, and will only be displayed in SOGo (or any other compatible IMAP client) if you have set a quota limit for this user in the server-manager