Re: Users cannot access to their imap-folders

2017-04-24 Thread Anton Shilov via Info-cyrus

I managed to find who faced to the same problem  
https://github.com/cyrusimap/cyrus-imapd/issues/1599 . But the bug still have 
open status


>Вторник, 11 апреля 2017, 12:18 +07:00 от Anton Shilov via Info-cyrus < 
>info-cyrus@lists.andrew.cmu.edu >:
>
>Users cannot access to their imap-folders.
>Sometimes (once or twice a week) users complains that they cannot connect to 
>their mailboxes and read emails. At the same time I see such records in 
>maillog:
>"Apr 10 15:01:01 mailserv postfix/lmtp[22843]: D64651001D37: to=< 
>u...@mailserv.example.com >, orig_to=< u...@example.com >, 
>relay=mailserv.example.com[/var/lib/imap/socket/lmtp], delay=300, 
>delays=0.13/0/0/300, dsn=4.4.2, status=deferred (conversation with 
>mailserv.example.com[/var/lib/imap/socket/lmtp] timed out while sending MAIL 
>FROM)».
>It means mail queue increases
>Also I find out lots of "PID-files" in /dev/shm/cyrus-imapd/proc which don't 
>contain info of linked imap-folder. For example: 
>"pc-user.example.com [192.168.0.11] user"
>It's unhealthy situation and I don't understannd what reason is. In order to 
>help users I just kill their IMAP-process and make reconstruct mailbox. Please 
>help me with investigation of the problems.
>My setup is:
>
>Static hostname: mailserv
>Icon name: computer-vm
>Chassis: vm
>Machine ID: cbb779ad0b103a10ec75c10c452e0f71
>Boot ID: c31a27599dc84971902e6c70dca26c18
>Virtualization: kvm
>Operating System: CentOS Linux 7 (Core)
>CPE OS Name: cpe:/o:centos:centos:7
>Kernel: Linux 3.10.0-514.6.1.el7.x86_64
>Architecture: x86-64
>
>name : Cyrus IMAPD
>version : v2.4.17-Fedora-RPM-2.4.17-8.el7_1 d1df8aff 2012-12-01
>vendor : Project Cyrus
>support-url:  http://www.cyrusimap.org
>os : Linux
>os-version : 3.10.0-514.6.1.el7.x86_64
>environment: Built w/Cyrus SASL 2.1.26
>Running w/Cyrus SASL 2.1.26
>Built w/Berkeley DB 5.3.21: (May 11, 2012)
>Running w/Berkeley DB 5.3.21: (May 11, 2012)
>Built w/OpenSSL 1.0.1e-fips 11 Feb 2013
>Running w/OpenSSL 1.0.1e-fips 11 Feb 2013
>Built w/zlib 1.2.7
>Running w/zlib 1.2.7
>CMU Sieve 2.4
>TCP Wrappers
>NET-SNMP
>mmap = shared
>lock = fcntl
>nonblock = fcntl
>idle = idled
>Server Wide:
>freespace: 1820105352
>
>imapd.conf
>
>debug: no
>commandmintimer: 2
>configdirectory: /var/lib/imap
>partition-default: /var/spool/mail
>proc_path: /dev/shm/cyrus-imapd/proc
>mboxname_lockpath: /dev/shm/cyrus-imapd/mboxname_lock
>duplicate_db_path: /dev/shm/cyrus-imapd/duplicate_db
>statuscache_db_path: /dev/shm/cyrus-imapd/statuscache_db
>allowplaintext: yes
>allowallsubscribe: yes
>allowusermoves: yes
>imapidlepoll: 10
>idlemethod: idled
>imapidresponse: yes
>admins: cyrus
>lmtp_admins: cyrus
>singleinstancestore: yes
>duplicatesuppression: yes
>reject8bit: no
>pass8bit: yes
>munge8bit: no
>lmtp_downcase_rcpt: no
>sieveusehomedir: false
>sievedir: /var/lib/imap/sieve
>duplicate_db: skiplist
>mboxlist_db: skiplist
>postmaster: postmaster
>postuser: shared
>lmtp_over_quota_perm_failure: yes
>lmtp_strict_quota: yes
>quotawarn: 98
>sendmail: /usr/sbin/sendmail
>hashimapspool: 0
>sasl_pwcheck_method: saslauthd
>sasl_mech_list: PLAIN LOGIN
>tls_cert_file: /var/lib/imap/SSL.crt
>tls_key_file: /var/lib/imap/SSL.key
>tls_ca_file: /var/lib/imap/CA_SSL.crt
>tls_ca_path: /var/lib/imap
>tcp_keepalive: yes
>tcp_keepalive_cnt: 3
>tcp_keepalive_intvl: 10
>tcp_keepalive_idle: 180
>temp_path: /tmp
>telemetry_bysessionid: yes
>timeout: 40
>imapidletimeout: 0
>expunge_mode: delayed
>expunge_days: 30
>deletedprefix: DELETED
>delete_mode: immediate
>flushseenstate: 1
>---
>cyrus.conf
>---
>START {
>recover<->cmd="ctl_cyrusdb -r"
>idled><-->cmd="idled"
>}
>SERVICES {
>imap cmd="imapd" listen="imap" proto=tcp4 prefork=5
>imaps cmd="imapd -s" listen="imaps" proto=tcp4 prefork=10
>pop3 cmd="pop3d" listen="pop3" proto=tcp4 prefork=3
>pop3s cmd="pop3d -s" listen="pop3s" proto=tcp4 prefork=3
>sieve cmd="timsieved" listen="sieve" proto=tcp4 prefork=0
>lmtpunix<>cmd="lmtpd" listen="/var/lib/imap/socket/lmtp" prefork=1
>..
>}
>EVENTS {
>checkpoint<-->cmd="ctl_cyrusdb -c" period=30
>delprune<>cmd="cyr_expire -E 3" at=0400
>tlsprune<>cmd="tls_prune" at=0400
>squatter cmd="squatter -i" at=0600
>}
>
>Best regards, Anton
>2017-Apr-11
>
>
>Cyrus Home Page:  http://www.cyrusimap.org/
>List Archives/Info:  http://lists.andrew.cmu.edu/pipermail/info-cyrus/
>To Unsubscribe:
>https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Re: Users cannot access to their imap-folders

2017-04-10 Thread Bron Gondwana
What is Cyrus syslogging?





On Tue, 11 Apr 2017, at 15:16, Anton Shilov via Info-cyrus wrote:

> Users cannot access to their imap-folders.



> Sometimes (once or twice a week) users complains that they cannot
> connect to their mailboxes and read emails. At the same time I see
> such records in maillog:
> "Apr 10 15:01:01 mailserv postfix/lmtp[22843]: D64651001D37:
> to=, orig_to=,
> relay=mailserv.example.com[/var/lib/imap/socket/lmtp], delay=300,
> delays=0.13/0/0/300, dsn=4.4.2, status=deferred (conversation with
> mailserv.example.com[/var/lib/imap/socket/lmtp] timed out while
> sending MAIL FROM)». It means mail queue increases
> Also I find out lots of "PID-files" in /dev/shm/cyrus-imapd/proc which
> don't contain info of linked imap-folder. For example: "pc-
> user.example.com [192.168.0.11] user"
> It's unhealthy situation and I don't understannd what reason is. In
> order to help users I just kill their IMAP-process and make
> reconstruct mailbox. Please help me with investigation of the
> problems.
> My setup is:
> 


> Static hostname: mailserv Icon name: computer-vm Chassis: vm Machine
> ID: cbb779ad0b103a10ec75c10c452e0f71 Boot ID:
> c31a27599dc84971902e6c70dca26c18 Virtualization: kvm Operating System:
> CentOS Linux 7 (Core) CPE OS Name: cpe:/o:centos:centos:7 Kernel:
> Linux 3.10.0-514.6.1.el7.x86_64 Architecture: x86-64
> 
> name : Cyrus IMAPD version : v2.4.17-Fedora-RPM-2.4.17-8.el7_1
> d1df8aff 2012-12-01 vendor : Project Cyrus support-url:
> http://www.cyrusimap.org[3] os : Linux os-version : 3.10.0-
> 514.6.1.el7.x86_64 environment: Built w/Cyrus SASL 2.1.26 Running
> w/Cyrus SASL 2.1.26 Built w/Berkeley DB 5.3.21: (May 11, 2012) Running
> w/Berkeley DB 5.3.21: (May 11, 2012) Built w/OpenSSL 1.0.1e-fips 11
> Feb 2013 Running w/OpenSSL 1.0.1e-fips 11 Feb 2013 Built w/zlib 1.2.7
> Running w/zlib 1.2.7 CMU Sieve 2.4 TCP Wrappers NET-SNMP mmap = shared
> lock = fcntl nonblock = fcntl idle = idled
> Server Wide: freespace: 1820105352
> 
> imapd.conf
> 
> debug: no commandmintimer: 2 configdirectory: /var/lib/imap partition-
> default: /var/spool/mail proc_path: /dev/shm/cyrus-imapd/proc
> mboxname_lockpath: /dev/shm/cyrus-imapd/mboxname_lock
> duplicate_db_path: /dev/shm/cyrus-imapd/duplicate_db
> statuscache_db_path: /dev/shm/cyrus-imapd/statuscache_db
> allowplaintext: yes allowallsubscribe: yes allowusermoves: yes
> imapidlepoll: 10 idlemethod: idled imapidresponse: yes admins: cyrus
> lmtp_admins: cyrus singleinstancestore: yes duplicatesuppression: yes
> reject8bit: no pass8bit: yes munge8bit: no lmtp_downcase_rcpt: no
> sieveusehomedir: false sievedir: /var/lib/imap/sieve duplicate_db:
> skiplist mboxlist_db: skiplist postmaster: postmaster postuser: shared
> lmtp_over_quota_perm_failure: yes lmtp_strict_quota: yes quotawarn: 98
> sendmail: /usr/sbin/sendmail hashimapspool: 0 sasl_pwcheck_method:
> saslauthd sasl_mech_list: PLAIN LOGIN tls_cert_file:
> /var/lib/imap/SSL.crt tls_key_file: /var/lib/imap/SSL.key tls_ca_file:
> /var/lib/imap/CA_SSL.crt tls_ca_path: /var/lib/imap tcp_keepalive: yes
> tcp_keepalive_cnt: 3 tcp_keepalive_intvl: 10 tcp_keepalive_idle: 180
> temp_path: /tmp telemetry_bysessionid: yes timeout: 40
> imapidletimeout: 0 expunge_mode: delayed expunge_days: 30
> deletedprefix: DELETED delete_mode: immediate flushseenstate: 1
> ---
> cyrus.conf
> ---
> START { recover<->cmd="ctl_cyrusdb -r"
> idled><-->cmd="idled"
> }
> SERVICES { imap cmd="imapd" listen="imap" proto=tcp4 prefork=5 imaps
> cmd="imapd -s" listen="imaps" proto=tcp4 prefork=10 pop3 cmd="pop3d"
> listen="pop3" proto=tcp4 prefork=3 pop3s cmd="pop3d -s" listen="pop3s"
> proto=tcp4 prefork=3 sieve cmd="timsieved" listen="sieve" proto=tcp4
> prefork=0 lmtpunix<>cmd="lmtpd" listen="/var/lib/imap/socket/lmtp"
> prefork=1 .. }
> EVENTS { checkpoint<-->cmd="ctl_cyrusdb -c" period=30 delprune<
> >cmd="cyr_expire -E 3" at=0400 tlsprune<>cmd="tls_prune" at=0400
> squatter cmd="squatter -i" at=0600
> }



> 

> 

> Best regards, Anton

> 2017-Apr-11

> 

> 

> 

> Cyrus Home Page: http://www.cyrusimap.org/

> List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
> To Unsubscribe:

> https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus



--

  Bron Gondwana

  br...@fastmail.fm






Links:

  1. https://e.mail.ru/compose?To=u...@mailserv.example.com
  2. https://e.mail.ru/compose?To=u...@example.com
  3. http://www.cyrusimap.org/

Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus

Users cannot access to their imap-folders

2017-04-10 Thread Anton Shilov via Info-cyrus

Users cannot access to their imap-folders.
Sometimes (once or twice a week) users complains that they cannot connect to 
their mailboxes and read emails. At the same time I see such records in maillog:
"Apr 10 15:01:01 mailserv postfix/lmtp[22843]: D64651001D37: to=< 
u...@mailserv.example.com >, orig_to=< u...@example.com >, 
relay=mailserv.example.com[/var/lib/imap/socket/lmtp], delay=300, 
delays=0.13/0/0/300, dsn=4.4.2, status=deferred (conversation with 
mailserv.example.com[/var/lib/imap/socket/lmtp] timed out while sending MAIL 
FROM)».
It means mail queue increases
Also I find out lots of "PID-files" in /dev/shm/cyrus-imapd/proc which don't 
contain info of linked imap-folder. For example: 
"pc-user.example.com [192.168.0.11] user"
It's unhealthy situation and I don't understannd what reason is. In order to 
help users I just kill their IMAP-process and make reconstruct mailbox. Please 
help me with investigation of the problems.
My setup is:

Static hostname: mailserv
Icon name: computer-vm
Chassis: vm
Machine ID: cbb779ad0b103a10ec75c10c452e0f71
Boot ID: c31a27599dc84971902e6c70dca26c18
Virtualization: kvm
Operating System: CentOS Linux 7 (Core)
CPE OS Name: cpe:/o:centos:centos:7
Kernel: Linux 3.10.0-514.6.1.el7.x86_64
Architecture: x86-64

name : Cyrus IMAPD
version : v2.4.17-Fedora-RPM-2.4.17-8.el7_1 d1df8aff 2012-12-01
vendor : Project Cyrus
support-url:  http://www.cyrusimap.org
os : Linux
os-version : 3.10.0-514.6.1.el7.x86_64
environment: Built w/Cyrus SASL 2.1.26
Running w/Cyrus SASL 2.1.26
Built w/Berkeley DB 5.3.21: (May 11, 2012)
Running w/Berkeley DB 5.3.21: (May 11, 2012)
Built w/OpenSSL 1.0.1e-fips 11 Feb 2013
Running w/OpenSSL 1.0.1e-fips 11 Feb 2013
Built w/zlib 1.2.7
Running w/zlib 1.2.7
CMU Sieve 2.4
TCP Wrappers
NET-SNMP
mmap = shared
lock = fcntl
nonblock = fcntl
idle = idled
Server Wide:
freespace: 1820105352

imapd.conf

debug: no
commandmintimer: 2
configdirectory: /var/lib/imap
partition-default: /var/spool/mail
proc_path: /dev/shm/cyrus-imapd/proc
mboxname_lockpath: /dev/shm/cyrus-imapd/mboxname_lock
duplicate_db_path: /dev/shm/cyrus-imapd/duplicate_db
statuscache_db_path: /dev/shm/cyrus-imapd/statuscache_db
allowplaintext: yes
allowallsubscribe: yes
allowusermoves: yes
imapidlepoll: 10
idlemethod: idled
imapidresponse: yes
admins: cyrus
lmtp_admins: cyrus
singleinstancestore: yes
duplicatesuppression: yes
reject8bit: no
pass8bit: yes
munge8bit: no
lmtp_downcase_rcpt: no
sieveusehomedir: false
sievedir: /var/lib/imap/sieve
duplicate_db: skiplist
mboxlist_db: skiplist
postmaster: postmaster
postuser: shared
lmtp_over_quota_perm_failure: yes
lmtp_strict_quota: yes
quotawarn: 98
sendmail: /usr/sbin/sendmail
hashimapspool: 0
sasl_pwcheck_method: saslauthd
sasl_mech_list: PLAIN LOGIN
tls_cert_file: /var/lib/imap/SSL.crt
tls_key_file: /var/lib/imap/SSL.key
tls_ca_file: /var/lib/imap/CA_SSL.crt
tls_ca_path: /var/lib/imap
tcp_keepalive: yes
tcp_keepalive_cnt: 3
tcp_keepalive_intvl: 10
tcp_keepalive_idle: 180
temp_path: /tmp
telemetry_bysessionid: yes
timeout: 40
imapidletimeout: 0
expunge_mode: delayed
expunge_days: 30
deletedprefix: DELETED
delete_mode: immediate
flushseenstate: 1
---
cyrus.conf
---
START {
recover<->cmd="ctl_cyrusdb -r"
idled><-->cmd="idled"
}
SERVICES {
imap cmd="imapd" listen="imap" proto=tcp4 prefork=5
imaps cmd="imapd -s" listen="imaps" proto=tcp4 prefork=10
pop3 cmd="pop3d" listen="pop3" proto=tcp4 prefork=3
pop3s cmd="pop3d -s" listen="pop3s" proto=tcp4 prefork=3
sieve cmd="timsieved" listen="sieve" proto=tcp4 prefork=0
lmtpunix<>cmd="lmtpd" listen="/var/lib/imap/socket/lmtp" prefork=1
..
}
EVENTS {
checkpoint<-->cmd="ctl_cyrusdb -c" period=30
delprune<>cmd="cyr_expire -E 3" at=0400
tlsprune<>cmd="tls_prune" at=0400
squatter cmd="squatter -i" at=0600
}

Best regards, Anton
2017-Apr-11


Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus