1

Topic: SOGo update

==== Required information ====
- iRedMail version 0.9.6 MARIADB edition:
- Linux/BSD Debian Jessie:
- Store mail accounts in which backend (MySQL):
- Web server (Nginx):
- Manage mail accounts with iRedAdmin?
- Related log if you're reporting an issue:
====

After I've updated SoGo today cronjob fot cleaning is sending mail to postmaster every minute. Can I do something that was before?

Cronjob:
*   *   *   *   *   /usr/sbin/sogo-tool expire-sessions 30 2 >/dev/null; /usr/sbin/sogo-ealarms-notify

Mail:
<0x0xa62230[SOGoProductLoader]> SOGo products loaded from '/usr/lib/GNUstep/SOGo':
<0x0xa62230[SOGoProductLoader]>   AdministrationUI.SOGo, ActiveSync.SOGo, MailPartViewers.SOGo, MailerUI.SOGo, ContactsUI.SOGo, Appointments.SOGo, CommonUI.SOGo, SchedulerUI.SOGo, Contacts.SOGo, PreferencesUI.SOGo, Mailer.SOGo, MainUI.SOGo

----

Spider Email Archiver: On-Premises, lightweight email archiving software developed by iRedMail team. Supports Amazon S3 compatible storage and custom branding.

2

Re: SOGo update

Of course I've removed
/usr/sbin/sogo-ealarms-notify

but not absolutely sure it can be like that :-)

3

Re: SOGo update

Dont "remove" the task. Instead, redirect the stdout/stderr like this:

*   *   *   *   *   /usr/sbin/sogo-tool expire-sessions 30 >/dev/null; /usr/sbin/sogo-ealarms-notify >/dev/null

4 (edited by zingz0r 2017-04-14 21:12:30)

Re: SOGo update

this won't help for me. sad

http://imgur.com/eNw7FJ8
Do you  have any other ideas?

5

Re: SOGo update

I dare say you need 2>&1 at the end of the command to redirect the errors to /dev/null as well. e.g

*   *   *   *   *   /usr/sbin/sogo-tool expire-sessions 30 >/dev/null; /usr/sbin/sogo-ealarms-notify >/dev/null 2>&1

6

Re: SOGo update

you're right. use '>/dev/null 2>&1', or '&>/dev/null' for this purpose.

7 (edited by zingz0r 2017-04-14 23:24:52)

Re: SOGo update

half of success but I'm still getting emails from cron every min. http://i.imgur.com/ulVTxui.png

crontab -e -u sogo

*   *   *   *   *   /usr/sbin/sogo-tool expire-sessions 30 >/dev/null; /usr/sbin/sogo-ealarms-notify >/dev/null 2>&1
# SOGo vacation messages expiration
# The credentials file should contain the sieve admin credentials (username:passwd)
0   0   *   *   *   /usr/sbin/sogo-tool update-autoreply -p /etc/sogo/sieve.cred > /dev/null 2>&1

8

Re: SOGo update

See this one?

/usr/sbin/sogo-tool expire-sessions 30 >/dev/null

There're 2 commands in one cron task.

9 (edited by zingz0r 2017-04-15 03:10:23)

Re: SOGo update

I also completely deleted sogo cron jobs and still getting cron error.

It seems there are another cron running.

$ tail /var/log/cron.log

Apr 14 20:56:01 anubis CRON[29619]: (sogo) CMD (/usr/sbin/sogo-ealarms-notify)
Apr 14 20:56:01 anubis CRON[29620]: (sogo) CMD (/usr/sbin/sogo-tool expire-sessions 60)
Apr 14 20:57:01 anubis CRON[29721]: (sogo) CMD (/usr/sbin/sogo-ealarms-notify)
Apr 14 20:57:01 anubis CRON[29722]: (sogo) CMD (/usr/sbin/sogo-tool expire-sessions 60)

Error:

Cron <sogo@anubis> /usr/sbin/sogo-ealarms-notify
<0x0x26ff580[SOGoProductLoader]> SOGo products loaded from '/usr/lib/GNUstep/SOGo':
<0x0x26ff580[SOGoProductLoader]> CommonUI.SOGo, Appointments.SOGo, MailerUI.SOGo, MainUI.SOGo, PreferencesUI.SOGo, Mailer.SOGo, SchedulerUI.SOGo, AdministrationUI.SOGo, MailPartViewers.SOGo, Contacts.SOGo, ActiveSync.SOGo, ContactsUI.SOGo

Its seems this error doesn't come actually from cronjob defined in crontab -e -u sogo. Please help me how should i debug where it comes from.

Update:
So I find out that, the another cron was running from /etc/cron.d/sogo. I dont know why were those enabled but after commenting out every job in that file everything works again.

10

Re: SOGo update

Please help report this issue to SOGo mailing list:
https://sogo.nu/support/index.html

The command is not expected to print so much useless info on console.

11

Re: SOGo update

I experienced this same problem. Fixed with a cron edit for the sogo usr

run:
crontab -e -u sogo

edit:
*   *   *   *   *   /usr/sbin/sogo-tool expire-sessions 30 2>/dev/null; /usr/sbin/sogo-ealarms-notify 2> /dev/null