Maybe you're interested in which Linux/BSD distributions are used mostly by iRedMail users, and here's the list counted since iRedMail-0.8.4.

*) We have about 6400+ downloads of iRedMail-0.8.4 every month (200+ every day), 160+ installations every day.
*) According to our track, maybe we will drop support for Gentoo Linux someday.

# Installations, Distribution Name, Release version, Distribution code name

2020    CentOS-6
1569    UBUNTU-12.04 (precise)
1364    Debian-6 (squeeze)
 642    UBUNTU-12.10 (quantal)
 517    CentOS-5
 325    Debian-7 (wheezy)
 194    FreeBSD-9
 102    openSUSE-12.3 (dartmouth)
 102    Red Hat Enterprise Linux 5
  75    UBUNTU-13.04 (raring)
  72    openSUSE-12.2 (mantis)
  67    Red Hat Enterprise Linux 6
  36    GENTOO
  34    OpenBSD-5.2    
  30    Scientific Linux 6
  10    OpenBSD-5.3    
   4    OpenBSD 5.1
   3    FreeBSD-8    
   2    Scientific Linux 5
   1    FreeBSD-10

Please upgrade your iRedMail to the latest stable release (0.8.4) first, then upgrade iRedAdmin. I believe you missed some SQL/LDAP structure update.

I upgrade from iRedAdmin-0.1.9 to iRedAdmin-0.2.1. After the upgrade process i can login, to iRedAdmin0.2.1, but when i try to add a new email address to a domain i get a "internal server error" message. Where I made a mistake?

http://roundcube.net/ no longer offers older  roundcubemail-0.8.6

Yes, they recommend the latest stable release 0.9.0 which requires PHP-5.3+. Old releases are still available on SF.net:
http://sourceforge.net/projects/roundcu … dcubemail/

needs updating.

http://roundcube.net/ no longer offers older  roundcubemail-0.8.6

There's an typo error in iRedAPD plugin /opt/iRedAPD-1.4.0/plugins/ldap_recipient_restrictions.py, it will cause per-user black/whitelist doesn't work.

Impacted iRedMail versions

All iRedMail versions which runs OpenLDAP backend, and upgraded iRedAPD to the latest 1.4.0.

Impacted iRedAPD versions

• iRedAPD-1.4.0. You can find iRedAPD version number in file /opt/iredapd/libs/__init__.py.

Notes:

• All uses who installed iRedMail-0.8.4 which ships iRedAPD-1.4.0 before Apr 13, 2013 should apply this hotfix.

• All users who upgraded iRedAPD to the latest 1.4.0 should apply this hotfix.

• We re-packed iRedMail-0.8.4 on Apr 13, 2013, so there's no need to fix it if you downloaded iRedMail-0.8.4 after that day, which means you can safely ignore this hotfix.

Impacted Linux/BSD distributions

It impacts all LINUX/BSD distributions supported by iRedMail.

How to fix it

Please fix it manually by following below steps:

• Open /opt/iredapd/plugins/ldap_recipient_restrictions.py with your favorite text editor (e.g. vi, vim, emacs), find below line:

• Remove characters 'ed' in it (Remove 'ed' in mailBlacklistedRecipient).

SENDER_SEARCH_ATTRLIST = ['mailBlacklistRecipient', 'mailWhitelistRecipient']

• Restart iRedAPD service.

# /etc/init.d/iredapd restart

Notes:
*) On FreeBSD, please execute "/usr/local/etc/rc.d/iredapd restart" instead.
*) On OpenBSD, please execute "/etc/rc.d/iredapd restart" instead.

That's all.

Credit

All credit goes to our iRedAdmin-Pro customer "Ho Ho" <ho.iredmail _at_ gmail.com>, thanks for the report.

You can modify /etc/init.d/iredapd, to sleep 2 seconds before starting it again.
Find below line in /etc/init.d/iredapd:

    restart) stop && start ;;

Modify it to:

    restart) stop && sleep 2 && start ;;

no /etc/logrotate.d/iredapd

on an upgraded 0.8.3 to 0.8.4 before Apr 6, 2013 ubuntu 12.04 without configuration in the other config files.
I've created it as mentioned.

On last sunday (after upgrade 0.8.3 -> 0.8.4) I have received these via mail to root:

Subject: Cron <root@hostname> test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )

/etc/cron.daily/logrotate:
Stopping iredapd ...
Starting iredapd ...
iredapd is already stopped.
Starting iredapd ...
Traceback (most recent call last):
  File "/opt/iredapd/iredapd.py", line 166, in <module>
    main()
  File "/opt/iredapd/iredapd.py", line 143, in main
    DaemonSocket((settings.listen_address, int(settings.listen_port)))
  File "/opt/iredapd/iredapd.py", line 94, in __init__
    self.bind(localaddr)
  File "/usr/lib/python2.7/asyncore.py", line 341, in bind
    return self.socket.bind(addr)
  File "/usr/lib/python2.7/socket.py", line 224, in meth
    return getattr(self._sock,name)(*args)
socket.error: [Errno 98] Address already in use

As mentioned in my post, you can now verify this config file with command "logrotate" like below, it will print debug message on terminal.

# logrotate -d /etc/logrotate.d/iredapd

I'm sorry :-)
This is the output:

[root@mx ~]# logrotate -d /etc/logrotate.d/iredapd
reading config file /etc/logrotate.d/iredapd
reading config info for /var/log/iredapd.log
compress_prog is now /usr/bin/bzip2
uncompress_prog is now /usr/bin/bunzip2
compress_options is now -9
compress_ext is now .bz2

Handling 1 logs

rotating pattern: /var/log/iredapd.log  weekly (10 rotations)
empty log files are rotated, old logs are removed
considering log /var/log/iredapd.log
  log does not need rotating
not running postrotate script, since no logs were rotated

seems to be ok now...

[root@mx logrotate.d]# ls -al
total 56
drwxr-xr-x.  2 root root 4096 Oct  6  2012 .
drwxr-xr-x. 71 root root 4096 Mar 29 00:27 ..
-rw-r--r--   1 root root  161 Sep 23  2012 clamav
-rw-r--r--   1 root root  551 May 21  2012 dovecot
-rw-r--r--.  1 root root  103 Dec  8  2011 dracut
-rw-r--r--.  1 root root  198 Mar  4  2011 fail2ban
-rw-r--r--   1 root root   92 Sep 23  2012 freshclam
-rw-r--r--.  1 root root  185 Jun 24  2010 httpd
-rw-r--r--.  1 root root  173 Dec  8  2011 iscsiuiolog
-rw-r--r--.  1 root root   68 Aug 23  2010 sa-update
-rw-r--r--.  1 root root   81 Jul  2  2010 shorewall
-rw-r--r--.  1 root root  377 Jan  9  2012 sieve
-rw-r--r--.  1 root root  210 Aug  2  2011 syslog
-rw-r--r--.  1 root root  100 Dec  8  2011 yum

now I have created the config file manually (the path to bzip2 and bunzip2 was /usr/bin/...)

After that I have restart iredapd, now how can I check if it's all ok?

All Linux distribution should have /etc/logrotate.d/iredapd, no idea about why it wasn't there on your server.

1) Please check whether iRedAPD log file was configured to rotated in other config files under /etc/logrotate.d/.
2) If not configured, you can create it manually with below content:

/var/log/iredapd.log {
    compress
    weekly
    rotate 10
    create 0600 root root
    missingok

    # Use bzip2 for compress.
    compresscmd /bin/bzip2
    uncompresscmd /bin/bunzip2
    compressoptions -9
    compressext .bz2

    postrotate
        /etc/init.d/iredapd restart
    endscript
}

Note: Make sure you have correct paths to bzip2 and bunzip2.

==== Required information ====
- iRedMail version: 0.8.4 (First installed version 0.7.4)
- Store mail accounts in which backend (LDAP/MySQL/PGSQL): iRedAdmin-Pro v1.6.0 MySql (First version 1.4.0)
- Linux/BSD distribution name and version: CentOS 6.2 x64
- Related log if you're reporting an issue:
====

bantopalmarino wrote:

an error in the file /etc/logrotate.d/iredapd

change /var/log/iredapd.log to /var/log/iredapd.log {

In Debian Squeeze

Bug in iRedMail-0.8.4, it impacts all Linux (not BSD) distributions supported by iRedMail.
I fixed it and re-packed iRedMail-0.8.4, will post a HOTFIX forum topic and announce in our mailing list. Thanks very much for your feedback.

= UPDATE =
* Forum topic about this hotfix: http://www.iredmail.org/forum/topic4716 … edapd.html
* Announcement in mailing list: https://groups.google.com/forum/?fromgr … 2hv-8CqF94

thanks!