Re: pop3d: Bad IPLOCALPORT/IPREMOTEPORT

2004-08-30 Thread Sergey Goryachev
  Anyway, I established only second version (SASL2) on my box.
[skip]
 Pls have a look with ldd to the binaries (cyrus/sendmail). f.e.:
 ldd /usr/cyrus/bin/imapd
 linux-gate.so.1 =  (0xe000)
 libsasl2.so.2 = /usr/lib/libsasl2.so.2 (0x40034000)
 libssl.so.0.9.7 = /usr/lib/libssl.so.0.9.7 (0x40048000)
 libcrypto.so.0.9.7 = /usr/lib/libcrypto.so.0.9.7 (0x40078000)
 libresolv.so.2 = /lib/libresolv.so.2 (0x40169000)
 libdb-4.2.so = /usr/lib/tls/libdb-4.2.so (0x4017b000)
 libc.so.6 = /lib/tls/libc.so.6 (0x4025)
 libdl.so.2 = /lib/libdl.so.2 (0x40365000)
 libpthread.so.0 = /lib/tls/libpthread.so.0 (0x40368000)
 /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000)
 

~% ldd /usr/local/cyrus/bin/imapd
/usr/local/cyrus/bin/imapd:
libsasl2.so.2 = /usr/local/lib/libsasl2.so.2 (0x1812a000)
libdb3.so.3 = /usr/local/lib/libdb3.so.3 (0x1813e000)
libssl.so.3 = /usr/lib/libssl.so.3 (0x181bc000)
libcrypto.so.3 = /usr/lib/libcrypto.so.3 (0x181eb000)
libmd.so.2 = /usr/lib/libmd.so.2 (0x182e2000)
libwrap.so.3 = /usr/lib/libwrap.so.3 (0x182eb000)
libc.so.4 = /usr/lib/libc.so.4 (0x182f3000)
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Re: pop3d: Bad IPLOCALPORT/IPREMOTEPORT

2004-08-30 Thread Sergey Goryachev
  Anyway, I established only second version (SASL2) on my box.
[skip]
 Pls have a look with ldd to the binaries (cyrus/sendmail). f.e.:
 ldd /usr/cyrus/bin/imapd
 linux-gate.so.1 =  (0xe000)
 libsasl2.so.2 = /usr/lib/libsasl2.so.2 (0x40034000)
 libssl.so.0.9.7 = /usr/lib/libssl.so.0.9.7 (0x40048000)
 libcrypto.so.0.9.7 = /usr/lib/libcrypto.so.0.9.7 (0x40078000)
 libresolv.so.2 = /lib/libresolv.so.2 (0x40169000)
 libdb-4.2.so = /usr/lib/tls/libdb-4.2.so (0x4017b000)
 libc.so.6 = /lib/tls/libc.so.6 (0x4025)
 libdl.so.2 = /lib/libdl.so.2 (0x40365000)
 libpthread.so.0 = /lib/tls/libpthread.so.0 (0x40368000)
 /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x4000)
 

Sorry for noise.

~% ldd /usr/libexec/sendmail/sendmail /usr/local/cyrus/bin/imapd
/usr/libexec/sendmail/sendmail:
libutil.so.3 = /usr/lib/libutil.so.3 (0x180f7000)
libwrap.so.3 = /usr/lib/libwrap.so.3 (0x1810)
libssl.so.3 = /usr/lib/libssl.so.3 (0x18108000)
libcrypto.so.3 = /usr/lib/libcrypto.so.3 (0x18137000)
libsasl2.so.2 = /usr/local/lib/libsasl2.so.2 (0x1822e000)
libc.so.4 = /usr/lib/libc.so.4 (0x18242000)
/usr/local/cyrus/bin/imapd:
libsasl2.so.2 = /usr/local/lib/libsasl2.so.2 (0x1812a000)
libdb3.so.3 = /usr/local/lib/libdb3.so.3 (0x1813e000)
libssl.so.3 = /usr/lib/libssl.so.3 (0x181bc000)
libcrypto.so.3 = /usr/lib/libcrypto.so.3 (0x181eb000)
libmd.so.2 = /usr/lib/libmd.so.2 (0x182e2000)
libwrap.so.3 = /usr/lib/libwrap.so.3 (0x182eb000)
libc.so.4 = /usr/lib/libc.so.4 (0x182f3000)
~%
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Re: FC2 and DB4 rebuild with DB4 Patch

2004-08-30 Thread Simon Matter
 FC2 and Cyrus-IMAPD-2.2.8

 I'm starting to build up a new IMAP server on FC2 and ran into my first
 snag.  I downloaded src rpms from Simon Matters site and grabbed the
 db4.spec.patch file to rebuild db4.  The problem is that this patch file
 doesn't  complete successfully on  db4-4.2.52 version that is on FC2.  I
 looked back and it seemed that the patch was to fix something about db4
 on Redhat  distros.  Was this fixed in db4-4.2.52?  I guess I could try
 but didn't want to waste time if it wont work.

IIRC the problem was NPTL but I don't know more about it. Since RedHat
shipped an older version of my cyrus-imapd rpm with FC2, I expect it to
work fine. Just try it.

Simon


---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


squatter not working

2004-08-30 Thread Antoine Jacoutot
Hi :)
I'm having a problem using squatter from cyrus-imapd-2.2.8.
When running the following command as the cyrus user, here's what I get:
$ /usr/local/cyrus/bin/squatter -r -s user.username
squatter in free(): error: page is already free
Abort trap
I'm running OpenBSD-3.5. Do you know where I should start looking for 
debugging this.
Thanks in advance for _any_ hints.

Regards,
Antoine
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Re: INBOX issue

2004-08-30 Thread Michael Ballard
Alexander Dalloz [EMAIL PROTECTED] wrote ..
 Am So, den 29.08.2004 schrieb Michael Ballard um 20:19:
 
 define(`CYRUSV2_MAILER_ARGS', `FILE /var/lib/imap/socket/lmtp')dnl
   
[EMAIL PROTECTED]... Connecting to /var/imap/socket/lmtp via
 cyrusv2...
Could not connect to socket /var/imap/socket/lmtp: Connection refused
   by localhost
   
   You see the difference between the paths? Don't know what webmin does
 or
   not does, but I never took it worth handling any Sendmail setup. Here
 it
   obviously did not change the path set by the CYRUSV2_MAILER_ARGS string
   but keeps what's in the cyrusv2.m4 macro file.
 
  /var/imap/socket/lmtp IS where the lmtp socket it, so I changed that
 in sendmail.mc...but I still have the exact same results...
 
 I know that the lmtp socket is in that path on FC2. But you did not
 change Sendmail with a proper sendmail.cf to point to that socket.
 
  I think there's either something seriously wrong with my setup, or something
 extremely simple
 
 I suggest you don't use webmin for Sendmail setups. Edit the sendmail.mc
 file as I did show you and run make -C /etc/mail and service sendmail
 restart. Don't let webmin touch the Sendmail config files.
 
 Alexander
 
 
 -- 
 Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
 Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.8-1.521smp 
 Serendipity 20:36:30 up 9 days, 16:19, load average: 0.04, 0.13, 0.10 
 
 ---
 Cyrus Home Page: http://asg.web.cmu.edu/cyrus
 Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
 List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html

I usually don't use webmin. I did that once. To see what the result was. I edit 
sendmail.mc, then run make -C /etc/mail and /etc/init.d/sendmail restart

basically, when I have those commented-out portions not commented out (so they'e 
active), I don't get E-mail. Either way, I don't get IMAP service, with Squrrelmail 
giving me the same error as was described on the first INBOX issue posting.


Re: INBOX issue

2004-08-30 Thread Alexander Dalloz
Am Mo, den 30.08.2004 schrieb Michael Ballard um 23:19:

 I usually don't use webmin. I did that once. To see what the result was. I edit 
 sendmail.mc, then run make -C /etc/mail
 and /etc/init.d/sendmail restart
 basically, when I have those commented-out portions not commented out (so they'e 
 active), I don't get E-mail. Either way,
 I don't get IMAP service, with Squrrelmail giving me the same error as was described 
 on the first INBOX issue posting.

I must confess that I don't understand what you are saying. If
communication between Sendmail and Cyrus-IMAPd fails it is always useful
to have a look at the maillog.

I don't get IMAP service means what?

Alexander


-- 
Alexander Dalloz | Enger, Germany | GPG key 1024D/ED695653 1999-07-13
Fedora GNU/Linux Core 2 (Tettnang) kernel 2.6.8-1.521smp 
Serendipity 23:33:10 up 20:49, 12 users, 0.42, 0.46, 0.35 

---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Re: FC2 and DB4 rebuild with DB4 Patch

2004-08-30 Thread Chris Smith
On Monday 30 August 2004 08:21 am, Simon Matter wrote:
 I
 really whish cyrus-imapd could work completely without BDB.

I was under the impression that it could. That one could now specify skiplist 
for all of the databases. Am I mistaken?

Chris
---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html


Upgrade failure from 2.2.1 to 2.2.8

2004-08-30 Thread Scott Adkins
Okay, so I have just attempted for a second time to upgrade our Cyrus server
on the production box from version 2.2.1 to version 2.2.8.  The upgrade was
a failure and I had to back out and go through a not-quite-painless recovery
process on the user accounts affected by the upgrade.
So, the first time I did this we ran into two obvious bugs on the Tru64 5.x
platform.  The first bug was that after a bit, the processes leaked all
their file descriptors and eventually starting crapping out.  In a previous
e-mail, I described this as a problem with getnameinfo() on Tru64 and we
will likely have to work this problem through HP's tech support.
The second bug was tied to some user's sieve scripts failing.  In another
previous e-mail, I described that bug and supplied a fix.
What was most problematic about that upgrade was that quite a number of
users ended up with corrupted cyrus.header and cyrus.index files and had
to be reconstructed.  The users reported various problems, such as opening
their mailboxes and finding no messages in them, even though they knew
there were... or finding messages, but when opening a message, it would
be blank when they knew it wasn't.  Reconstructing the accounts fixed the
problems.
So, after fixing the above bugs, we attempted another upgrade tonight.  I
started seeing a lot of log messages from LMTP to the following effect:
   verify_user(user.cyrus) failed: Mailbox has an invalid format
The server ran for nearly 20 minutes.  in that time, there were 1717 of
these errors affecting 136 different users.  I believe that this is related
in some way to the mailbox corruption during the previous upgrade.
The archives suggest reconstructing accounts that show this, and maybe
we would be okay by continuing to run on the new version and reconstructing
all existing accounts, but we have over 93,000 accounts and over 376,000
mailboxes... so, reconstructing everything is not the way to go.
I read the upgrade instructions and the only things mentioned when going
from 2.2.1 to 2.2.8 is the bytecode format change (i.e. recompiling all the
user sieve scripts) and the backend database stuff is now specified in the
imapd.conf file (which I did and double-checked to make sure that what is
supplied matches what I had compiled in the 2.2.1 version of the server).
However, the cyrus.header and cyrus.index files are not related to any of
the backend database stuff, so I don't understand what is going on here.
Does anyone have any ideas on how to troubleshoot this?  I guess the first
thing I need to do is to duplicate it in our test environment... All the
testing I have done never once triggered this problem.
Anyways, I hope somebody can help me on this.
Thanks,
Scott
--
+---+
 Scott W. Adkinshttp://www.cns.ohiou.edu/~sadkins/
  UNIX Systems Engineer  mailto:[EMAIL PROTECTED]
   ICQ 7626282 Work (740)593-9478 Fax (740)593-1944
+---+
PGP Public Key available at http://www.cns.ohiou.edu/~sadkins/pgp/

pgpxXxWWNPgwW.pgp
Description: PGP signature


Re: FC2 and DB4 rebuild with DB4 Patch

2004-08-30 Thread Simon Matter
 On Monday 30 August 2004 08:21 am, Simon Matter wrote:
 I
 really whish cyrus-imapd could work completely without BDB.

 I was under the impression that it could. That one could now specify
 skiplist
 for all of the databases. Am I mistaken?

Hm, haven't tried it. At least it's not the recommended config. Does
anybody run a cyrus-imapd without any BDB database?


---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html