- dovecot - dovecot.org

[Dovecot] 1.0-test57 LDAP dovecot-auth SIGABRT
by Thomas Hummel 13 Dec '04

13 Dec '04

Hi, I'm experiencing the following problem when runnig dovecot-1.0-test set up to authenticate users against openldap, while the corresponding setup with dovecot-0.99.11 works fine : . my platform : FreeBSD 5.3-RELEASE-p1 . dovecot version : dovecot-1.0-test57 . openldap version : openldap-2.1.27 - Description : When I talk IMAP to the dovecot server, I can connect on port 143 and receive the 'Dovecot ready' greeting message, but when I issue the command 'x LOGIN username userpass', the following message is written to the log file : ---------------------------------------------------------------------- 'dovecot: Dec 13 16:40:26 Error: auth(default): dovecot-auth in free(): error: chunk is already free dovecot: Dec 13 16:40:26 Error: child 17260 (auth) killed with signal 6' ---------------------------------------------------------------------- - here's a gdb backtrace of the dovecot-auth running process as it happens : (gdb) continue Continuing. Program received signal SIGABRT, Aborted. 0x1826e1d7 in kill () from /lib/libc.so.5 (gdb) bt full #0 0x1826e1d7 in kill () from /lib/libc.so.5 No symbol table info available. #1 0x1826327e in raise () from /lib/libc.so.5 No symbol table info available. #2 0x182d5627 in abort () from /lib/libc.so.5 No symbol table info available. #3 0x18279389 in ldexp () from /lib/libc.so.5 No symbol table info available. #4 0x182793cd in ldexp () from /lib/libc.so.5 No symbol table info available. #5 0x1827a2c1 in ldexp () from /lib/libc.so.5 No symbol table info available. #6 0x1827a513 in ldexp () from /lib/libc.so.5 No symbol table info available. #7 0x1827a644 in free () from /lib/libc.so.5 No symbol table info available. #8 0x080502c7 in ldap_input (context=0x2c) at db-ldap.c:172 request = (struct ldap_request *) 0x806a580 timeout = {tv_sec = 0, tv_usec = 0} res = (LDAPMessage *) 0x806a5a0 ret = 0 msgid = 405650150 #9 0x0805cea8 in io_loop_handler_run (ioloop=0x8075340) at ioloop-poll.c:184 data = (struct ioloop_handler_data *) 0x806a160 pollfd = (struct pollfd *) 0x2 tv = {tv_sec = 0, tv_usec = 268537} io = (struct io *) 0x806a300 t_id = 2 msecs = 0 ret = 0 call = 1 #10 0x0805c8e5 in io_loop_run (ioloop=0x8075340) at ioloop.c:218 No locals. #11 0x08051174 in main (argc=1, argv=0x0) at main.c:296 master = (struct auth_master_connection *) 0x8075500 i = 1 env = 0x4598 <Error reading address 0x4598: Bad address> pid = 0 master_p = (struct auth_master_connection **) 0x8075400 size = 1 (gdb) detach Detaching from program: /usr/local/dovecot-1.0-test57/libexec/dovecot/dovecot-auth, process 17804 (gdb) - here are the configure options I passed when compiling openldap and dovecot : - dovecot ./configure --prefix=/usr/local/dovecot-1.0-test57 --with-ldap --with-cyrus-sasl2 --with-rawlog --with-ssl=openssl --with-storages=mbox,maildir - openldap ./configure --prefix=/usr/local/openldap-2.1.27 --with-threads --with-tls=openssl --enable-dynamic --with-cyrus-sasl --enable-ldbm --enable-crypt --enable-lmpasswd --enable-ldap --enable-meta --enable-rewrite --enable-null --enable-monitor --enable-bdb --with-ldbm-api=berkeley --enable-spasswd --enable-wrappers -- Thomas Hummel <hummel(a)pasteur.fr>

1 0

[Dovecot] Problem with LDAP and Dovecot
by Peter Clark 13 Dec '04

13 Dec '04

I am trying to set up Dovecot so that it uses LDAP, but I keep getting this error message in /var/log/syslog: Dec 12 03:38:17 mydomain dovecot-auth: LDAP: ldap_search() failed (filter user_filter = (mail=user(a)mydomain.tld)) Bad search filter Relevant configuration files: /etc/dovecot-ldap.conf: hosts = localhost dn = cn=dovecot,ou=sysAccounts,dc=mydomain,dc=tld dnpass = password ldap_version = 3 base = ou=mailAccounts,dc=mydomain,dc=tld deref = never scope = subtree user_attrs = mail,,,,, user_filter = (mail=%u) pass_attrs = mail,userPassword pass_filter = user_filter = (mail=%u) default_pass_scheme = CRYPT user_global_uid = 5000 user_global_gid = 5000 /etc/dovecot.conf: protocols = imap imaps pop3s imap_listen = 127.0.0.1 imaps_listen = * pop3s_listen = * ssl_cert_file = /etc/ssl/mydomain.tld/Cert.pem ssl_key_file = /etc/ssl/mydomain.tld/PrivateKey.pem disable_plaintext_auth = yes login = imap login_user = dovecot login = pop3 verbose_proctitle = yes first_valid_uid = 5000 last_valid_uid = 5000 first_valid_gid = 5000 last_valid_gid = 5000 mail_extra_groups = mail valid_chroot_dirs = /var/mail/virtualmail default_mail_env = maildir:/var/mail/virtualmail/%n/Maildir auth = default auth_mechanisms = plain auth_userdb = ldap /etc/dovecot-ldap.conf auth_passdb = ldap /etc/dovecot-ldap.conf auth_user = dovecot auth_verbose = yes auth_debug = no In /etc/ldap/slapd.conf: access to attribute=userPassword by dn="cn=admin,dc=mydomain,dc=tld" write by dn="cn=dovecot,ou=sysAccounts,dc=mydomain,dc=tld" read by anonymous auth by self write by * none Output of 'slapcat | grep dovecot': dn: cn=dovecot,ou=sysAccounts,dc=mydomain,dc=tld cn: dovecot sn: dovecot I've even tried changing the dn to admin, but I still get the same error. What am I doing wrong? :Peter

3 3

[Dovecot] Ximian Evolution Issue
by Adam Todorski 13 Dec '04

13 Dec '04

Hi This may be a problem with Dovecot and it may be a problem with Evolution, I'm trying to narrow it down. I'm using Evolution 2.0.2 on Fedora Core 3 x86_64 to connect over SSL to Dovecot 0.99.11 on Debian testing (Sarge) on an i686 using Maildir for the mail store. Specifically, when I open a folder with more than a few dozen messages in it I get the following error (with the carroted fields populated): Error while Opening folder imap://<username>@<mailserver>/<folder>. Incomplete server response: no information provided for message <message number>. Thanks for any leads on this! Adam

2 1

[Dovecot] Corrupted index files in 0.99.12.1
by Brady Wetherington 12 Dec '04

12 Dec '04

Hi - I've got two copies of Dovecot installed on my server (don't worry, talking to two different sockets for authentication, with two different sets of filenames using options in configure), and I found at least one instance where the index file for my INBOX (on my own account, in fact) got corrupted. So badly so that when I connected via IMAP and selected my INBOX, it said there were no messages there - but if I logged in via sqWebMail (ugh), it said all my messages were there. Note that it didn't give the 'NO can't use index file' message. I moved the .INBOX directory to another filename, and then re-logged in and found that all was well (it regenerated the index files correctly). Would my old, corrupted index files be of any use to anyone? I still have that directory sitting somewhere. Is it perhaps 'bad' to run two copies of Dovecot? I don't know exactly what I was doing, but I can easily imagine accessing one of my Dovecots using my webmail setup, and one using straight IMAP - is that an unsupported setup? I'd also be happy to discuss why I'm using two copies of Dovecot, but that's a whole other discussion :)

2 1

Re: [Dovecot] Timeouts with outlook express
by Daniel 11 Dec '04

11 Dec '04

Hi Yes I have all the outlook workarounds enabled. Interestingly the progress bar dose not move until the whole email has been downloaded. Normally this moves bit by bit as the mail downloads. But as I said the email is downloading, there is network traffic. Any ideas? Regards Daniel On Thu, 2004-12-09 at 07:45 +0000, Andrew Hutchings wrote: > Hi Daniel, > > Have you tried turning on th outlook-no-nuls workaround in dovecot? > > Regards > Andrew > > On Thu, 2004-12-09 at 15:22 +0800, Daniel wrote: > > Hi > > > > I am using Dovecot 0.99.12.1 (just upgraded) on a site with about 1500 > > mailboxes. One thing I have noticed is when the client outlook express > > is receiving a large mail via pop3 it gets a time out. There is traffic. > > If you click on the "wait" button in the dialogue the mail continues to > > download. > > > > This seem to relate to the "Server Timeouts" setting under mail account > > Properties/advance. If this setting is set higher the dialogue come only > > after this time has passed. > > > > If the mail take a long time to download if say is very big the user may > > have to click "Wait" a number of time even if the time out setting is > > set to the largest amount. > > > > It funny because the mail is downloading, So the pop3 server has not > > stopped responding as outlook express say it has. Strange. > > > > What is happening here? and is there a work around for it. Do I have a > > setting wrong. > > > > Regards > > Daniel ROwe > > > >

2 1

[Dovecot] SQL + AUTH command bug?
by Andrew Hutchings 10 Dec '04

10 Dec '04

Hi, While investigating the problem with Thunderbird auths I found the following happening: Escape character is '^]'. +OK Dovecot ready. CAPA +OK CAPA TOP USER UIDL RESP-CODES PIPELINING SASL PLAIN . AUTH PLAIN + + + -ERR Authentication failed. This is what is happening during a Thunderbird connection, when each '+' happens dovecot does an sql query on the sql server for user '?'. This was asserting mech.c until Timo did the bugfix last night. I currently have dovecot authing via 3 separate sql password tables as it is a migration from 3 old servers. If you try any other auth method (which shouldn't work anyway in my case) it doesn't talk to the SQL servers and just comes back as: -ERR Authentication failed. Regards Andrew -- Andrew Hutchings Systems Operator / Developer / Linux Guru Netserve Consultants Ltd. http://www.domaincity.co.uk/

5 10

Re: [Dovecot] When the 1.0 release is planed?
by Kim Culhan 10 Dec '04

10 Dec '04

On Thu, December 9, 2004 15:07, Andrew Velikoredchanin said: > Wouter Van Hemel: > >>> >>> What part of 1.0-test now not fully tested? >>> >>> >>> >> >> For me, the latest test releases have been pretty stable. But if you're >> not going to offer imap, you might as well run a simple pop server such as popa3d >> (http://www.openwall.com/popa3d/) It's quite secure AFAIK -- >> at least, it's written by Solar Designer and uses a multiple-fork model. > > No. popa3d not support mysql userdb. :( > > >> But it probably would help dovecot if you would give the test releases a >> try, the last bugs (if any) are hardest to find. That way, you would have a stable dovecot >> sooner. > > Yes, of couse. FWIW, dovecot CVS (development version) has been running here for several weeks with pop3s users having no problems we can find. -kim' __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

4 4

[Dovecot] Exim4 authentication patch
by Andrey Panin 10 Dec '04

10 Dec '04

Hello all, attached patch makes possible to use dovecot as an authentication backend for Exim 4. Reasons beyond this patch are simple: exim's authenticators require use of plaintext passwords and NTLM code in exim is quite outdated and hairy. Patch generated against Exim 4.43, but should apply to earlier versions too. Patch adds new 'dovecot' authenticator, which can be used as such: ntlm: driver = dovecot public_name = NTLM server_socket = /var/authentication_socket_path server_set_id = $1 cram: driver = dovecot public_name = CRAM-MD5 ... Authenticator has only one parameter 'server_socket', it's value used as path for dovecot's authentication socket. Authenticator can be used for server authentication only. Hope it will be useful for someone. Best regards. -- Andrey Panin | Linux and UNIX system administrator pazke(a)donpac.ru | PGP key: wwwkeys.pgp.net

2 1

[Dovecot] mech-plain patch
by Andrew Hutchings 10 Dec '04

10 Dec '04

Hi Guys, Unoffical patch for mech-plain so the AUTH PLAIN command works with SQL (and possibly other DBs). Thunderbird should work again after this. --- mech-plain.c 2004-12-10 01:56:51.065987304 +0000 +++ mech-plain.c 2004-12-10 01:53:16.974534152 +0000 @@ -27,7 +27,10 @@ authid = (const char *) data; authenid = NULL; pass = ""; - count = 0; + if (data_size == 0) + return; + + count = 0; for (i = 0; i < data_size; i++) { if (data[i] == '\0') { if (++count == 1) Regards Andrew -- Andrew Hutchings Systems Operator / Developer / Linux Guru Netserve Consultants Ltd. http://www.domaincity.co.uk/

1 1

[Dovecot] Help needed with debugging auth command
by Andrew Hutchings 10 Dec '04

10 Dec '04

Hi guys, OK, so I am trying to find out why the POP3 AUTH / IMAP AUTHORIZE command is not doing what it is supposed to (not sure if it just for me or what). I am getting as far as: sasl-server.c - line 123 - mech = auth_client_find_mech(auth_client, mech_name); auth_client_find_mech is in auth-client.c which is where I am getting lost. My guess is we are not returning back to sasl-server.c since we don't get an SASL auth or an 'Unsupported' error. If I try 'PLAIN' as the auth method as the parameter then it tries to login with no user or pass and fails. If I try anything else (I have configed to accept plain only) I get 'Authorization failed' and it doesn't even try to lookup the user/pass. Regards Andrew -- Andrew Hutchings Systems Operator / Developer / Linux Guru Netserve Consultants Ltd. http://www.domaincity.co.uk/

1 1

[Dovecot] SHA1
by Marco Herrn 10 Dec '04

10 Dec '04

Hi, I am currently installing doveot as POP and IMAP server, but I a have a few difficulties configuring it correctly. I use postgresql to store the user information. The passwords are stored SHA1 encrypted. Now I have the problem that dovecot isn't accepting the user. In dovecot-pgsql.conf I defined default_pass_scheme = SHA1 I am not quite sure about whether this is corrents, since it is not mentioned in the documentation, but it is mentioned in the wiki (under the name SHA) and it doesn't produce an error (as specifying SHA does). So I assume this is correct. But when I log in with a user I always geht the following log output: dovecot-auth: Dec 08 22:18:20 Info: PGSQL: Performing query: SELECT passwd FROM mailbox WHERE localpart = érwin' AND domainname ='poiu.de' dovecot-auth: Dec 08 22:18:20 Info: pgsql(erwin(a)poiu.de): Password mismatch imap-login: Dec 08 22:18:20 Info: Aborted login [82.82.66.4] dovecot-auth: Dec 08 22:18:20 Info: Login process 9 disconnected dovecot-auth: Dec 08 22:18:20 Info: Login process 9 connected dovecot-auth: Dec 08 22:18:20 Info: Login process 9 sent handshake: PID 22222 Is there a way to get a more excessive debugging? I already set auth_verbose and auth_debug to yes. Or does anyone have an idea what the problem can be here? Regards Marco -- It's better to be wanted for murder that not to be wanted at all. -- Marco Herrn _ ___ o ' (_)< _ _ _>(__'> o 0 (_X % >(_`> O o _; _;'7^'_ \;\ % (GnuPG/PGP-encrypted mail preferred) _;\ _.\ _.';;) ;,;_/; Key ID: 0x94620736 _ _'./_$'))_; );/$}/`fsc

3 7

[Dovecot] When the 1.0 release is planed?
by Andrew Velikoredchanin 10 Dec '04

10 Dec '04

Hi! When the 1.0 release is planed?

5 7

[Dovecot] Timeouts with outlook express
by Daniel 10 Dec '04

10 Dec '04

Hi I am using Dovecot 0.99.12.1 (just upgraded) on a site with about 1500 mailboxes. One thing I have noticed is when the client outlook express is receiving a large mail via pop3 it gets a time out. There is traffic. If you click on the "wait" button in the dialogue the mail continues to download. This seem to relate to the "Server Timeouts" setting under mail account Properties/advance. If this setting is set higher the dialogue come only after this time has passed. If the mail take a long time to download if say is very big the user may have to click "Wait" a number of time even if the time out setting is set to the largest amount. It funny because the mail is downloading, So the pop3 server has not stopped responding as outlook express say it has. Strange. What is happening here? and is there a work around for it. Do I have a setting wrong. Regards Daniel ROwe

4 3

[Dovecot] SQL + POP3 AUTH command bug - test 57
by Andrew Hutchings 09 Dec '04

09 Dec '04

Hi guys, In addition to my previous message stating that POP3 'AUTH' command wasn't working correctly with SQL auths (making Thunderbird fail), the same is true of the AUTHENTICATE command in IMAP. Again I have created a temp fix by commenting out the lines that check for that command in imap-login/client.c If I get some time tonight I will write a patch to fix this properly. (Dovecot 1.0 test 57) Regards Andrew -- Andrew Hutchings Systems Operator / Developer / Linux Guru Netserve Consultants Ltd. http://www.domaincity.co.uk/

1 0

[Dovecot] "correct" permissions for login dir
by Kirill Miazine 09 Dec '04

09 Dec '04

I'm in process of moving away from Cyrus to Dovecot. I have my own authentication daemon working fine. It sets up two sockets: drwxr-x--- 2 root dovecot 512 Dec 7 21:07 /var/state/dovecot/login srw-rw-rw- 1 krot krot 0 Dec 7 21:07 /var/state/dovecot/login/sock drwx------ 2 krot wheel 512 Dec 7 21:07 /var/state/dovecot/master srw-rw-rw- 1 krot wheel 0 Dec 7 21:07 /var/state/dovecot/master/sock When I fire up Dovecot, it warns me of "incorrect" permissons for login dir (/var/state/dovecot/login) and "fixes" the problem. I want /var/state/dovecot/login to be owned by user krot (which the main daemon is running as), not by root. I suggest that login directory is not touched if external authentication is used. Socket are not wiped out, why should permissions be fixed? (see in master/master-settings.c around line 560). I'm afraid that some day I will forget to make this tiny change to Dovecot and end up with a mail system which does not work at all, because the master daemon won't be able to create dovecot/login socket. 1.0-test "works pretty well". Does it mean well enough to replace Cyrus (which indeed works pretty well)? I have maildir-based folders. Most users have no idea what IMAP is (my sister uses IMAP because I set it up, others just say that they don't need IMAP...) and they just download everything using POP3. Sometimes they use SquirrelMail. Default usage pattern. Are the risks high? Currently I have test56 on my test installation (which is almost ready to take over). Timo, Dovecot has been a pleasure to work with so far! -- They make a desert and call it peace. -- Tacitus

2 1

[Dovecot] 0.99.12 released
by Timo Sirainen 08 Dec '04

08 Dec '04

One change since -rc1 (the last one below). - Fix memory leaks in LDAP, MySQL and PGSQL userdb/passdb - Fix hanging when parsing mails that have over 4096 bytes in one line (SMTP servers normally don't allow over 1000 bytes so it shouldn't be much of a problem) - FETCH BODYSTRUCTURE sometimes gave a wrong reply (eg. with FETCH (BODYSTRUCTURE RFC822.SIZE) if it wasn't cached) - Never return more than one INBOX in LIST even if there are such files. They don't work anyway and it just confuses clients. - mbox: Don't allow creating INBOX directory by creating/renaming mailboxes under it. They just wouldn't work. - POP3: Don't return PLAIN in SASL list. We don't support initial SASL responses, so it only breaks with most clients that try to use it. - IMAP and POP3 login processes may have sent each line in two IP packets, one with the data and another with CR+LF. Some clients didn't work because of this.

5 8

[Dovecot] problems with eudora
by Enrique Pedraza 08 Dec '04

08 Dec '04

Hi everyone, i just installed dovecot in Fedora Core release 1 (Yarrow). When accessing from a eudora 6.1 client, first it gave ssl authentication problems. I fixed disabling them in eudora, but now it authenticates ok and then it says that there is no inbox for that user. Any idea? Enrique Pedraza Valiente Formador en Lenguajes Avanzados y Nuevas Tecnologías cell: +34 678 51 75 19 http://epedraza.com

3 3

[Dovecot] (mail_index_sync_update_index): assertion failed
by Doug Luce 08 Dec '04

08 Dec '04

Anyone run into this one? I'm using test53... Dec 3 13:08:17 aurora dovecot: IMAP(doug): file mail-index-sync-update.c: line 1160 (mail_index_sync_update_index): assertion failed: (map->records_count == map->hdr.messages_count) Dec 3 13:08:17 aurora dovecot: child 65942 (imap) killed with signal 6 It doesn't seem to correlate with any particular action. The only change I make to the compilation is to comment out #define HAVE_FREEBSD_SENDFILE Thanks, Doug

4 8

[Dovecot] Non standart mbox path
by Andrew Velikoredchanin 08 Dec '04

08 Dec '04

Hi! I need set to dovecot non standart mbox path. For example, /var/service/mail/%u. How I can do it? I see default_mail_env parameter, but I don't undestend how it used. Thanks!

2 1

[Dovecot] dovecot 1.0-test-56 mail doesn't show up with Mac Entourage clients
by Will Bending 08 Dec '04

08 Dec '04

Hi. I'm seeing some issues where Entourage clients can see new mail, download it (or partially), but won't display the mail in the mailbox list. Mail shows up as having arrived, but never displays. These clients have worked in the past with versions of 0.99, but not in 1.0-test-56. I have dumped the connection traffic and it looks like Entourage aborts the IMAP session before it finishes fetching the mail. I have set up an IMAP server running test 56 and another running dovecot-0.99.11-1.1.fc3.rf and placed one email message in the inbox of a test account. The following is an error message I see in the 1.0 server's logs for some Entourage users experiencing this error, and is followed by a snippet of a tcpdump of the IMAP session on both machines showing where the Entourage client aborts the connection before completing the download of the message. Any help with or comments on this issue are greatly appreciated. Thanks, --will Error in dovecot.log from an Entourage client: dovecot: Dec 07 09:21:44 Error: IMAP(some_user): file mbox-lock.c: line 493 (mbox_lock): assertion failed: (lock_type == F_RDLCK || ibox->mbox_lock_type != F_RDLCK) dovecot: Dec 07 09:21:44 Error: child 16735 (imap) killed with signal 6 **************************************************************************** tcpdump snippets: 0.99 server with Entourage client: 14:43:17.997889 IP noctis.shsu.edu.61359 > ab1-1-41.shsu.edu.imap: P 52:128(76) ack 156 win 65535 <nop,nop,timestamp 519041503 335641251> 0x0000: 4500 0080 adf9 4000 4006 384b 9e87 0bfc E.....@.@.8K.... 0x0010: 9e87 0b29 efaf 008f a87e ee7c fc30 de0e ...).....~.|.0.. 0x0020: 8018 ffff c716 0000 0101 080a 1eef f1df ................ 0x0030: 1401 7aa3 4130 3237 2055 4944 2046 4554 ..z.A027.UID.FET 0x0040: 4348 2032 2028 5549 4420 464c 4147 5320 CH.2.(UID.FLAGS. 0x0050: 494e 5445 524e 414c 4441 5445 2052 4643 INTERNALDATE.RFC 0x0060: 3832 322e 5349 5a45 2042 4f44 592e 5045 822.SIZE.BODY.PE 0x0070: 454b 5b5d 3c30 2e32 3034 3830 3e29 0d0a EK[]<0.20480>).. 14:43:17.998229 IP ab1-1-41.shsu.edu.imap > noctis.shsu.edu.61359: . 156:1604(1448) ack 128 win 1448 <nop,nop,timestamp 335641262 519041503> 0x0000: 4500 05dc 73b9 4000 4006 6d2f 9e87 0b29 E...s.@.@.m/...) 0x0010: 9e87 0bfc 008f efaf fc30 de0e a87e eec8 .........0...~.. 0x0020: 8010 05a8 5a02 0000 0101 080a 1401 7aae ....Z.........z. 0x0030: 1eef f1df 2a20 3120 4645 5443 4820 2855 ....*.1.FETCH.(U 0x0040: 4944 2032 2046 4c41 4753 2028 5c52 6563 ID.2.FLAGS.(\Rec 0x0050: 656e 7429 2049 4e54 4552 4e41 4c44 4154 ent).INTERNALDAT 0x0060: 4520 2230 372d 4465 632d 3230 3034 2031 E."07-Dec-2004.1 0x0070: 343a 3432 3a34 3320 2d30 3630 3022 2052 4:42:43.-0600".R 0x0080: 4643 3832 322e 5349 5a45 2031 3836 3120 FC822.SIZE.1861. 0x0090: 424f 4459 5b5d 3c30 3e20 7b31 3836 317d BODY[]<0>.{1861} 0x00a0: 0d0a 5265 7475 726e 2d50 6174 683a 203c ..Return-Path:.< 0x00b0: 7563 735f 7768 6240 7368 7375 2e65 6475 ucs_whb(a)shsu.edu 0x00c0: 3e0d 0a52 6563 6569 7665 643a 2066 726f >..Received:.fro 0x00d0: 6d20 756e 786d 6169 6c2e 7368 7375 2e65 m.unxmail.shsu.e 0x00e0: 6475 2028 756e 786d 6169 6c2e 7368 7375 du.(unxmail.shsu 0x00f0: 2e65 6475 205b 3135 382e 3133 352e 312e .edu.[158.135.1. 0x0100: 3533 5d29 0d0a 0962 7920 6162 312d 312d 53])...by.ab1-1- 0x0110: 3431 2e73 6873 752e 6564 7520 2838 2e31 41.shsu.edu.(8.1 0x0120: 332e 312f 382e 3133 2e31 2920 7769 7468 3.1/8.13.1).with 0x0130: 2045 534d 5450 2069 6420 6942 374b 6768 .ESMTP.id.iB7Kgh 0x0140: 4246 3032 3632 3738 0d0a 0966 6f72 203c BF026278...for.< 0x0150: 7769 6c6c 7465 7374 4061 6231 2d31 2d34 willtest@ab1-1-4 0x0160: 312e 7368 7375 2e65 6475 3e3b 2054 7565 1.shsu.edu>;.Tue 0x0170: 2c20 3720 4465 6320 3230 3034 2031 343a ,.7.Dec.2004.14: 0x0180: 3432 3a34 3320 2d30 3630 300d 0a52 6563 42:43.-0600..Rec 0x0190: 6569 7665 643a 2066 726f 6d20 3135 382e eived:.from.158. 0x01a0: 3133 352e 302e 3734 2028 5b31 3538 2e31 135.0.74.([158.1 0x01b0: 3335 2e30 2e37 345d 290d 0a09 2861 7574 35.0.74])...(aut 0x01c0: 6865 6e74 6963 6174 6564 2062 6974 733d henticated.bits= 0x01d0: 3029 0d0a 0962 7920 756e 786d 6169 6c2e 0)...by.unxmail. 0x01e0: 7368 7375 2e65 6475 2028 382e 3132 2e31 shsu.edu.(8.12.1 0x01f0: 312f 382e 3132 2e31 3129 2077 6974 6820 1/8.12.11).with. 0x0200: 4553 4d54 5020 6964 2069 4237 4b67 7238 ESMTP.id.iB7Kgr8 0x0210: 7530 3032 3131 390d 0a09 2876 6572 7369 u002119...(versi 0x0220: 6f6e 3d54 4c53 7631 2f53 534c 7633 2063 on=TLSv1/SSLv3.c 0x0230: 6970 6865 723d 5243 342d 4d44 3520 6269 ipher=RC4-MD5.bi 0x0240: 7473 3d31 3238 2076 6572 6966 793d 4e4f ts=128.verify=NO 0x0250: 290d 0a09 666f 7220 3c77 696c 6c74 6573 )...for.<willtes 0x0260: 7440 7475 726e 6970 2e73 6873 752e 6564 t(a)turnip.shsu.ed 0x0270: 753e 3b20 5475 652c 2037 2044 6563 2032 u>;.Tue,.7.Dec.2 0x0280: 3030 3420 3134 3a34 323a 3533 202d 3036 004.14:42:53.-06 0x0290: 3030 0d0a 5375 626a 6563 743a 2074 6573 00..Subject:.tes 0x02a0: 740d 0a46 726f 6d3a 2057 696c 6c20 4265 t..From:.Will.Be 0x02b0: 6e64 696e 6720 3c75 6373 5f77 6862 4073 nding.<ucs_whb@s 0x02c0: 6873 752e 6564 753e 0d0a 5265 706c 792d hsu.edu>..Reply- 0x02d0: 546f 3a20 7563 735f 7768 6240 7368 7375 To:.ucs_whb@shsu 0x02e0: 2e65 6475 0d0a 546f 3a20 7769 6c6c 7465 .edu..To:.willte 0x02f0: 7374 4061 6231 2d31 2d34 312e 7368 7375 st(a)ab1-1-41.shsu 0x0300: 2e65 6475 0d0a 436f 6e74 656e 742d 5479 .edu..Content-Ty 0x0310: 7065 3a20 6d75 6c74 6970 6172 742f 7369 pe:.multipart/si 0x0320: 676e 6564 3b20 6d69 6361 6c67 3d70 6770 gned;.micalg=pgp 0x0330: 2d73 6861 313b 2070 726f 746f 636f 6c3d -sha1;.protocol= 0x0340: 2261 7070 6c69 6361 7469 6f6e 2f70 6770 "application/pgp 0x0350: 2d73 6967 6e61 7475 7265 223b 2062 6f75 -signature";.bou 0x0360: 6e64 6172 793d 223d 2d4e 684c 712f 622b ndary="=-NhLq/b+ 0x0370: 375a 6938 5247 5234 7355 706f 6722 0d0a 7Zi8RGR4sUpog".. 0x0380: 4f72 6761 6e69 7a61 7469 6f6e 3a20 5361 Organization:.Sa 0x0390: 6d20 486f 7573 746f 6e20 5374 6174 6520 m.Houston.State. 0x03a0: 556e 6976 6572 7369 7479 0d0a 4461 7465 University..Date 0x03b0: 3a20 5475 652c 2030 3720 4465 6320 3230 :.Tue,.07.Dec.20 0x03c0: 3034 2031 343a 3432 3a30 3720 2d30 3630 04.14:42:07.-060 0x03d0: 300d 0a4d 6573 7361 6765 2d49 643a 203c 0..Message-Id:.< 0x03e0: 3131 3032 3435 3231 3237 2e37 3435 332e 1102452127.7453. 0x03f0: 3131 2e63 616d 656c 406c 6f63 616c 686f 11.camel@localho 0x0400: 7374 2e6c 6f63 616c 646f 6d61 696e 3e0d st.localdomain>. 0x0410: 0a4d 696d 652d 5665 7273 696f 6e3a 2031 .Mime-Version:.1 0x0420: 2e30 0d0a 582d 4d61 696c 6572 3a20 4576 .0..X-Mailer:.Ev 0x0430: 6f6c 7574 696f 6e20 322e 302e 3220 2832 olution.2.0.2.(2 0x0440: 2e30 2e32 2d33 2920 0d0a 582d 5348 5355 .0.2-3)...X-SHSU 0x0450: 2d4d 6169 6c53 6361 6e6e 6572 2d49 6e66 -MailScanner-Inf 0x0460: 6f72 6d61 7469 6f6e 3a20 5361 6d20 486f ormation:.Sam.Ho 0x0470: 7573 746f 6e20 5374 6174 6520 556e 6976 uston.State.Univ 0x0480: 6572 7369 7479 0d0a 582d 5348 5355 2d4d ersity..X-SHSU-M 0x0490: 6169 6c53 6361 6e6e 6572 3a20 466f 756e ailScanner:.Foun 0x04a0: 6420 746f 2062 6520 636c 6561 6e0d 0a58 d.to.be.clean..X 0x04b0: 2d53 4853 552d 4d61 696c 5363 616e 6e65 -SHSU-MailScanne 0x04c0: 722d 5370 616d 4368 6563 6b3a 206e 6f74 r-SpamCheck:.not 0x04d0: 2073 7061 6d2c 2053 7061 6d41 7373 6173 .spam,.SpamAssas 0x04e0: 7369 6e20 2873 636f 7265 3d2d 302e 3030 sin.(score=-0.00 0x04f0: 312c 0d0a 0972 6571 7569 7265 6420 352e 1,...required.5. 0x0500: 352c 2061 7574 6f6c 6561 726e 3d6e 6f74 5,.autolearn=not 0x0510: 2073 7061 6d2c 2042 4159 4553 5f30 3020 .spam,.BAYES_00. 0x0520: 2d30 2e30 3029 0d0a 582d 4d61 696c 5363 -0.00)..X-MailSc 0x0530: 616e 6e65 722d 4672 6f6d 3a20 7563 735f anner-From:.ucs_ 0x0540: 7768 6240 7368 7375 2e65 6475 0d0a 582d whb@shsu.edu..X- 0x0550: 494d 4150 6261 7365 3a20 3131 3032 3433 IMAPbase:.110243 0x0560: 3936 3037 2032 0d0a 5374 6174 7573 3a20 9607.2..Status:. 0x0570: 4f0d 0a58 2d55 4944 3a20 320d 0a43 6f6e O..X-UID:.2..Con 0x0580: 7465 6e74 2d4c 656e 6774 683a 2034 3632 tent-Length:.462 0x0590: 0d0a 582d 4b65 7977 6f72 6473 3a20 2020 ..X-Keywords:... 0x05a0: 2020 2020 2020 2020 2020 2020 2020 2020 ................ 0x05b0: 2020 2020 2020 2020 2020 2020 2020 2020 ................ 0x05c0: 2020 2020 2020 2020 2020 2020 2020 2020 ................ 0x05d0: 2020 2020 2020 2020 2020 2020 ............ 14:43:17.998255 IP ab1-1-41.shsu.edu.imap > noctis.shsu.edu.61359: P 1604:2156(552) ack 128 win 1448 <nop,nop,timestamp 335641262 519041503> 0x0000: 4500 025c 73bb 4000 4006 70ad 9e87 0b29 E..\s.@.@.p....) 0x0010: 9e87 0bfc 008f efaf fc30 e3b6 a87e eec8 .........0...~.. 0x0020: 8018 05a8 5682 0000 0101 080a 1401 7aae ....V.........z. 0x0030: 1eef f1df 2020 2020 2020 2020 2020 2020 ................ 0x0040: 2020 2020 2020 2020 2020 2020 2020 2020 ................ 0x0050: 2020 2020 2020 2020 200d 0a0d 0a0d 0a2d ...............- 0x0060: 2d3d 2d4e 684c 712f 622b 375a 6938 5247 -=-NhLq/b+7Zi8RG 0x0070: 5234 7355 706f 670d 0a43 6f6e 7465 6e74 R4sUpog..Content 0x0080: 2d54 7970 653a 2074 6578 742f 706c 6169 -Type:.text/plai 0x0090: 6e0d 0a43 6f6e 7465 6e74 2d54 7261 6e73 n..Content-Trans 0x00a0: 6665 722d 456e 636f 6469 6e67 3a20 7175 fer-Encoding:.qu 0x00b0: 6f74 6564 2d70 7269 6e74 6162 6c65 0d0a oted-printable.. 0x00c0: 0d0a 0d0a 0d0a 2d2d 3d2d 4e68 4c71 2f62 ......--=-NhLq/b 0x00d0: 2b37 5a69 3852 4752 3473 5570 6f67 0d0a +7Zi8RGR4sUpog.. 0x00e0: 436f 6e74 656e 742d 5479 7065 3a20 6170 Content-Type:.ap 0x00f0: 706c 6963 6174 696f 6e2f 7067 702d 7369 plication/pgp-si 0x0100: 676e 6174 7572 653b 206e 616d 653d 7369 gnature;.name=si 0x0110: 676e 6174 7572 652e 6173 630d 0a43 6f6e gnature.asc..Con 0x0120: 7465 6e74 2d44 6573 6372 6970 7469 6f6e tent-Description 0x0130: 3a20 5468 6973 2069 7320 6120 6469 6769 :.This.is.a.digi 0x0140: 7461 6c6c 7920 7369 676e 6564 206d 6573 tally.signed.mes 0x0150: 7361 6765 2070 6172 740d 0a0d 0a2d 2d2d sage.part....--- 0x0160: 2d2d 4245 4749 4e20 5047 5020 5349 474e --BEGIN.PGP.SIGN 0x0170: 4154 5552 452d 2d2d 2d2d 0d0a 5665 7273 ATURE-----..Vers 0x0180: 696f 6e3a 2047 6e75 5047 2076 312e 322e ion:.GnuPG.v1.2. 0x0190: 3620 2847 4e55 2f4c 696e 7578 290d 0a0d 6.(GNU/Linux)... 0x01a0: 0a69 4438 4442 5142 4274 6857 6635 362b .iD8DBQBBthWf56+ 0x01b0: 5976 5377 624d 7277 5241 6a56 7941 4a30 YvSwbMrwRAjVyAJ0 0x01c0: 5472 446a 5466 3373 5846 7645 5430 4538 TrDjTf3sXFvET0E8 0x01d0: 4872 504f 4444 3742 6938 7743 6773 4955 HrPODD7Bi8wCgsIU 0x01e0: 420d 0a32 7469 4d62 4654 5245 3949 7261 B..2tiMbFTRE9Ira 0x01f0: 4436 4647 385a 6a77 6851 3d0d 0a3d 4455 D6FG8ZjwhQ=..=DU 0x0200: 7133 0d0a 2d2d 2d2d 2d45 4e44 2050 4750 q3..-----END.PGP 0x0210: 2053 4947 4e41 5455 5245 2d2d 2d2d 2d0d .SIGNATURE-----. 0x0220: 0a0d 0a2d 2d3d 2d4e 684c 712f 622b 375a ...--=-NhLq/b+7Z 0x0230: 6938 5247 5234 7355 706f 672d 2d0d 0a29 i8RGR4sUpog--..) 0x0240: 0d0a 4130 3237 204f 4b20 4665 7463 6820 ..A027.OK.Fetch. 0x0250: 636f 6d70 6c65 7465 642e 0d0a completed... 14:43:18.011006 IP noctis.shsu.edu.61359 > ab1-1-41.shsu.edu.imap: . ack 2156 win 65535 <nop,nop,timestamp 519041503 335641262> 0x0000: 4500 0034 adfa 4000 4006 3896 9e87 0bfc E..4..@.@.8..... 0x0010: 9e87 0b29 efaf 008f a87e eec8 fc30 e5de ...).....~...0.. 0x0020: 8010 ffff 1975 0000 0101 080a 1eef f1df .....u.......... 0x0030: 1401 7aae ..z. ********************************************************************************** Tcpdump from the 1.0-test-56 server of failed fetch request: 14:43:43.214921 IP noctis.shsu.edu.61362 > unxmail.shsu.edu.imap: P 177:253(76) ack 608 win 65535 <nop,nop,timestamp 519041530 438977827> 0x0000: 4500 0080 ae0c 4000 4006 422c 9e87 0bfc E.....@.@.B,.... 0x0010: 9e87 0135 efb2 008f 2fa2 46d7 61ef eaee ...5..../.F.a... 0x0020: 8018 ffff b026 0000 0101 080a 1eef f1fa .....&.......... 0x0030: 1a2a 4523 4130 3038 2055 4944 2046 4554 .*E#A008.UID.FET 0x0040: 4348 2032 2028 5549 4420 464c 4147 5320 CH.2.(UID.FLAGS. 0x0050: 494e 5445 524e 414c 4441 5445 2052 4643 INTERNALDATE.RFC 0x0060: 3832 322e 5349 5a45 2042 4f44 592e 5045 822.SIZE.BODY.PE 0x0070: 454b 5b5d 3c30 2e32 3034 3830 3e29 0d0a EK[]<0.20480>).. 14:43:43.228963 IP unxmail.shsu.edu.imap > noctis.shsu.edu.61362: . 608:2056(1448) ack 253 win 1448 <nop,nop,timestamp 438977889 519041530> 0x0000: 4500 05dc acf1 4000 4006 3deb 9e87 0135 E.....@.@.=....5 0x0010: 9e87 0bfc 008f efb2 61ef eaee 2fa2 4723 ........a.../.G# 0x0020: 8010 05a8 368c 0000 0101 080a 1a2a 4561 ....6........*Ea 0x0030: 1eef f1fa 2a20 3120 4645 5443 4820 2842 ....*.1.FETCH.(B 0x0040: 4f44 595b 5d3c 303e 207b 3134 3632 7d0d ODY[]<0>.{1462}. 0x0050: 0a52 6574 7572 6e2d 5061 7468 3a20 3c75 .Return-Path:.<u 0x0060: 6373 5f77 6862 4073 6873 752e 6564 753e cs_whb(a)shsu.edu> 0x0070: 0d0a 5265 6365 6976 6564 3a20 6672 6f6d ..Received:.from 0x0080: 2031 3538 2e31 3335 2e30 2e37 3420 285b .158.135.0.74.([ 0x0090: 3135 382e 3133 352e 302e 3734 5d29 0d0a 158.135.0.74]).. 0x00a0: 0928 6175 7468 656e 7469 6361 7465 6420 .(authenticated. 0x00b0: 6269 7473 3d30 290d 0a09 6279 2075 6e78 bits=0)...by.unx 0x00c0: 6d61 696c 2e73 6873 752e 6564 7520 2838 mail.shsu.edu.(8 0x00d0: 2e31 322e 3131 2f38 2e31 322e 3131 2920 .12.11/8.12.11). 0x00e0: 7769 7468 2045 534d 5450 2069 6420 6942 with.ESMTP.id.iB 0x00f0: 374b 6830 4f45 3030 3233 3736 0d0a 0928 7Kh0OE002376...( 0x0100: 7665 7273 696f 6e3d 544c 5376 312f 5353 version=TLSv1/SS 0x0110: 4c76 3320 6369 7068 6572 3d52 4334 2d4d Lv3.cipher=RC4-M 0x0120: 4435 2062 6974 733d 3132 3820 7665 7269 D5.bits=128.veri 0x0130: 6679 3d4e 4f29 0d0a 0966 6f72 203c 7769 fy=NO)...for.<wi 0x0140: 6c6c 7465 7374 4073 6873 752e 6564 753e lltest(a)shsu.edu> 0x0150: 3b20 5475 652c 2037 2044 6563 2032 3030 ;.Tue,.7.Dec.200 0x0160: 3420 3134 3a34 333a 3031 202d 3036 3030 4.14:43:01.-0600 0x0170: 0d0a 5375 626a 6563 743a 2074 6573 740d ..Subject:.test. 0x0180: 0a46 726f 6d3a 2057 696c 6c20 4265 6e64 .From:.Will.Bend 0x0190: 696e 6720 3c75 6373 5f77 6862 4073 6873 ing.<ucs_whb@shs 0x01a0: 752e 6564 753e 0d0a 5265 706c 792d 546f u.edu>..Reply-To 0x01b0: 3a20 7563 735f 7768 6240 7368 7375 2e65 :.ucs_whb@shsu.e 0x01c0: 6475 0d0a 546f 3a20 7769 6c6c 7465 7374 du..To:.willtest 0x01d0: 4073 6873 752e 6564 750d 0a43 6f6e 7465 @shsu.edu..Conte 0x01e0: 6e74 2d54 7970 653a 206d 756c 7469 7061 nt-Type:.multipa 0x01f0: 7274 2f73 6967 6e65 643b 206d 6963 616c rt/signed;.mical 0x0200: 673d 7067 702d 7368 6131 3b20 7072 6f74 g=pgp-sha1;.prot 0x0210: 6f63 6f6c 3d22 6170 706c 6963 6174 696f ocol="applicatio 0x0220: 6e2f 7067 702d 7369 676e 6174 7572 6522 n/pgp-signature" 0x0230: 3b20 626f 756e 6461 7279 3d22 3d2d 5844 ;.boundary="=-XD 0x0240: 5631 3663 3368 3745 5752 7169 4a33 654c V16c3h7EWRqiJ3eL 0x0250: 6e68 220d 0a4f 7267 616e 697a 6174 696f nh"..Organizatio 0x0260: 6e3a 2053 616d 2048 6f75 7374 6f6e 2053 n:.Sam.Houston.S 0x0270: 7461 7465 2055 6e69 7665 7273 6974 790d tate.University. 0x0280: 0a44 6174 653a 2054 7565 2c20 3037 2044 .Date:.Tue,.07.D 0x0290: 6563 2032 3030 3420 3134 3a34 323a 3134 ec.2004.14:42:14 0x02a0: 202d 3036 3030 0d0a 4d65 7373 6167 652d .-0600..Message- 0x02b0: 4964 3a20 3c31 3130 3234 3532 3133 342e Id:.<1102452134. 0x02c0: 3734 3533 2e31 332e 6361 6d65 6c40 6c6f 7453.13.camel@lo 0x02d0: 6361 6c68 6f73 742e 6c6f 6361 6c64 6f6d calhost.localdom 0x02e0: 6169 6e3e 0d0a 4d69 6d65 2d56 6572 7369 ain>..Mime-Versi 0x02f0: 6f6e 3a20 312e 300d 0a58 2d4d 6169 6c65 on:.1.0..X-Maile 0x0300: 723a 2045 766f 6c75 7469 6f6e 2032 2e30 r:.Evolution.2.0 0x0310: 2e32 2028 322e 302e 322d 3329 200d 0a58 .2.(2.0.2-3)...X 0x0320: 2d53 4853 552d 4d61 696c 5363 616e 6e65 -SHSU-MailScanne 0x0330: 722d 496e 666f 726d 6174 696f 6e3a 2053 r-Information:.S 0x0340: 616d 2048 6f75 7374 6f6e 2053 7461 7465 am.Houston.State 0x0350: 2055 6e69 7665 7273 6974 790d 0a58 2d53 .University..X-S 0x0360: 4853 552d 4d61 696c 5363 616e 6e65 723a HSU-MailScanner: 0x0370: 2046 6f75 6e64 2074 6f20 6265 2063 6c65 .Found.to.be.cle 0x0380: 616e 0d0a 582d 5348 5355 2d4d 6169 6c53 an..X-SHSU-MailS 0x0390: 6361 6e6e 6572 2d53 7061 6d43 6865 636b canner-SpamCheck 0x03a0: 3a20 6e6f 7420 7370 616d 2c20 5370 616d :.not.spam,.Spam 0x03b0: 4173 7361 7373 696e 2028 7363 6f72 653d Assassin.(score= 0x03c0: 2d30 2e30 3031 2c0d 0a09 7265 7175 6972 -0.001,...requir 0x03d0: 6564 2035 2e35 2c20 6175 746f 6c65 6172 ed.5.5,.autolear 0x03e0: 6e3d 6e6f 7420 7370 616d 2c20 4241 5945 n=not.spam,.BAYE 0x03f0: 535f 3030 202d 302e 3030 290d 0a58 2d4d S_00.-0.00)..X-M 0x0400: 6169 6c53 6361 6e6e 6572 2d46 726f 6d3a ailScanner-From: 0x0410: 2075 6373 5f77 6862 4073 6873 752e 6564 .ucs_whb(a)shsu.ed 0x0420: 750d 0a0d 0a0d 0a2d 2d3d 2d58 4456 3136 u......--=-XDV16 0x0430: 6333 6837 4557 5271 694a 3365 4c6e 680d c3h7EWRqiJ3eLnh. 0x0440: 0a43 6f6e 7465 6e74 2d54 7970 653a 2074 .Content-Type:.t 0x0450: 6578 742f 706c 6169 6e0d 0a43 6f6e 7465 ext/plain..Conte 0x0460: 6e74 2d54 7261 6e73 6665 722d 456e 636f nt-Transfer-Enco 0x0470: 6469 6e67 3a20 7175 6f74 6564 2d70 7269 ding:.quoted-pri 0x0480: 6e74 6162 6c65 0d0a 0d0a 0d0a 0d0a 2d2d ntable........-- 0x0490: 3d2d 5844 5631 3663 3368 3745 5752 7169 =-XDV16c3h7EWRqi 0x04a0: 4a33 654c 6e68 0d0a 436f 6e74 656e 742d J3eLnh..Content- 0x04b0: 5479 7065 3a20 6170 706c 6963 6174 696f Type:.applicatio 0x04c0: 6e2f 7067 702d 7369 676e 6174 7572 653b n/pgp-signature; 0x04d0: 206e 616d 653d 7369 676e 6174 7572 652e .name=signature. 0x04e0: 6173 630d 0a43 6f6e 7465 6e74 2d44 6573 asc..Content-Des 0x04f0: 6372 6970 7469 6f6e 3a20 5468 6973 2069 cription:.This.i 0x0500: 7320 6120 6469 6769 7461 6c6c 7920 7369 s.a.digitally.si 0x0510: 676e 6564 206d 6573 7361 6765 2070 6172 gned.message.par 0x0520: 740d 0a0d 0a2d 2d2d 2d2d 4245 4749 4e20 t....-----BEGIN. 0x0530: 5047 5020 5349 474e 4154 5552 452d 2d2d PGP.SIGNATURE--- 0x0540: 2d2d 0d0a 5665 7273 696f 6e3a 2047 6e75 --..Version:.Gnu 0x0550: 5047 2076 312e 322e 3620 2847 4e55 2f4c PG.v1.2.6.(GNU/L 0x0560: 696e 7578 290d 0a0d 0a69 4438 4442 5142 inux)....iD8DBQB 0x0570: 4274 6857 6d35 362b 5976 5377 624d 7277 BthWm56+YvSwbMrw 0x0580: 5241 6d38 6741 4b43 4d38 6239 6439 4734 RAm8gAKCM8b9d9G4 0x0590: 7a77 6945 5568 7468 516d 6b75 2b6e 7044 zwiEUhthQmku+npD 0x05a0: 4556 4143 6778 4933 590d 0a36 4961 4f45 EVACgxI3Y..6IaOE 0x05b0: 2f4f 5430 4d69 4374 464a 4f4e 4964 2b67 /OT0MiCtFJONId+g 0x05c0: 356f 3d0d 0a3d 456a 6755 0d0a 2d2d 2d2d 5o=..=EjgU..---- 0x05d0: 2d45 4e44 2050 4750 2053 4947 -END.PGP.SIG 14:43:43.228991 IP unxmail.shsu.edu.imap > noctis.shsu.edu.61362: P 2056:2209(153) ack 253 win 1448 <nop,nop,timestamp 438977889 519041530> 0x0000: 4500 00cd acf3 4000 4006 42f8 9e87 0135 E.....@.@.B....5 0x0010: 9e87 0bfc 008f efb2 61ef f096 2fa2 4723 ........a.../.G# 0x0020: 8018 05a8 2118 0000 0101 080a 1a2a 4561 ....!........*Ea 0x0030: 1eef f1fa 4e41 5455 5245 2d2d 2d2d 2d0d ....NATURE-----. 0x0040: 0a0d 0a2d 2d3d 2d58 4456 3136 6333 6837 ...--=-XDV16c3h7 0x0050: 4557 5271 694a 3365 4c6e 682d 2d0d 0a20 EWRqiJ3eLnh--... 0x0060: 5549 4420 3220 464c 4147 5320 285c 5265 UID.2.FLAGS.(\Re 0x0070: 6365 6e74 2920 494e 5445 524e 414c 4441 cent).INTERNALDA 0x0080: 5445 2022 3037 2d44 6563 2d32 3030 3420 TE."07-Dec-2004. 0x0090: 3134 3a34 333a 3032 202d 3036 3030 2220 14:43:02.-0600". 0x00a0: 5246 4338 3232 2e53 495a 4520 3134 3632 RFC822.SIZE.1462 0x00b0: 290d 0a41 3030 3820 4f4b 2046 6574 6368 )..A008.OK.Fetch 0x00c0: 2063 6f6d 706c 6574 6564 2e0d 0a .completed... 14:43:43.233988 IP noctis.shsu.edu.61362 > unxmail.shsu.edu.imap: P 253:266(13) ack 2209 win 65535 <nop,nop,timestamp 519041530 438977889> 0x0000: 4500 0041 ae0d 4000 4006 426a 9e87 0bfc E..A..@.@.Bj.... 0x0010: 9e87 0135 efb2 008f 2fa2 4723 61ef f12f ...5..../.G#a../ 0x0020: 8018 ffff 736d 0000 0101 080a 1eef f1fa ....sm.......... 0x0030: 1a2a 4561 4130 3039 204c 4f47 4f55 540d .*EaA009.LOGOUT. 0x0040: 0a . 14:43:43.242948 IP noctis.shsu.edu.61362 > unxmail.shsu.edu.imap: F 266:266(0) ack 2209 win 65535 <nop,nop,timestamp 519041530 438977889> 0x0000: 4500 0034 ae0e 4000 4006 4276 9e87 0bfc E..4..@.@.Bv.... 0x0010: 9e87 0135 efb2 008f 2fa2 4730 61ef f12f ...5..../.G0a../ 0x0020: 8011 ffff 01d4 0000 0101 080a 1eef f1fa ................ 0x0030: 1a2a 4561 .*Ea 14:43:43.251385 IP unxmail.shsu.edu.imap > noctis.shsu.edu.61362: P 2209:2255(46) ack 267 win 1448 <nop,nop,timestamp 438977911 519041530> 0x0000: 4500 0062 acf5 4000 4006 4361 9e87 0135 E..b..@.@.Ca...5 0x0010: 9e87 0bfc 008f efb2 61ef f12f 2fa2 4731 ........a..//.G1 0x0020: 8018 05a8 8954 0000 0101 080a 1a2a 4577 .....T.......*Ew 0x0030: 1eef f1fa 2a20 4259 4520 4c6f 6767 696e ....*.BYE.Loggin 0x0040: 6720 6f75 740d 0a41 3030 3920 4f4b 204c g.out..A009.OK.L 0x0050: 6f67 6f75 7420 636f 6d70 6c65 7465 642e ogout.completed. 0x0060: 0d0a .. 14:43:43.251720 IP noctis.shsu.edu.61362 > unxmail.shsu.edu.imap: R 799164209:799164209(0) win 0 0x0000: 4500 0028 ae0f 4000 4006 4281 9e87 0bfc E..(..@.@.B..... 0x0010: 9e87 0135 efb2 008f 2fa2 4731 0000 0000 ...5..../.G1.... 0x0020: 5004 0000 fe8b 0000 5555 5555 5555 P.......UUUUUU

1 0

[Dovecot] problems with eudora (2)
by Enrique Pedraza 08 Dec '04

08 Dec '04

ah, dovecot version is dovecot-0.99.12-1.1.fc2.rf. tx Enrique Pedraza Valiente Formador en Lenguajes Avanzados y Nuevas Tecnologías cell: +34 678 51 75 19 http://epedraza.com

1 0

[Dovecot] Lost BODY message
by Tom Allison 08 Dec '04

08 Dec '04

DEBIAN package information: ii dovecot-common 0.99.11-3 ii dovecot-imapd 0.99.11-3 ii bogofilter 0.93.1-1 Apologies for cross-posting, but I think the problem lies somewhere in here. Maybe someone can tell me something useful. Now, I've confirmed the following: I received a mail message that was not spam, of size 2132 originally. clamav scanned it and bumped the size up to 2356 (added headers) ls -l shows it at 1019. The message file (maildir) does not show any BODY. I didn't have my procmail logging on VERBOSE=yes at this time which is a real bummer. Nothing else shows up in the syslog or other logs. As near as I can tell, the following happened: postfix delivered the email to the procmail script in good shape. Now, either procmail or dovecot got goofy on this one. I'm also running bogofilter in the dovecot script, but there's nothing in the procmail log to indicate a problem (logging would have helped!). But the bogofilter database doesn't show any signs of corruption. Somewhere between the interplay of procmail, bogofilter, dovecot things went wrong. I've increased all the logging that I can to watch for the next event. BTW - how can I increase the verbosity of dovecot while staying in daemon mode?

2 1

Re: [Dovecot] Problem with dovecot on home LAN
by Timothy Murphy 08 Dec '04

08 Dec '04

On Tuesday 07 December 2004 15:28, David Sheryn wrote: > > With fetchmail I get the error message: > > ============================================ > > [tim@william ~]$ fetchmail alfred > > fetchmail: Server CommonName mismatch: localhost.localdomain != alfred > > fetchmail: Server CommonName mismatch: localhost.localdomain != alfred > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > This would appear to be you problem. You have an identity crisis > somewhere. Either your laptop or you dektop (or both) are confused as to > their (LAN, i.e. IP) network identity (note that this has nothing to do > with UUCP -- unless, of course, you are attempting to run UUCP over IP > which would be ill-advised.) > > It's not at all obvious where the misconfig lies, but I'd start with host > files / interface configs. I'm sure you are right that this is where the problem lies. Unfortunately I don't know what the solution is. There is no "identity crisis" normally, as I ssh from one machine to the other with no problem, and eg keep a yum repository on the desktop which I use to update Fedora-3 on the small number of machines on my two little LANs (Ethernet and WiFi). I googled for this error "Server CommonName mismatch" and found dozens fo hits, but none of them seemed to suggest a concrete solution. What slightly puzzles me is that dozens of people must be using dovecot for more or less the purpose I envisage - otherwise what are they using it for - so my little problem must have arisen many times before. -- Timothy Murphy e-mail (<80k only): tim /at/ birdsnest.maths.tcd.ie tel: +353-86-2336090, +353-1-2842366 s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland

3 2

[Dovecot] Problem with dovecot on home LAN
by Timothy Murphy 08 Dec '04

08 Dec '04

At present I get email directly on my laptop in /var/spool/mail/* through uucp. I'd like to get the email in the same directory on my desktop (alfred), and then run a mail server on the destop and collect the email on my laptop (william) (or on other computers on my two little home LANs, ethernet and WiFi). I was advised that dovecot was a good imap server for this purpose (I tried cyrus-imapd, but decided it was too complicated), so I'm running dovecot on alfred (my desktop), with the following /etc/dovecot.conf (minus comments): ============================================ imap_listen = * pop3_listen = * login_dir = /var/run/dovecot-login login = imap login = pop3 default_mail_env = mbox:~/mail/:INBOX=/var/spool/mail/%u mbox_locks = fcntl auth = default auth_mechanisms = plain auth_userdb = passwd auth_passdb = pam auth_user = root auth_verbose = yes ============================================ I am able to access my desktop with telnet from my laptop: ============================================ [tim@william ~]$ telnet alfred 143 Trying 192.168.1.1... Connected to alfred. Escape character is '^]'. * OK dovecot ready. x login tim <password> x OK Logged in. ^] telnet> quit Connection closed. ============================================ Unfortunately, neither fetchmail not KMail on my laptop seem able to retrieve mail from my desktop. With fetchmail I get the error message: ============================================ [tim@william ~]$ fetchmail alfred fetchmail: Server CommonName mismatch: localhost.localdomain != alfred fetchmail: Server CommonName mismatch: localhost.localdomain != alfred 10 messages for tim at alfred. reading message tim@alfred.murphy.ie:1 of 10 (765 header octets) fetchmail: fetchmail: getaddrinfo(localhost.smtp) fetchmail: SMTP connect to localhost failed fetchmail: SMTP transaction error while fetching from alfred fetchmail: Query status=10 (SMTP) ============================================ My .fetchmailrc on william reads ============================================ poll alfred proto IMAP user "tim" password "whatever" ============================================ I have no better luck trying to retrieve mail with KMail on the laptop, after adding the following entry to KMail=>Settings=>Configure KMail=>Network=>Receiving ============================================== Name: dovecot Login: tim Password: <password> Host: alfred Port: 143 Prefix to folders: /var/spool/mail/ ============================================== (I also tried with "Prefix to folders:" empty.) When I start KMail on william I get the message "Checking account dovecot for new mail", but no mail comes over, and I see no error in the log files on either machine (although I may have missed something there). I should say that I am running Fedora-3 with all programs up-to-date. Apologies for the long message; any suggestions of advice gratefully received. -- Timothy Murphy e-mail (<80k only): tim /at/ birdsnest.maths.tcd.ie tel: +353-86-2336090, +353-1-2842366 s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland

4 6

[Dovecot] Assert in mech.c
by Andrew Hutchings 07 Dec '04

07 Dec '04

Hi guys, Seems to be my week for mailing :) I am getting the following in my mail log: Dec 7 11:54:08 svr21 dovecot: auth(sql8): file mech.c: line 143 (mech_auth_finish): assertion failed: (*requests != request) Is this assert important or can I remove it from my copy of the code? Regards Andrew -- Andrew Hutchings Systems Operator / Developer / Linux Guru Netserve Consultants Ltd. http://www.domaincity.co.uk/

2 1