Re: [Courier-imap] Errata release of courier and courier-imap packages.

2021-03-21 Thread Eugene Suprun



21.03.2021 17:56, Sam Varshavchik пишет:

Eugene Suprun writes:


« HTML content follows »
Hi Sam.

Installed courier-imap 5.1.1 at the production server (1500 
mailboxes), users get alerts in their clients (e.g. Mozilla 
Thunderbird) when jumping from a folder to another:


Filesystem notification initialization error -- contact your mail 
administrator (check for configuration errors with the FAM/Gamin 
library)


In /var/log/mail:

Mar 21 16:57:49 mail imapd-ssl[1994]: LOGIN, 
mailto:user=u...@domain.org>user=u...@domain.org, 
ip=[194.158.XXX.YYY], port=[61752], protocol=IMAP
Mar 21 16:57:49 mail imapd-ssl[1994]: Failed to create cache file: 
maildirwatch (mailto:u...@domain.org>u...@domain.org)

Mar 21 16:57:49 mail imapd-ssl[1994]: Error: Too many open files
Mar 21 16:57:50 mail imapd-ssl[1994]: Failed to create cache file: 
maildirwatch (mailto:u...@domain.org>u...@domain.org)

Mar 21 16:57:50 mail imapd-ssl[1994]: Error: Too many open files

openSuSE 15.2.
I believe 'FAM/Gamin' should be replaced by 'inotify' in the alerts.
inotifywait -m works fine at the server.

Reinstalled courier-imap 5.0.14


Some Googling around suggests that this might be on a per-userid limit 
of inotify file descriptors:


https://stackoverflow.com/questions/0245/inotify-fd-why-is-the-limit-per-user-id-and-not-per-process 



I'm guessing that all your mailboxes are virtual and use the same 
system userid.

That is true.


Try increasing /proc/sys/fs/inotify/max_user_instances
Increased its value from 128 to 4096, no problems in an hour. Thanks for 
the tip. I am going to check it tomorrow, when there will be much more 
mail users.


In any case, I think enabling inotify notification facility should be 
configurable: inotify structures require non-negligible amount of memory 
to maintain (and it can't be swapped out to disk)


As for alerting a user? It frustrates the user. May be also configurable 
setting?


Rough metric: number of concurrent IMAP sessions multiplied by 4.

It's worth adding this to the installation notes.



___
Courier-imap mailing list
Courier-imap@lists.sourceforge.net
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap


___
Courier-imap mailing list
Courier-imap@lists.sourceforge.net
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap


Re: [Courier-imap] Errata release of courier and courier-imap packages.

2021-03-21 Thread Eugene Suprun

Hi Sam.

Installed courier-imap 5.1.1 at the production server (1500 mailboxes), 
users get alerts in their clients (e.g. Mozilla Thunderbird) when 
jumping from a folder to another:


Filesystem notification initialization error -- contact your mail 
administrator (check for configuration errors with the FAM/Gamin library)


In /var/log/mail:

Mar 21 16:57:49 mail imapd-ssl[1994]: LOGIN, user=u...@domain.org, 
ip=[194.158.XXX.YYY], port=[61752], protocol=IMAP
Mar 21 16:57:49 mail imapd-ssl[1994]: Failed to create cache file: 
maildirwatch (u...@domain.org)

Mar 21 16:57:49 mail imapd-ssl[1994]: Error: Too many open files
Mar 21 16:57:50 mail imapd-ssl[1994]: Failed to create cache file: 
maildirwatch (u...@domain.org)

Mar 21 16:57:50 mail imapd-ssl[1994]: Error: Too many open files

openSuSE 15.2.
I believe 'FAM/Gamin' should be replaced by 'inotify' in the alerts.
inotifywait -m works fine at the server.

Reinstalled courier-imap 5.0.14

Regards, Eugene

21.03.2021 01:58, Sam Varshavchik пишет:

Download: https://www.courier-mta.org/download.html

New versions released of  courier (1.1.1), courier-imap (5.1.1) packages.

Changes:

- courier: fix the RPM build script to build either with OpenSSL or 
GnuTLS.


- courier, courier-imap: fix swapped TLS_CACHEFILE settings in the 
IMAP and POP3 configuration files.




___
Courier-imap mailing list
Courier-imap@lists.sourceforge.net
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap


___
Courier-imap mailing list
Courier-imap@lists.sourceforge.net
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap


Re: [Courier-imap] Courier 1.0.16/courier-imap 5.0.13 released

2021-03-01 Thread Eugene Suprun

Hi Sam.

Courier-imap:
./configure --with-notice=unicode
        ends with error message:

ERROR: The Courier Unicode Library 2.1 header files appear not to be 
installed.

You may need to upgrade the library or install a separate development
subpackage in addition to the main package

Courier Unicode 2.1.2 is installed ok
Previous courier-imap version (5.0.12) source configures OK.

01.03.2021 16:30, Sam Varshavchik пишет:

Download: https://www.courier-mta.org/download.html

New releases of courier and courier-imap.

Changes:

- Fixes a crash caused by a malformed DNS query/response.



___
Courier-imap mailing list
Courier-imap@lists.sourceforge.net
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap


--
/Regards,
Eugene Suprun
/
___
Courier-imap mailing list
Courier-imap@lists.sourceforge.net
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap


[Courier-imap] Courier-imap 5.0.2, pop access unicode errors

2018-11-16 Thread Eugene Suprun

Hi!

I upgraded Courier IMAP from v. 4.18.2 to 5.0.2,  with maildirmake 
--checkutf8  foreach users' maildir OK, then maildirmake 
--convutf8 ... OK, while mail services (postfix, courier-imap-ssl, 
courier-imap, courier-pop3-ssl, courier-pop3) where stopped. Now I  get 
multiple claims from our pop3 clients that they fail to retrieve 
messages, e.g. Mozilla Thunderbird shows the following:


Command RETR failed. Error getting message. Mail server «pop.bsuir.by» 
replied /(That was my translation from Russian of the Thunderbird 
message, - E.S.)/: Cannot open message 1 /(or another number, - E.S.)/ 
because it is a Unicode message and your E-mail reader did not enable 
Unicode support. Please use an E-mail reader that supports POP3 with 
UTF-8 (see https://tools.ietf.org/html/rfc6856.html)


One can download  the maildir containing only one message that leads to 
the error, from https://yadi.sk/d/oQEZZ_0LqPsFxQ . I believe there is 
nothing wrong with the message, and I am sure there is nothing wrong 
with Thunderbird (latest version BTW), for if I send the message into 
trash and then bring it back to inbox, by means of an imap client, the 
pop3 client retrieves the message ok.


I "repaired" the inbox  of a user that above mentioned way: by means of 
an imap client (roundcube webmail) deleted all his mails from inbox, 
then brought them back to inbox, but in a couple of days the user gets 
another message that disables again his pop3 client because of "Command 
RETR failed" error.


Another bad thing that occured while corier-imap upgrade 4.18.2 -> 
5.0.2: All (!) our pop3 clients retrieved the copies of messages that 
were at the server (many of them failed to retrieve all their messages, 
because of the above mentioned "Command RETR failed" error).


We use Courier-imap 5.0.2, Courier-unicode 2.1, maildrop 3.0.0, 
Courier-authlib 0.69.0 at openSUSE Linux 15.0.


--
/Regards,/
/Eugene Suprun.
/
___
Courier-imap mailing list
Courier-imap@lists.sourceforge.net
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-imap