[SOLVED] Re: Cannot LOGIN using openssl s_client
On Fri, April 27, 2018 09:56, James B. Byrne wrote: > > openssl s_client \ > -connect imap.hamilton.harte-lyne.ca:993 \ > -CApath /usr/local/etc/pki/tls/certs > > Resulting in: > . . . > Start Time: 1524836386 > Timeout : 300 (sec) > Verify return code: 19 (self signed certificate in certificate > chain) > --- > * OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID AUTH=PLAIN SASL-IR > COMPRESS=DEFLATE] inet07.hamilton.harte-lyne.ca Cyrus IMAP > v2.3.16-Fedora-RPM-2.3.16-15.el6 server ready > > LOGIN testusermb testuserpw > LOGIN BAD Please login first > > According to the documentation the message LOGIN BAD means that the > arguments to the LOGIN command are not understood. But, as far as I > can discover, the LOGIN command only takes two arguments: user name > and password. > > I get the same results on both the new SM host and the old so the > issue is with my employment of s_client. How does one connect to a > mailbox using s_client? > > I discovered that one must first preface IMAP commands with an arbitrary string. So this works: str LOGIN testusermb testuserpw str OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID LOGINDISABLED AUTH=PLAIN COMPRESS=DEFLATE ACL RIGHTS=kxte QUOTA MAILBOX-REFERRALS NAMESPACE UIDPLUS NO_ATOMIC_RENAME UNSELECT CHILDREN MULTIAPPEND BINARY SORT SORT=MODSEQ THREAD=ORDEREDSUBJECT THREAD=REFERENCES ANNOTATEMORE CATENATE CONDSTORE SCAN IDLE LISTEXT LIST-SUBSCRIBED X-NETSCAPE URLAUTH] User logged in -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail Do NOT open attachments nor follow links sent by e-Mail James B. Byrnemailto:byrn...@harte-lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3 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: Cannot LOGIN using openssl s_client
On 04/27/2018 10:56 AM, James B. Byrne via Info-cyrus wrote: OS : CentOS-6.9 Name: cyrus-imapd Arch: x86_64 Version : 2.3.16 Release : 15.el6 We have a working Apache-2.2 /Squirrelmail-1.42 (SM) / Cyrus-IMAP-2.3 (CI) setup. SM and CI reside on different hosts. We use TLS over port 993 to communicate. The login mechanism is plaintext authenticating against /etc/passwd. We are in the process of transitioning from this setup to one hosted on FreeBSD and I am having problems getting SM on the new host to connect to the existing CI service. To debug this I am using openssl s_client as follows: openssl s_client \ -connect imap.hamilton.harte-lyne.ca:993 \ -CApath /usr/local/etc/pki/tls/certs Resulting in: . . . Start Time: 1524836386 Timeout : 300 (sec) Verify return code: 19 (self signed certificate in certificate chain) --- * OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID AUTH=PLAIN SASL-IR COMPRESS=DEFLATE] inet07.hamilton.harte-lyne.ca Cyrus IMAP v2.3.16-Fedora-RPM-2.3.16-15.el6 server ready LOGIN testusermb testuserpw LOGIN BAD Please login first According to the documentation the message LOGIN BAD means that the arguments to the LOGIN command are not understood. But, as far as I can discover, the LOGIN command only takes two arguments: user name and password. I get the same results on both the new SM host and the old so the issue is with my employment of s_client. How does one connect to a mailbox using s_client? You need something at the start like a period . LOGIN testusermb testuserpw <> 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
Cannot LOGIN using openssl s_client
OS : CentOS-6.9 Name: cyrus-imapd Arch: x86_64 Version : 2.3.16 Release : 15.el6 We have a working Apache-2.2 /Squirrelmail-1.42 (SM) / Cyrus-IMAP-2.3 (CI) setup. SM and CI reside on different hosts. We use TLS over port 993 to communicate. The login mechanism is plaintext authenticating against /etc/passwd. We are in the process of transitioning from this setup to one hosted on FreeBSD and I am having problems getting SM on the new host to connect to the existing CI service. To debug this I am using openssl s_client as follows: openssl s_client \ -connect imap.hamilton.harte-lyne.ca:993 \ -CApath /usr/local/etc/pki/tls/certs Resulting in: . . . Start Time: 1524836386 Timeout : 300 (sec) Verify return code: 19 (self signed certificate in certificate chain) --- * OK [CAPABILITY IMAP4 IMAP4rev1 LITERAL+ ID AUTH=PLAIN SASL-IR COMPRESS=DEFLATE] inet07.hamilton.harte-lyne.ca Cyrus IMAP v2.3.16-Fedora-RPM-2.3.16-15.el6 server ready LOGIN testusermb testuserpw LOGIN BAD Please login first According to the documentation the message LOGIN BAD means that the arguments to the LOGIN command are not understood. But, as far as I can discover, the LOGIN command only takes two arguments: user name and password. I get the same results on both the new SM host and the old so the issue is with my employment of s_client. How does one connect to a mailbox using s_client? -- *** e-Mail is NOT a SECURE channel *** Do NOT transmit sensitive data via e-Mail Do NOT open attachments nor follow links sent by e-Mail James B. Byrnemailto:byrn...@harte-lyne.ca Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3 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: Size of partition.
Le 27/04/2018 à 15:04:40+0200, Eric Luyten a écrit
>
>
> On 27/04/2018 14:33, Albert Shih wrote:
> > Hi,
> >
> > Some question about the grow speed of the size of
> >
> > /var/imap
> >
> > because I would put that partition on SSD, and SSD are expensive. I would
> > like to know what would be the ratio between the size of mailbox and
> > /var/imap.
> >
> > On my new server I have ~20-25To space for the mailbox. How much /var/imap
> > should I get.
> >
> >
>
> Albert,
>
>
> We have a Cyrus server with 82,000 users, 500,000 (sub)mailboxes and about
> 8 Terabyte of mail messages in 9 ZFS filesystems built on an iSCSI SAN
> offering.
> Each filesystem holds somewhere between 6 and 11 million messages.
>
> Our /var/imap is 1.5 GB large, it holds the delivery and mailboxes
> databases,
> the Sieve scripts, seen information and some local administration stuff.
> It has been sitting on the same pair of 73 GB SLC SSDs since August 2010.
> The server absorbs between (on average) 80,000 (Saturday) and 250,000
> (Monday)
> deliveries per day. At one time we peaked at close to 400,000 deliveries in
> 24 hours,
Very impressif (well...at least for me ;-) )
> We're even thinking of, on our next generation, putting all the Cyrus
> metadata
> (cache, header, index) on solid state as these represent about 2% of the
> messages
> volume (will be more if you have activated delayed expunge and squatter, I
> think).
I activated squatter but put the index not on ssd. The index created by
squatter are (in my case) about 5-8% of the size of the mailbox.
But I got lot of « conversation » index. What's the purpose of those «
conversations » ?
> I just checked ... we have 90 GB of cyrus.{cache, header, index}
Ok thanks a log.
>
> SSDs can now be had in capacities of 3.2 TB
Yes, but my boss will kill me if I present to him the price of this SSD ;-)
and I will very guilty if after 5 years only 1 % of this ssd are used ...
Thanks you for you help.
Regards
--
Albert SHIH
DIO bâtiment 15
Observatoire de Paris
xmpp: j...@obspm.fr
Heure local/Local time:
Fri Apr 27 15:42:06 CEST 2018
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: Size of partition.
On 2018-04-27 14:33, Albert Shih wrote: > Hi, > > Some question about the grow speed of the size of > > /var/imap > > because I would put that partition on SSD, and SSD are expensive. I would > like to know what would be the ratio between the size of mailbox and > /var/imap. I don't think there's a fixed ratio; it's too dependent on how much you use features like quotas and ACLs (and other DB-using features) and how large you allow individual mailboxes to grow. We need about 0.5 megabyte _per user_ for /var/imap; how much mailbox space the users get doesn't really matter for it. > On my new server I have ~20-25To space for the mailbox. How much /var/imap > should I get. > > Regards. > -- > Albert SHIH > DIO bâtiment 15 > Observatoire de Paris > xmpp: j...@obspm.fr > Heure local/Local time: > Fri Apr 27 14:30:44 CEST 2018 > > 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 > -- Mit freundlichen Grüßen, / Best Regards, Sven Schwedas, Systemadministrator ✉ sven.schwe...@tao.at | ☎ +43 680 301 7167 TAO Digital | Teil der TAO Beratungs- & Management GmbH Lendplatz 45 | FN 213999f/Klagenfurt, FB-Gericht Villach A8020 Graz| https://www.tao-digital.at signature.asc Description: OpenPGP digital signature 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: Size of partition.
On 27/04/2018 14:33, Albert Shih wrote:
Hi,
Some question about the grow speed of the size of
/var/imap
because I would put that partition on SSD, and SSD are expensive. I would
like to know what would be the ratio between the size of mailbox and
/var/imap.
On my new server I have ~20-25To space for the mailbox. How much /var/imap
should I get.
Albert,
We have a Cyrus server with 82,000 users, 500,000 (sub)mailboxes and about
8 Terabyte of mail messages in 9 ZFS filesystems built on an iSCSI SAN
offering.
Each filesystem holds somewhere between 6 and 11 million messages.
Our /var/imap is 1.5 GB large, it holds the delivery and mailboxes
databases,
the Sieve scripts, seen information and some local administration stuff.
It has been sitting on the same pair of 73 GB SLC SSDs since August 2010.
The server absorbs between (on average) 80,000 (Saturday) and 250,000
(Monday)
deliveries per day. At one time we peaked at close to 400,000 deliveries
in 24 hours,
We're even thinking of, on our next generation, putting all the Cyrus
metadata
(cache, header, index) on solid state as these represent about 2% of the
messages
volume (will be more if you have activated delayed expunge and squatter,
I think).
I just checked ... we have 90 GB of cyrus.{cache, header, index}
SSDs can now be had in capacities of 3.2 TB
Regards,
Eric Luyten, VUB/ULB.
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
Size of partition.
Hi, Some question about the grow speed of the size of /var/imap because I would put that partition on SSD, and SSD are expensive. I would like to know what would be the ratio between the size of mailbox and /var/imap. On my new server I have ~20-25To space for the mailbox. How much /var/imap should I get. Regards. -- Albert SHIH DIO bâtiment 15 Observatoire de Paris xmpp: j...@obspm.fr Heure local/Local time: Fri Apr 27 14:30:44 CEST 2018 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: Cyrus + Xapian
Le 24/04/2018 à 21:13:20+0200, Albert Shih a écrit > Le 24/04/2018 à 13:21:09+0200, Robert Stepanek a écrit > Hi, > > > > > we just had a chat on the issue you are reporting in the regular > > Cyrus call: there have been a few fixes for squatter since > > 3.0.5. Would you be able to compile from the current development > > snapshot [1]? If not, 3.0.6 will be released soon, which will also > > contain the fixes. > > > > This probably will not resolve the issue, but it would give us > > one more data point if squatter turns out to run cleanly on the > > development release. > > it's related to my problem with xapian (the xapian are not on the same disk > than the OS). > But anyway I need to fix that in the first place, after that I will > retry...everythingI will keep you informif I'm able to compile the > src (I'm using the ports, so not my work ;-) ). So I was able to fix my problem (wrong driver on the OS). Now I can confirm the problem with squatter are not related. Event with a server who run normaly I got the same issue. After sync (imapsync) some mailbox, each time I launch squatter I will get a first index for one user, after that seg fault (just after jump to next user), and if I re-launch squatter will index the first user not index, so If I have 100 users I must launch squatter 100 times. I also recheck every option available to get a coredump file but without succes. I try to compile the cyrus-imapd3 from the github but my lack of skill not allow me to complete the task. I'm sorry. Soon the 3.0.6 will be package inside the OS I will try and tell you if the problem are still here. Regards. -- Albert SHIH DIO bâtiment 15 Observatoire de Paris xmpp: j...@obspm.fr Heure local/Local time: Fri Apr 27 14:24:28 CEST 2018 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
Cannot move (delete) messages from/to different backends
Hi, we upgraded Cyrus from 2.4.17 to 2.5.11, compiling sources on Debian 8. Our configuration use murder (2 frontends, 3 backends). After upgrade, it's impossible move messages between shared mailboxes on different backends. No errors, only copy! If on different backends, log shows: . uid move 9 Trash . OK [COPYUID 1433926880 99] Completed Same backend: . uid move 9 Trash * 1 EXPUNGE . OK [COPYUID 1433926880 9 105] Completed It seems the same issue as in #51 on gitHub: https://github.com/cyrusimap/cyrus-imapd/issues/51 There is a way to solve? Upgrade to Cyrus 3.0? Patches? Thanks a lot, Marco. -- Marco Chesi Ufficio Esercizio e Tecnologie Area Organizzazione e Sistemi Informativi Università degli Studi di Siena Via S. Bandini, 25 - 53100 Siena E-mail: marco.ch...@unisi.it Tel 0577 235020 - Fax 0577 232383 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
