the info here, is not up to date. https://docs.iredmail.org/sogo.macosx.icalendar.html
Can anyone provide the latest info on setting up calendar on mac osx? The URL's in the instructions are not relevent to the latest versions of iRedMail. Thanks
the info here, is not up to date. https://docs.iredmail.org/sogo.macosx.icalendar.html
Can anyone provide the latest info on setting up calendar on mac osx? The URL's in the instructions are not relevent to the latest versions of iRedMail. Thanks
==== REQUIRED BASIC INFO OF YOUR IREDMAIL SERVER ====
- iRedMail version (check /etc/iredmail-release): V2.8.0
- Linux/BSD distribution name and version:
- Store mail accounts in which backend (LDAP/MySQL/PGSQL):
- Web server (Apache or Nginx):
- Manage mail accounts with iRedAdmin-Pro? Yes
- [IMPORTANT] Related original log or error message is required if you're experiencing an issue.
====
I am facing a problem in sending email to few domain;it says
host webmail.tx.com[IP Address] said: 554
5.7.1 This message has been blocked because the HELO/EHLO domain is
invalid. (in reply to MAIL FROM command)
Thomas B wrote:When I add an Exchange account, the verificaion doesn't succeed. If I add the account anyway, the iPad says : "account errors, connection to server failed" and the mails are loaded very slowly. Sometimes, very rare, the account is accepted.
Any relevant error in SOGo log file? /var/log/sogo/sogo.log.
Thanks a lot for your response.
In sogo log file, there is some errors like that :
(I've changed the emails with ********@*******.fr)
Dec 11 09:37:14 sogod [1713]: [WARN] <0x0x561cfa62f660[WOWatchDogChild]> pid 1796 has been hanging in the same request for 3 minutes
Dec 11 09:37:14 sogod [1713]: [ERROR] <0x0x561cfa6b5ca0[WOWatchDog]> No child available to handle incoming request!
Dec 11 09:37:14 sogod [1713]: [WARN] <0x0x561cfa6093e0[WOWatchDogChild]> pid 1794 has been hanging in the same request for 15 minutes
Dec 11 09:37:15 sogod [1796]: <0x0x561d00dabdc0[SOGoActiveSyncDispatcher]> Sleeping 30 seconds while detecting changes for user ********@*******.fr in Ping...
Dec 11 09:37:15 sogod [1713]: [ERROR] <0x0x561cfa6b5ca0[WOWatchDog]> No child available to handle incoming request!
Dec 11 09:37:17 sogod [1713]: [ERROR] <0x0x561cfa6b5ca0[WOWatchDog]> No child available to handle incoming request!
Dec 11 09:37:17 sogod [1797]: [ERROR] <0x0x561d00f26c80[WOHttpTransaction]> client disconnected during delivery of response for <WORequest[0x0x561d01171050]: method=POST uri=/SOGo/Microsoft-Server-ActiveSync?User=********@*******.fr&DeviceId=9MIAJ3QNVH0FD71GDS2EBD0DGC&DeviceType=iPad&Cmd=Ping app=SOGo rqKey=Mic$
Dec 11 09:37:17 sogod [1797]: mail.******.fr "POST /SOGo/Microsoft-Server-ActiveSync?User=t********@*******.fr&DeviceId=9MIAJ3QNVH0FD71GDS2EBD0DGC&DeviceType=iPad&Cmd=Ping HTTP/1.0" 200 13/0 905.425 - - 260K
Dec 11 09:37:17 sogod [1713]: [ERROR] <0x0x561cfa6b5ca0[WOWatchDog]> No child available to handle incoming request!
Dec 11 09:37:17 sogod [1797]: <0x0x561d00f70c40[SOGoActiveSyncDispatcher]> Sleeping 30 seconds while detecting changes for user ********@*******.fr in Ping...
Dec 11 09:37:18 sogod [1713]: [ERROR] <0x0x561cfa6b5ca0[WOWatchDog]> No child available to handle incoming request!
Dec 11 09:37:20 sogod [1794]: [ERROR] <0x0x561d00c287a0[WOHttpTransaction]> client disconnected during delivery of response for <WORequest[0x0x561d00cc12c0]: method=POST uri=/SOGo/Microsoft-Server-ActiveSync?User=a********@*******.fr&DeviceId=9MIAJ3QNVH0FD71GDS2EBD0DGC&DeviceType=iPad&Cmd=Ping app=SOGo rqKey=Microsoft-S$
Dec 11 09:37:20 sogod [1794]: mail.*****.fr "POST /SOGo/Microsoft-Server-ActiveSync?User=********@*******.fr&DeviceId=9MIAJ3QNVH0FD71GDS2EBD0DGC&DeviceType=iPad&Cmd=Ping HTTP/1.0" 200 13/125 905.271 - - 0
Dec 11 09:37:20 sogod [1713]: [ERROR] <0x0x561cfa6b5ca0[WOWatchDog]> No child available to handle incoming request!
Dec 11 09:39:49 sogod [1713]: [ERROR] <0x0x561cfa6b5ca0[WOWatchDog]> No child available to handle incoming request!
Dec 11 09:39:50 sogod [1713]: [WARN] <0x0x561cfa636ce0[WOWatchDogChild]> pid 1795 has been hanging in the same request for 5 minutes
Dec 11 09:39:50 sogod [1713]: [WARN] <0x0x561cfa607780[WOWatchDogChild]> pid 1791 has been hanging in the same request for 31 minutes
Dec 11 09:39:50 sogod [1794]: <0x0x561d00c4e240[SOGoActiveSyncDispatcher]> Sleeping 30 seconds while detecting changes for user ********@*******.fr in Ping...
Dec 11 09:39:50 sogod [1713]: [ERROR] <0x0x561cfa6b5ca0[WOWatchDog]> No child available to handle incoming request!
Dec 11 09:39:52 sogod [1713]: [ERROR] <0x0x561cfa6b5ca0[WOWatchDog]> No child available to handle incoming request!
Dec 11 09:39:52 sogod [1795]: <0x0x561d004b6870[SOGoActiveSyncDispatcher]> Sleeping 30 seconds while detecting changes for user ****@*****.fr in Ping...
Dec 11 09:39:53 sogod [1713]: [ERROR] <0x0x561cfa6b5ca0[WOWatchDog]> No child available to handle incoming request!
Dec 11 09:39:55 sogod [1713]: [ERROR] <0x0x561cfa6b5ca0[WOWatchDog]> No child available to handle incoming request!
Dec 11 09:39:56 sogod [1713]: [ERROR] <0x0x561cfa6b5ca0[WOWatchDog]> No child available to handle incoming request!
Dec 11 09:39:58 sogod [1713]: [ERROR] <0x0x561cfa6b5ca0[WOWatchDog]> No child available to handle incoming request!
Dec 11 09:39:59 sogod [1793]: <0x0x561d00ee9290[SOGoActiveSyncDispatcher]> Sleeping 30 seconds while detecting changes for user ******@*****.fr in Ping...
Dec 11 09:39:59 sogod [1713]: [ERROR] <0x0x561cfa6b5ca0[WOWatchDog]> No child available to handle incoming request!
Dec 11 09:40:00 sogod [1713]: [ERROR] <0x0x561cfa6b5ca0[WOWatchDog]> No child available to handle incoming request!
Dec 11 09:40:01 sogod [1791]: <0x0x561d00408db0[SOGoActiveSyncDispatcher]> Sleeping 30 seconds while detecting changes for user ********@*******.fr in Ping...
Dec 11 09:40:02 sogod [1713]: [ERROR] <0x0x561cfa6b5ca0[WOWatchDog]> No child available to handle incoming request!
Dec 11 09:40:03 sogod [1713]: [ERROR] <0x0x561cfa6b5ca0[WOWatchDog]> No child available to handle incoming request!
Dec 11 09:40:05 sogod [1713]: [ERROR] <0x0x561cfa6b5ca0[WOWatchDog]> No child available to handle incoming request!
Dec 11 09:40:06 sogod [1713]: [ERROR] <0x0x561cfa6b5ca0[WOWatchDog]> No child available to handle incoming request!
Dec 11 09:40:08 sogod [1713]: [ERROR] <0x0x561cfa6b5ca0[WOWatchDog]> No child available to handle incoming request!
Dec 11 09:40:09 sogod [1713]: [ERROR] <0x0x561cfa6b5ca0[WOWatchDog]> No child available to handle incoming request!
Dec 11 09:40:09 sogod [1713]: [WARN] <0x0x561cfa607cb0[WOWatchDogChild]> pid 1792 has been hanging in the same request for 7 minutes
Dec 11 09:40:10 sogod [1713]: [WARN] <0x0x561cfa630330[WOWatchDogChild]> pid 1798 has been hanging in the same request for 4 minutes
Dec 11 09:40:10 sogod [1713]: [ERROR] <0x0x561cfa6b5ca0[WOWatchDog]> No child available to handle incoming request!
Dec 11 09:40:11 sogod [1789]: <0x0x561d008f7890[SOGoActiveSyncDispatcher]> Sleeping 30 seconds while detecting changes for user ********@*******.fr in Ping...
Dec 11 09:40:12 sogod [1713]: [ERROR] <0x0x561cfa6b5ca0[WOWatchDog]> No child available to handle incoming request!
Dec 11 09:40:12 sogod [1798]: <0x0x561d00c75960[SOGoActiveSyncDispatcher]> Sleeping 30 seconds while detecting changes for user ********@*******.fr in Ping...
Dec 11 09:40:12 sogod [1792]: <0x0x561d006af010[SOGoActiveSyncDispatcher]> Sleeping 30 seconds while detecting changes for user ********@*******.fr in Ping...
Dec 11 09:40:12 sogod [1790]: <0x0x561d00ce7800[SOGoActiveSyncDispatcher]> Sleeping 30 seconds while detecting changes for user ********@*******s.fr in Ping...
Dec 11 09:40:13 sogod [1713]: [ERROR] <0x0x561cfa6b5ca0[WOWatchDog]> No child available to handle incoming request!
Dec 11 09:40:14 sogod [1713]: [WARN] <0x0x561cfa62f660[WOWatchDogChild]> pid 1796 has been hanging in the same request for 6 minutes
Dec 11 09:40:15 sogod [1713]: [ERROR] <0x0x561cfa6b5ca0[WOWatchDog]> No child available to handle incoming request!
==== REQUIRED BASIC INFO OF YOUR IREDMAIL SERVER ====
- iRedMail version (check /etc/iredmail-release): 0.9.8
- Linux/BSD distribution name and version: ubuntu 18.04 LTS
- Store mail accounts in which backend (LDAP/MySQL/PGSQL): MySQL
- Web server (Apache or Nginx): Nginx
- Manage mail accounts with iRedAdmin-Pro? No
- [IMPORTANT] Related original log or error message is required if you're experiencing an issue.
====
i noticed in my nightly logwatch admin emails the following entry:
INSECURE MODE (mode 0600 expected) (crontabs/mlmmj)
when i look at the crontabs location on server (/var/spool/cron/crontabs) i see:
-rw------- 1 root root 323 Nov 11 10:02 amavis
-rw-r--r-- 1 root root 310 Nov 11 10:02 mlmmj
-rw------- 1 root crontab 1765 Nov 27 15:01 root
-rw------- 1 root root 411 Nov 11 10:02 sogo
so should mlmmj be fixed to mode 0600?
==== REQUIRED BASIC INFO OF YOUR IREDMAIL SERVER ====
- iRedMail version (check /etc/iredmail-release): 0.9.6
- Linux/BSD distribution name and version: CentOS 6.10
- Store mail accounts in which backend (LDAP/MySQL/PGSQL): LDAP
- Web server (Apache or Nginx): nginx
- Manage mail accounts with iRedAdmin-Pro? YES
- [IMPORTANT] Related original log or error message is required if you're experiencing an issue.
====
I find that spammers love to hit a backup mx when the primary doesn't accept their messages. This is causing problems with backscatter as my backup mx server that accepts and attempts to deliver mail to non-existant users. I guess I could set the final destiny to discard but it would be better if there a method to have it check with the master before accepting and relaying the mail. Any thoughts on this?
==== REQUIRED BASIC INFO OF YOUR IREDMAIL SERVER ====
- iRedMail version (check /etc/iredmail-release): 0.9.7
- Linux/BSD distribution name and version: Ubuntu 16.04
- Store mail accounts in which backend (LDAP/MySQL/PGSQL): MySQL
- Web server (Apache or Nginx): Nginx
- Manage mail accounts with iRedAdmin-Pro? No - iRedAdmin (not pro)
- [IMPORTANT] Related original log or error message is required if you're experiencing an issue.
====
While performing the step:
root@ognius:~# mysql vmail < /root/iredmail.mysql
I get the following error:
ERROR 1292 (22007) at line 4: Incorrect datetime value: '0000-00-00 00:00:00' for column 'lastlogindate' at row 1
root@ognius:~#
strelok wrote:root@mail-box:~/iRedMail-0.9.8 # sh iRedMail.sh
Please run iRedMail installer with 'bash', not 'sh'.
Thank you very much. Your solution helped.
==== REQUIRED BASIC INFO OF YOUR IREDMAIL SERVER ====
iRM 0.9.8 - iRedMail version (check /etc/iredmail-release):
Ubuntu 18.04 x64- Linux/BSD distribution name and version:
MySQL - Store mail accounts in which backend (LDAP/MySQL/PGSQL):
Nginx - Web server (Apache or Nginx):
no - Manage mail accounts with iRedAdmin-Pro?
- [IMPORTANT] Related original log or error message is required if you're experiencing an issue.
====
please refer to: https://serverfault.com/questions/94387 … nal-server
in a nutshell, I cannot send mail from internal server to mail accounts on the iRM server - access denied or connection timed out
Zhang?
I will buy you a pound of coffee!
Just enable SMTP auth through port 587 (with TLS secure connection) in your nodemailer, then everything should work just fine.
You missed upgrade tutorial for iRedMail-0.9.6:
file:///Users/zhb/projects/docs/html/upgrade.iredmail.0.9.5.1-0.9.6.html#fix-invalid-default-datetime-value-for-some-sql-columns-in-vmail-database
*) How about implement relay_recipient_maps on backup mx server? You can replicate LDAP data to backup mx, it should be very easy.
*) FYI: http://www.postfix.org/BACKSCATTER_README.html
Run "chmod 0600 /var/spool/cron/crontabs/mlmmj" should fix this issue.
I will fix it in iRedMail installer too. Thanks for the feedback.
Dec 11 09:40:15 sogod [1713]: [ERROR] <0x0x561cfa6b5ca0[WOWatchDog]> No child available to handle incoming request!
Update /etc/default/sogo, increase the prefork child processes, restart sogo service. That's it.
What's your HELO/EHLO hostname? It must be a FQDN and resolvable by DNS query.
The URL's in the instructions are not relevent to the latest versions of iRedMail
Which URL? "Server Path" (/SOGo/dav/user@domain.com)? This is still valid.
The server responded with
“500”
to operation CalDAVWriteEntityQueueableOperation.
It's more like a SOGo bug, i suggest report to SOGo mailing list to let developers know and fix it:
https://sogo.nu/support.html
Is "mail.efurtherance.in" a remote IMAP server or just localhost?
Please check the IMAP server configuration, make sure it supports SSL on port 993.
FYI: https://docs.iredmail.org/relayhost.html
Maybe it's easier for you to add IP addresses of these 5 centos servers in Postfix "mynetworks =" on iRedMail server (you still need "relayhost =" on 5 centos servers).
- iRedMail requires a fresh/clean OS.
- iRedMail installer should work well on RPi3, but it requires at least 2 GB memory for low traffic production server.
Hi
Thanks for the reply. Since Raspberry Pi 3 B has 1 GB of ram. Is there a way I can disable the anti spam feature so iRedmail will use less ram so that Iredmail can run more optimized? In general iRedmail on Raspberry pi 3 should run Fien right?
Hi ,
Thanks for your reply.
I have installed all the applications on the same server, so mail.efurtherance.in is localhost.
"Please check the IMAP server configuration, make sure it supports SSL on port 993"
Could you advise what exactly i have to check and on which file? I have not changed anything from the original settings. Also i have followed the guide and installed letsencrypt certificate for the domain mail.efurtherance.in and updated the certificate path on all 3 config files.
/etc/nginx/templates/ssl.tmpl
/etc/postfix/main.cf
/etc/dovecot/dovecot.conf
and the port 993 is open on the server.
Thanks
Arun