I'm looking for an IMAP testing tool, suitable to use with Dovecot IMAP. It needs to support TLS, STARTTLS, and login/authentication. It needs to be able run from command line, shell scripts, and even do so under cron jobs (e.g. a way to supply the password to use w/o a terminal prompt). Typical interactive mail clients just don't cut it (even the text mode ones). One reason is I need to do the tests on a number of machines, under a number of user and domain names, and with a variety of parameters or destinations. This is for a suite of regression tests I am putting together intended to verify that configuration changes do not break things (or unbreak things that are supposed to not work). Anyone ever heard of such a tool? Open source would be preferred (better yet, my favorite programming languages: C, Pike, Python).
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Tue, 18 May 2010, Phil Howard wrote:> Anyone ever heard of such a tool? Open source would be preferred (betterhttp://search.cpan.org/search?mode=dist&query=imap :) Regards, - -- Steffen Kaiser -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iQEVAwUBS/Khkb+Vh58GPL/cAQLLggf/XaHWOB7gOWqWWaW+vfAqNMuP+WU9SwVF NmAkBlWowqoqC/s9U7gT+v7J8hI/7WE+RZ04lI5EYANGtY3HR/+o44emgzT3Ds17 OepfM+ElP93qfXVi8Ch97vQwHLjOz5nMdzirVEv9MTPZiU026o4VqQxpZOhpIvhp IHFL7YhM5bOgyfCLX9cMgvJme18QHjL00pfaUxUp/MUwCAHdg/HmaWW9+sRz0e3E 4gN2Al7TGtY5h//CiOUGkVeNVCnSTHi6vrQS78lP/KbEyfQT3OFnLPLAs5T5BIw6 cE5ghS5nNkWuI/4Ro2wSm2UMZEX9e8t4253HWbR+1Q35LVBf9IjECQ==U0go -----END PGP SIGNATURE-----
Phil Howard <ttiphil at gmail.com> (Di 18 Mai 2010 16:04:14 CEST):> I'm looking for an IMAP testing tool, suitable to use with Dovecot IMAP. It > needs to support TLS, STARTTLS, and login/authentication. It needs to be > able run from command line, shell scripts, and even do so under cron jobs > (e.g. a way to supply the password to use w/o a terminal prompt). Typical > interactive mail clients just don't cut it (even the text mode ones). One > reason is I need to do the tests on a number of machines, under a number of > user and domain names, and with a variety of parameters or destinations. > This is for a suite of regression tests I am putting together intended to > verify that configuration changes do not break things (or unbreak things > that are supposed to not work). > > Anyone ever heard of such a tool? Open source would be preferred (better > yet, my favorite programming languages: C, Pike, Python).You could use imtest and pop3test from the cyrus suite. The newer versions should work with a dovecot server too. (Older ones were buggy and expected more output than dovecot sent.) For Perl exist several modules/libray to home brew your tests. use Mail::IMAPClient; my $s = new Mail::IMAPCLient( Server => ?, User => ?, ? ) or die $@; $s->examine("INBOX") or die $@; ? and so on. -- Heiko -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: Digital signature URL: <http://dovecot.org/pipermail/dovecot/attachments/20100518/7e85fe0d/attachment-0002.bin>
On Tue, May 18, 2010 at 10:17, Steffen Kaiser <skdovecot at smail.inf.fh-brs.de> wrote:> -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > > On Tue, 18 May 2010, Phil Howard wrote: > > Anyone ever heard of such a tool? Open source would be preferred (better >> > > http://search.cpan.org/search?mode=dist&query=imap >Those all looked like libraries/modules. Any complete commands? Writing Perl code is not an option for me.
Phil Howard wrote:> Those all looked like libraries/modules. Any complete commands? Writing Perl code is not an option for me.From what origin comes your restriction on Perl? Bill
On Wed, May 19, 2010 at 12:49, Mailing List <anonmous at dovecot.org> wrote:> Hi Phil, > > I've got an hack piece of regression perl code that we might be a good > starting point. I'd love to turn it into a better piece of hack code > that we could offer up. It does SSL/TLS. > > Right now it is pretty basic and forks 1K-10K simultaneous IMAP > login/logout connections. Its goal is to find the sink point for the > IMAP server and/or test client so that tuning exceeds current usage. > > Let me know if you are interesting in looking at it and cleaning it up. > > ---Jack >The best I could do with something in Perl is rewrite it into something else. I'm still kinda weak on Python (don't know all the cool tricks, yet), and Pike isn't found universally, so things would need to be in C for me to do it and it to be widely usable. And that's for later when I get some free time.