Re: How to stop mail looping

[rahul]

Thanx a lot!!!
Now  My Mailing is properly Working  ..

Thanks for the co-operation  ..
& Sorry for my  postfix-related mail to cyrus -related list ..

Regards
Rahul Katariya

- Original Message -
From: "Cristian Mitrana" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, July 17, 2003 7:48 AM
Subject: Re: How to stop mail looping


> rahul wrote:
>
> > Hello  All,
> >
> >  My mails are not working properly ..
> >  It loops back to myself ..
> > I am doing local testing ...
> >
> > My maillog shows =>
> >
> > # tail -f /var/log/maillog
> > ==
> > Jul 17 16:36:27 localhost postfix/smtp[1318]: warning: host
> > mail.sirindia1.com[192.168.1.67]
> > greeted me with my own hostname mail.sirindia1.com
> > Jul 17 16:36:27 localhost postfix/smtp[1318]: warning: host
> > mail.sirindia1.com[192.168.1.67]
> > replied to HELO/EHLO with my own hostname mail.sirindia1.com
> > Jul 17 16:36:27 localhost postfix/smtpd[1314]: lost connection after
> > EHLO from u
> > nknown[192.168.1.67]
> > Jul 17 16:36:27 localhost postfix/smtpd[1314]: disconnect from
> > unknown[192.168.1.67]
> > Jul 17 16:36:27 localhost postfix/smtp[1318]: 3E81330946:
> > to=<[EMAIL PROTECTED] 
> > 1.com>, relay=mail.sirindia1.com[192.168.1.67], delay=20, status=bounced
> > (mail for mail.sirindia1.com loops back to myself)
> > 
> > It may be problem of DNS ..
> >   But i am unable find out what is that problem ..
> >
> > DNS entries are
> > 
> >
> >
> > 
> > I am sending mail to sirindia.com which is well configured on
> > 192.168.1.60 ..
> >
> > postconf   -n  gives the output ...
> > ===
> > alias_database = hash:/etc/postfix/aliases
> > alias_maps = hash:/etc/postfix/aliases
> > broken_sasl_auth_clients = yes
> > command_directory = /usr/sbin
> > config_directory = /etc/postfix
> > daemon_directory = /usr/libexec/postfix
> > debug_peer_level = 2
> > fallback_transport = cyrus
> > inet_interfaces = all
> > local_recipient_maps =
> > mail_owner = postfix
> > mailbox_transport = lmtp:unix:/var/imap/socket/lmtp
> > mailq_path = /usr/bin/mailq
> > manpage_directory = /usr/local/man
> > mydestination =
> > mydomain = sirindia1.com
> > myhostname = mail.sirindia1.com
> > myorigin = $myhostname
> > newaliases_path = /usr/bin/newaliases
> > queue_directory = /var/spool/postfix
> > readme_directory = /etc/postfix/readme
> > relay_domains = $myhostname, localhost.$mydomain,
> > $mydomain,sirindia1.com,mail.$
> > mydomain, www.$mydomain 
> > sample_directory = /etc/postfix/samples
> > sendmail_path = /usr/sbin/sendmail
> > setgid_group = postdrop
> > smtpd_banner = $myhostname ESMTP $mail_name ($mail_version)
> > unknown_local_recipient_reject_code = 450
> >


> > I am using the lmtp ... & transport table ..
> >
> > /etc/postfix/transport  has following  entry
> >
> > sirindia1.com   lmtp:sirindia1.com
> >

==
> >
> >
> > So .. How to overcome the problem ???
> >
>
> Yout postfix configuration is screwed, you list mail.sirindia.com in
> $relay_domains
> so relay=smtp connects to mail.sirindia1.com and tries to deliver the
> message,
> but conencts to the same postfix instance.
>  If you list mail.sirindia1.com in $relay_domains, try to change
> relay_transport
> to lmtp:unix: , you configured the local transport to be lmtp not
> the relay.
>
> Please redirect your future postings to the postfix lists, it's not a
> cyrus problem
> here.
>
> mitu
>
>

Corrected masssievec

[Rob Siemborski]

I discovered a problem in the masssievec that was distributed with 2.2.1,
it will not properly detect active scripts from 2.2.0 (though it will do
fine with scripts from 2.1.x).  Worse, it will remove the old default.bc
symlinks, so that they won't be available to fix the problem later.  Such
is the way with beta software.

I've attached a version of the script that I believe fixes these issues,
for sites that may have need of it (its also in our CVS repository).

-Rob

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski | Andrew Systems Group * Research Systems Programmer
PGP:0x5CE32FCC | Cyert Hall 207 * [EMAIL PROTECTED] * 412.268.7456
-BEGIN GEEK CODE BLOCK
Version: 3.12
GCS/IT/CM/PA d- s+: a-- C$ ULS$ P+++$ L+++() E W+ N o? K-
w O- M-- V-- PS+ PE++ Y+ PGP+ t+@ 5+++ R@ tv-@ b+ DI+++ G e h r- y?
--END GEEK CODE BLOCK-
#!/bin/sh
# 
# Copyright (c) 2000 Carnegie Mellon University.  All rights reserved.
#
# Redistribution and use in source and binary forms, with or without
# modification, are permitted provided that the following conditions
# are met:
#
# 1. Redistributions of source code must retain the above copyright
#notice, this list of conditions and the following disclaimer. 
#
# 2. Redistributions in binary form must reproduce the above copyright
#notice, this list of conditions and the following disclaimer in
#the documentation and/or other materials provided with the
#distribution.
#
# 3. The name "Carnegie Mellon University" must not be used to
#endorse or promote products derived from this software without
#prior written permission. For permission or any other legal
#details, please contact  
#  Office of Technology Transfer
#  Carnegie Mellon University
#  5000 Forbes Avenue
#  Pittsburgh, PA  15213-3890
#  (412) 268-4387, fax: (412) 268-7395
#  [EMAIL PROTECTED]
#
# 4. Redistributions of any form whatsoever must retain the following
#acknowledgment:
#"This product includes software developed by Computing Services
# at Carnegie Mellon University (http://www.cmu.edu/computing/)."
#
# CARNEGIE MELLON UNIVERSITY DISCLAIMS ALL WARRANTIES WITH REGARD TO
# THIS SOFTWARE, INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY
# AND FITNESS, IN NO EVENT SHALL CARNEGIE MELLON UNIVERSITY BE LIABLE
# FOR ANY SPECIAL, INDIRECT OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES
# WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN
# AN ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING
# OUT OF OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.
#
exec perl -x -S $0 ${1+"$@"} # -*-perl-*-
#!perl -w
#
# Script for mass compilation of sieve scripts.
#
# $Id: masssievec,v 1.1.4.5 2003/07/18 03:21:42 rjs3 Exp $

if ($] !~ /^5\..*/) {
  # uh-oh. this isn't perl 5.
  foreach (split(/:/, $ENV{PATH})) { # try to find "perl5".
exec("$_/perl5", "-x", "-S", $0, @ARGV) if (-x "$_/perl5");
  }
  # we failed. bail.
  die "Your perl is too old; I need perl 5.\n";
}

# load the real script. this is isolated in an 'eval' so perl4 won't
# choke on the perl5-isms.
eval join("\n", );
if ($@) { die "$@"; }

__END__
require 5;

$| = 1;

die "must not run as root" if ($< == 0);

if(@ARGV < 1) {
print "usage: masssievec  [imapd.conf]\n";
exit;
}

$SIEVEC = shift @ARGV;
$imapdconf = shift @ARGV;
if(!defined($imapdconf)) {
$imapdconf = "/etc/imapd.conf";
}

$sievedir = "/usr/sieve";

if(! -x $SIEVEC) {
print "$SIEVEC is not executable\n";
exit;
}

if($SIEVEC !~ /^\//) {
print "$SIEVEC is not an absolute path\n";
exit;
}

open CONF, $imapdconf or die "can't open $imapdconf";
while () {
if (/^sieveusehomedir:\s+(1|t|yes|on)/) {
$nosievedir = 1;
print "you are storing sieve scripts in user's home directories, this script 
cannot deal with that\n";
exit;
}
if (/^sievedir:\s+(.*)$/) {
$sievedir = $1;
}
}
close CONF;

print "you are using $sievedir as your sieve directory.\n";

opendir TOP, $sievedir;
while (defined($s = readdir TOP)) {
next if ($s =~ /^\./s);
chdir $sievedir . "/$s";
opendir THISONE, ".";

while(defined($t = readdir THISONE)) {
next if ($t =~ /^\./s);
print "processing user $t\n";
chdir $t;

opendir USER, ".";
while(defined($u = readdir USER)) {
next if ($u =~ /^\./s);
if($u eq "default") {
# special case
$dest = readlink $u;
next unless($dest =~ m/\.script$/);
$dest =~ s/\.script$//;
symlink "$dest.bc", "defaultbc" || warn "can't symlink $dest.bc to 
defaultbc: $!";
unlink ("default");
} elsif ($u eq "default.bc") {
# slightly different upgrade foramt
$dest = readlink $u;
next unless($dest =~ m/\.bc$/ && $dest ne "default.bc");
symlink "$dest", 

Re: Cyrus 2.2.1-BETA Released

[Ilya]

Hi Rob.
On FreeBSD box, I had to change to change cyrusdb_berkeley.c from :
#include  to #include 
which is probably not a big deal and i should be specifying path to db3 anyway.

Also imtest failed to compile with error that INT_MAX is not defined, I looked
around and noticed that imap also contains reference to INT_MAX, so adding
#include  solved that.

So far the 2.2b runs ok

On Thu, Jul 17, 2003 at 11:20:20AM -0400, Rob Siemborski wrote:
> I'm pleased to announce the release of Cyrus 2.2.1 on ftp.andrew.cmu.edu.
> This is a BETA quality release, as it contains significant new
> functionality, and a large number of fixes over 2.2.0-ALPHA.
> 
> Feature additions include full r/w ANNOTATEMORE support, and use of
> annotations for administrative operations such as generating SQUAT
> databases and controlling the expiration of messages.  Additionally, the
> sieve bytecode now is stored in network byte order and is therefore
> portable across architectures.  Many features have likewise been added to
> Cyrus NNTPd.
> 
> There have been substantial bugfixes in the virtual domain support code,
> along with many of the fixes that have been applied to the 2.1 branch
> since 2.2.0 was released.
> 
> Please send comments to [EMAIL PROTECTED] (public list), or
> [EMAIL PROTECTED]  Development issues can be addressed on the
> [EMAIL PROTECTED] list.
> 
> You can download this tarball at:
> ftp://ftp.andrew.cmu.edu/pub/cyrus/cyrus-imapd-2.2.1-BETA.tar.gz
> or
> http://ftp.andrew.cmu.edu/pub/cyrus/cyrus-imapd-2.2.1-BETA.tar.gz
> 
> -Rob
> 
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
> Research Systems Programmer * /usr/contributed Gatekeeper
> 
> 

Re: Cyrus 2.2.1-BETA Released

[Rob Siemborski]

On Thu, 17 Jul 2003, Ilya wrote:

> On FreeBSD box, I had to change to change cyrusdb_berkeley.c from :
> #include  to #include  which is
> probably not a big deal and i should be specifying path to db3 anyway.

There's an option you can pass to configure.

> Also imtest failed to compile with error that INT_MAX is not defined, I looked
> around and noticed that imap also contains reference to INT_MAX, so adding
> #include  solved that.

I've committed this change to CVS.

-Rob


-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper

Re: Error: Could not shut down filedescriptor...

[Wil Cooley]

On Thu, 2003-07-17 at 16:39, Rob Siemborski wrote:

> You mean http://bugzilla.andrew.cmu.edu/show_bug.cgi?id=1736 which is in
> 2.2?

Oh, yep. Great, thanks!  Sorry for not checking bugzilla (again).

Wil
-- 
Wil Cooley [EMAIL PROTECTED]
Naked Ape Consultinghttp://nakedape.cc
* * * * * *  Linux Services for Small Businesses  * * * * * *
*   Easy, reliable solutions for small businesses   *
*Naked Ape Business Server http://nakedape.cc/r/sms *


signature.asc
Description: This is a digitally signed message part

Re: Error: Could not shut down filedescriptor...

[Rob Siemborski]

On Thu, 17 Jul 2003, Wil Cooley wrote:

> On Thu, 2003-07-17 at 12:51, Erik Steffl wrote:
> ...
> >this is debian cyrus package cyrus21-imapd (2.1.14-1), changes (from
> > README.Debian):
> ...
> >  - add prefix cyrus/ to all log messages
> ...
>
> This sounds rather good, since it would let you easily grep out cyrus
> entries from the logs.  Any chance of getting this into the mainline?

You mean http://bugzilla.andrew.cmu.edu/show_bug.cgi?id=1736 which is in
2.2?

-Rob

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper

Re: Error: Could not shut down filedescriptor...

[Wil Cooley]

On Thu, 2003-07-17 at 12:51, Erik Steffl wrote:
...
>this is debian cyrus package cyrus21-imapd (2.1.14-1), changes (from 
> README.Debian):
...
>  - add prefix cyrus/ to all log messages
...

This sounds rather good, since it would let you easily grep out cyrus
entries from the logs.  Any chance of getting this into the mainline?

Wil
-- 
Wil Cooley [EMAIL PROTECTED]
Naked Ape Consultinghttp://nakedape.cc
* * * * * *  Linux Services for Small Businesses  * * * * * *
*   Easy, reliable solutions for small businesses   *
*Naked Ape Business Server http://nakedape.cc/r/sms *


signature.asc
Description: This is a digitally signed message part

Re: Error: Could not shut down filedescriptor...

[Erik Steffl]

Rob Siemborski wrote:
On Thu, 17 Jul 2003, Erik Steffl wrote:


Jul 17 08:56:43 jojda cyrus/imapd[7560]: open: user erik opened
In.Chasing the wish
Jul 17 08:56:43 jojda cyrus/imapd[7560]: lock_reopen: blocked, sleeping
for 0 on interval 0 (15, /var/lib/cyrus/user/e/erik.seen)
Jul 17 08:56:43 jojda cyrus/imapd[7560]: lock_reopen: blocked, sleeping
for 1 on interval 1 (15, /var/lib/cyrus/user/e/erik.seen)
Jul 17 08:56:43 jojda cyrus/imapd[7931]: lock_reopen: blocked, sleeping
for 0 on interval 0 (15, /var/lib/cyrus/user/e/erik.seen)
Jul 17 08:56:43 jojda cyrus/imapd[7931]: lock_reopen: blocked, sleeping
for 1 on interval 1 (15, /var/lib/cyrus/user/e/erik.seen)
Jul 17 08:56:44 jojda cyrus/imapd[7879]: lock_reopen: blocked, sleeping
for 4 on interval 2 (15, /var/lib/cyrus/user/e/erik.seen)
Jul 17 08:56:44 jojda cyrus/imapd[7831]: open: user erik opened In.BK
BTW I also got: Fatal error: word too long, not sure if it's related (I
posted another message about that one).


The "shutdown file descriptor" errors are harmless, turn down your
debugging level.
  thanks,

The above messages show you're not using a stock Cyrus IMAPd, so you
better atleast tell people what you've done to it if you want help.
  oops, sorry forgot to include this:

  this is debian cyrus package cyrus21-imapd (2.1.14-1), changes (from 
README.Debian):

- Renaming of some Cyrus IMAP utilities (prepended cyr)
- file relocation (installation into non-default dirs)
- netnews removed
- log facility MAIL instead of LOCAL6
- add prefix cyrus/ to all log messages
- cyrus murder available (not preconfigured though)
  so I guess the above messages about lock_reopen should mean the same 
as they do in stock cyrus.

  also possibly relevant: I have two instances of mozilla running that 
check for new email on this server. Could that cause the above  messages?

	erik

Re: Murder problem with Syslog

[Rob Siemborski]

On Thu, 17 Jul 2003, Marc-Andre Gaudreau wrote:

> We have a weird problem on our Murder setup (cyrus 2.1.14 on redhat
> 7.3).  When I restart syslog on one of the backend servers, the
> frontends start to have problems and I get a bunch of error messages (on
> the frontends).  Users then see their folders as if they were empty (for
> about half the connections).  When I restart cyrus on the backend,
> everything comes back to normal.  I also have to restart cyrus on the
> frontends because restarting cyrus on the backends causes the load to go
> way up on the frontends (a few proxyd processes use a lot of cpu).
>
> The error message I get on the frontends is :
> "couldn't authenticate to backend server: generic failure"
>
> Nothing weird shows up in the logs on the backend.  Any ideas on what is
> going on?  We use DIGEST-MD5 to authenticate on the backends for the
> proxy user.

When you restart syslog on the backends, can you still authenticate
directly to the backends using, say, imtest?

It looks like something far worse happens on the backends [than restarting
syslog] causing them to no longer accept connections.

-Rob

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper

Re: Error: Could not shut down filedescriptor...

[Rob Siemborski]

On Thu, 17 Jul 2003, Erik Steffl wrote:

> Jul 17 08:56:43 jojda cyrus/imapd[7560]: open: user erik opened
> In.Chasing the wish
> Jul 17 08:56:43 jojda cyrus/imapd[7560]: lock_reopen: blocked, sleeping
> for 0 on interval 0 (15, /var/lib/cyrus/user/e/erik.seen)
> Jul 17 08:56:43 jojda cyrus/imapd[7560]: lock_reopen: blocked, sleeping
> for 1 on interval 1 (15, /var/lib/cyrus/user/e/erik.seen)
> Jul 17 08:56:43 jojda cyrus/imapd[7931]: lock_reopen: blocked, sleeping
> for 0 on interval 0 (15, /var/lib/cyrus/user/e/erik.seen)
> Jul 17 08:56:43 jojda cyrus/imapd[7931]: lock_reopen: blocked, sleeping
> for 1 on interval 1 (15, /var/lib/cyrus/user/e/erik.seen)
> Jul 17 08:56:44 jojda cyrus/imapd[7879]: lock_reopen: blocked, sleeping
> for 4 on interval 2 (15, /var/lib/cyrus/user/e/erik.seen)
> Jul 17 08:56:44 jojda cyrus/imapd[7831]: open: user erik opened In.BK
>
> BTW I also got: Fatal error: word too long, not sure if it's related (I
> posted another message about that one).

The "shutdown file descriptor" errors are harmless, turn down your
debugging level.

The above messages show you're not using a stock Cyrus IMAPd, so you
better atleast tell people what you've done to it if you want help.

-Rob

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper

Re: Fatal error: word too long

[Marc Groot Koerkamp]

Erik Steffl said:
>I got the following error:
>
> Jul 17 08:51:48 jojda cyrus/imapd[7560]: open: user erik opened In.~ SPAM
> ~
> Jul 17 08:51:50 jojda cyrus/imapd[7878]: Fatal error: word too long
> Jul 17 08:51:50 jojda cyrus/master[301]: process 7878 exited, status 75
> Jul 17 08:53:43 jojda cyrus/master[7908]: about to exec
> /usr/lib/cyrus/bin/imapd
> Jul 17 08:53:43 jojda cyrus/imaps[7908]: executed
> Jul 17 08:53:43 jojda cyrus/imapd[7908]: accepted connection
>
>any ideas about what does it mean?
>

Yes, it happens when you send a query that's to long. I.e. a very large
msgs_id string in combination with FETCH or STORE.

The imap-client you are using should split up those imap-queries and use
smaller message sets.

Marc Groot Koerkamp.



>I also got some other errors, not sure if they are related (Could not
> shut down filedescriptor 0: Bad file descriptor) but from MUA (Mozilla)
> it all looks ok - mail is being delivered (not sure if every single
> email is delivered), marked seen etc.
>
>TIA
>
>   erik
>
>

Murder problem with Syslog

[Marc-Andre Gaudreau]

Hi,

We have a weird problem on our Murder setup (cyrus 2.1.14 on redhat 
7.3).  When I restart syslog on one of the backend servers, the 
frontends start to have problems and I get a bunch of error messages (on 
the frontends).  Users then see their folders as if they were empty (for 
about half the connections).  When I restart cyrus on the backend, 
everything comes back to normal.  I also have to restart cyrus on the 
frontends because restarting cyrus on the backends causes the load to go 
way up on the frontends (a few proxyd processes use a lot of cpu).

The error message I get on the frontends is :
"couldn't authenticate to backend server: generic failure"
Nothing weird shows up in the logs on the backend.  Any ideas on what is 
going on?  We use DIGEST-MD5 to authenticate on the backends for the 
proxy user.

Error: Could not shut down filedescriptor...

[Erik Steffl]

  I see these error messages in log:

Jul 17 08:56:27 jojda cyrus/lmtpd[7914]: Could not shut down 
filedescriptor 0: Bad file descriptor
Jul 17 08:56:27 jojda cyrus/lmtpd[7914]: Could not shut down 
filedescriptor 1: Bad file descriptor
Jul 17 08:56:27 jojda cyrus/lmtpd[7914]: Could not shut down 
filedescriptor 2: Bad file descriptor
Jul 17 08:56:27 jojda cyrus/master[301]: process 7914 exited, status 0

  other then that it seems to be working ok, I don't see anything 
unusual in Mozilla client. Still, it doesn't seem right - it seems like 
the impa is restarted all the time (because of these errors)

  not sure if it's relevant but there is a lot of these messages as well:

Jul 17 08:56:43 jojda cyrus/imapd[7560]: open: user erik opened 
In.Chasing the wish
Jul 17 08:56:43 jojda cyrus/imapd[7560]: lock_reopen: blocked, sleeping 
for 0 on interval 0 (15, /var/lib/cyrus/user/e/erik.seen)
Jul 17 08:56:43 jojda cyrus/imapd[7560]: lock_reopen: blocked, sleeping 
for 1 on interval 1 (15, /var/lib/cyrus/user/e/erik.seen)
Jul 17 08:56:43 jojda cyrus/imapd[7931]: lock_reopen: blocked, sleeping 
for 0 on interval 0 (15, /var/lib/cyrus/user/e/erik.seen)
Jul 17 08:56:43 jojda cyrus/imapd[7931]: lock_reopen: blocked, sleeping 
for 1 on interval 1 (15, /var/lib/cyrus/user/e/erik.seen)
Jul 17 08:56:44 jojda cyrus/imapd[7879]: lock_reopen: blocked, sleeping 
for 4 on interval 2 (15, /var/lib/cyrus/user/e/erik.seen)
Jul 17 08:56:44 jojda cyrus/imapd[7831]: open: user erik opened In.BK

BTW I also got: Fatal error: word too long, not sure if it's related (I 
posted another message about that one).

	erik

Fatal error: word too long

[Erik Steffl]

  I got the following error:

Jul 17 08:51:48 jojda cyrus/imapd[7560]: open: user erik opened In.~ SPAM ~
Jul 17 08:51:50 jojda cyrus/imapd[7878]: Fatal error: word too long
Jul 17 08:51:50 jojda cyrus/master[301]: process 7878 exited, status 75
Jul 17 08:53:43 jojda cyrus/master[7908]: about to exec 
/usr/lib/cyrus/bin/imapd
Jul 17 08:53:43 jojda cyrus/imaps[7908]: executed
Jul 17 08:53:43 jojda cyrus/imapd[7908]: accepted connection

  any ideas about what does it mean?

  I also got some other errors, not sure if they are related (Could not 
shut down filedescriptor 0: Bad file descriptor) but from MUA (Mozilla) 
it all looks ok - mail is being delivered (not sure if every single 
email is delivered), marked seen etc.

  TIA

	erik

Cyrus 2.2.1-BETA Released

[Rob Siemborski]

I'm pleased to announce the release of Cyrus 2.2.1 on ftp.andrew.cmu.edu.
This is a BETA quality release, as it contains significant new
functionality, and a large number of fixes over 2.2.0-ALPHA.

Feature additions include full r/w ANNOTATEMORE support, and use of
annotations for administrative operations such as generating SQUAT
databases and controlling the expiration of messages.  Additionally, the
sieve bytecode now is stored in network byte order and is therefore
portable across architectures.  Many features have likewise been added to
Cyrus NNTPd.

There have been substantial bugfixes in the virtual domain support code,
along with many of the fixes that have been applied to the 2.1 branch
since 2.2.0 was released.

Please send comments to [EMAIL PROTECTED] (public list), or
[EMAIL PROTECTED]  Development issues can be addressed on the
[EMAIL PROTECTED] list.

You can download this tarball at:
ftp://ftp.andrew.cmu.edu/pub/cyrus/cyrus-imapd-2.2.1-BETA.tar.gz
or
http://ftp.andrew.cmu.edu/pub/cyrus/cyrus-imapd-2.2.1-BETA.tar.gz

-Rob

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper

Re: several bugs when building cyrus-imap-ALPHA

[Rob Siemborski]

On Thu, 17 Jul 2003, Ken Murchison wrote:

> >>You shouldn't have to add this.  This is set by configure.  If you did a
> >>CVS update and didn't make a new configure script and didn't do a clean
> >>build, you will get all sorts of weird behavior.
> >
> > how do i do it?
>
> rm configure
> sh SMakefile
> ./configure ...
> make

This is described in full at
http://asg.web.cmu.edu/cyrus/download/anoncvs.html.

Though, if you're not comfortable doing this stuff, you should just wait
until later today when I drop the 2.2.1 tarball on the FTP site.

-Rob

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper

Re: several bugs when building cyrus-imap-ALPHA

[Ken Murchison]

Yuri Pimenov wrote:
On Thu, Jul 17, 2003 at 08:41:27AM -0400, Ken Murchison wrote:

Yuri Pimenov wrote:

hi.
these bugs are trivial to fix but they are annoyng.
gcc -c -I. -I.. -I. -I./../lib -I./../sieve  -I./../sieve
-I/usr/local/include -I/usr/include -I/usr/include -DHAVE_CONFIG_H
-Wall -g -O2 \
version.c
version.c: In function `id_response':
version.c:174: `CONFIG_DB_ANNOTATION' undeclared (first use in this
function)
version.c:174: (Each undeclared identifier is reported only once
version.c:174: for each function it appears in.)
make[1]: *** [version.o] Error 1
make[1]: Leaving directory
`/home/icct/work/cyrus/cyrus-imapd-2.2.0-ALPHA/imap'
make: *** [all] Error 1
adding CONFIG_DB_ANNOTATION solves the problem.
You shouldn't have to add this.  This is set by configure.  If you did a 
CVS update and didn't make a new configure script and didn't do a clean 
build, you will get all sorts of weird behavior.
how do i do it?
rm configure
sh SMakefile
./configure ...
make
--
Kenneth Murchison Oceana Matrix Ltd.
Software Engineer 21 Princeton Place
716-662-8973 x26  Orchard Park, NY 14127
--PGP Public Key--http://www.oceana.com/~ken/ksm.pgp

Re: several bugs when building cyrus-imap-ALPHA

[Yuri Pimenov]

On Thu, Jul 17, 2003 at 08:41:27AM -0400, Ken Murchison wrote:
> 
> 
> Yuri Pimenov wrote:
> >hi.
> >these bugs are trivial to fix but they are annoyng.
> >
> >gcc -c -I. -I.. -I. -I./../lib -I./../sieve  -I./../sieve
> >-I/usr/local/include -I/usr/include -I/usr/include -DHAVE_CONFIG_H
> >-Wall -g -O2 \
> >version.c
> >version.c: In function `id_response':
> >version.c:174: `CONFIG_DB_ANNOTATION' undeclared (first use in this
> >function)
> >version.c:174: (Each undeclared identifier is reported only once
> >version.c:174: for each function it appears in.)
> >make[1]: *** [version.o] Error 1
> >make[1]: Leaving directory
> >`/home/icct/work/cyrus/cyrus-imapd-2.2.0-ALPHA/imap'
> >make: *** [all] Error 1
> >
> >adding CONFIG_DB_ANNOTATION solves the problem.
> 
> You shouldn't have to add this.  This is set by configure.  If you did a 
> CVS update and didn't make a new configure script and didn't do a clean 
> build, you will get all sorts of weird behavior.
how do i do it?
-- 
Yuri Pimenov

Re: subscribing for a user

[Rob Siemborski]

On Thu, 17 Jul 2003, Phil Chambers wrote:

> Thanks for that patch, I will consider applying it.  In the meantime I have
> discovered that the subscription list appears to be just a plain text file held in
> the configdirectory!  It is in the hashed subdirectory section under the user
> subdirectory of the directory given for "configdirectory" in /etc/imapd.conf.
>
> I just create the file (named .sub) containing each folder name followed
> by a tab character, one per line in alphabetic order.
>
> If there is some reason why this will not always work then I would like
> to know.

It won't work if you're using something other than flat file for the
subscriptions database.

-Rob

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper

Re: Proxy support in Cyrus::IMAP::Admin (was: Re: subscribing fora user)

[Rob Siemborski]

On Thu, 17 Jul 2003, Matt Bernstein wrote:

> >> I hacked the IMAP::Admin (nb not Cyrus::IMAP::Admin) module to do this. I
> >> sent my hack to its author, but I don't think it made it in:
> >
> >Who do we beg to get this accepted? ;)
[snip]
> Maybe Cyrus::IMAP::Admin could/should have this functionality. But it was
> much easier for me to apply my filth to IMAP::Admin :)

Cyrus::IMAP::Admin *does* have proxy authentication functionality via the
--auth and --user options.

-Rob

-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Rob Siemborski * Andrew Systems Group * Cyert Hall 207 * 412-268-7456
Research Systems Programmer * /usr/contributed Gatekeeper

Re: Proxy support in Cyrus::IMAP::Admin (was: Re: subscribing for a user)

[Etienne Goyer]

On Thu, Jul 17, 2003 at 08:11:03AM +0100, Matt Bernstein wrote:
> Also, it's not a brilliant patch--it only tries the PLAIN mechanism, as 
> (at least thus far) that's the only one (of the ones which support 
> proxying) I use on my setup.

I have modified this module for my use too.  I built SASL support using
the Authen::SASL module.  So far, both PLAIN and CRAM-MD5 work; other
could be added with some little work.

I plan on feeding back my change to the module author eventually when I
come around and clean up my code and write proper POD.  In the meantime,
if anybody is interested in my change and could live with no doc,
contact me and I'll send you my version of the module.

I also implemented MUPDATE (IMAP::MUPDATE) in a module derived from this 
one.  It work well for me.  Also available for those interested.

-- 
Etienne GoyerLinux Québec Technologies Inc.
http://www.LinuxQuebec.com   [EMAIL PROTECTED]

Re: saslauthd: Can't contact LDAP server

[Ken Murchison]

Ana Ribas/Upcnet wrote:
Hello,

First of all, here's what I've got:

Solaris 8
Cyrus IMAP 2.1.13
Cyrus SASL 2.1.15
OpenLDAP 2.1.22 libraries
OpenSSL 0.9.6
I run saslauthd with ldap authentication working against
Lotus Domino eDirectory but this is the response when I make the test:

./testsaslauthd -u 0010 -p hola123
FYI, Cyrus IMAP won't deal with all numeric userids.  The userid needs 
to start with at least 1 letter.

--
Kenneth Murchison Oceana Matrix Ltd.
Software Engineer 21 Princeton Place
716-662-8973 x26  Orchard Park, NY 14127
--PGP Public Key--http://www.oceana.com/~ken/ksm.pgp

Re: several bugs when building cyrus-imap-ALPHA

[Ken Murchison]

Yuri Pimenov wrote:
hi.
these bugs are trivial to fix but they are annoyng.
gcc -c -I. -I.. -I. -I./../lib -I./../sieve  -I./../sieve
-I/usr/local/include -I/usr/include -I/usr/include -DHAVE_CONFIG_H
-Wall -g -O2 \
version.c
version.c: In function `id_response':
version.c:174: `CONFIG_DB_ANNOTATION' undeclared (first use in this
function)
version.c:174: (Each undeclared identifier is reported only once
version.c:174: for each function it appears in.)
make[1]: *** [version.o] Error 1
make[1]: Leaving directory
`/home/icct/work/cyrus/cyrus-imapd-2.2.0-ALPHA/imap'
make: *** [all] Error 1
adding CONFIG_DB_ANNOTATION solves the problem.
You shouldn't have to add this.  This is set by configure.  If you did a 
CVS update and didn't make a new configure script and didn't do a clean 
build, you will get all sorts of weird behavior.

--
Kenneth Murchison Oceana Matrix Ltd.
Software Engineer 21 Princeton Place
716-662-8973 x26  Orchard Park, NY 14127
--PGP Public Key--http://www.oceana.com/~ken/ksm.pgp

Re: Unable to delete mailbox

[Ken Murchison]

Jim Norton wrote:
Hello folks:

 I did something stupid.  I am runing Cyrus Imap 2.2.0 Alpha.
 One day I decided it was time to remove a mailbox because a 
 user wanted a different email name.
 
 So I delete the name and password information from the sasl2 database
 and then when into the /var/spool/imap/user and deleted the users
 directory.
All admin shouldbe done via the IMAP protocol (eg, cyradm).  Never 
remove files/directories by hand unless it is *absolutely* necessary.

 
 Now when I telnet to my imap port and log in as the administrator and
 try to do a " . delete user.mailboxname " I get an error:
 
 . NO System I/O Error
 
 When people send email to this user now,  Postfix just fallsback to delivering
 it to Cyrus where it goes into a black hole.  Problem is that the sender
 doesn't get a bounce email back.
 
 So anybody know how I can go about getting Cyrus to forget about that mailboxname?
Recreate the directory for the mailbox, and then retry the DELETE.  You 
*may* have to run reconstruct on the mailbox first.

--
Kenneth Murchison Oceana Matrix Ltd.
Software Engineer 21 Princeton Place
716-662-8973 x26  Orchard Park, NY 14127
--PGP Public Key--http://www.oceana.com/~ken/ksm.pgp

Re: saslauthd: Can't contact LDAP server

[Ana Ribas/Upcnet]

Once commented the line and restarted, the problem has been solved.
Thank you.

- ANNA -


   
 Igor Brezac   
 <[EMAIL PROTECTED]>  
To 
 17/07/2003 14:14  Ana Ribas/Upcnet
   <[EMAIL PROTECTED]>   
cc 
   [EMAIL PROTECTED] 
   Subject 
   Re: saslauthd: Can't contact LDAP   
   server  
   
   
   
   
   
   





On Thu, 17 Jul 2003, Ana Ribas/Upcnet wrote:

> Hello,
>
> First of all, here's what I've got:
>
> Solaris 8
> Cyrus IMAP 2.1.13
> Cyrus SASL 2.1.15
> OpenLDAP 2.1.22 libraries
> OpenSSL 0.9.6
>
> I run saslauthd with ldap authentication working against
> Lotus Domino eDirectory but this is the response when I make the test:
>
> > ./testsaslauthd -u 0010 -p hola123
> 0: NO "authentication failed"
>
> This is my /usr/local/etc/saslauthd.conf :
>
> #ldap_servers: ldap://albinoni.upc.es/
> ldap_servers: ldap://147.83.194.10/
> ldap_bind_dn: o=lcx

You are missing ldap_bind_pw

or in case of anonymous bind, ldap_bind_dn should not be specified.

Based on your ldapsearch example below, comment out ldap_bind_dn, restart
saslauthd and try again.

> #ldap_search_base: o=LCX
> #ldap_auth_method: custom
> ldap_port: 389
> ldap_uidattr: uid
> #ldap_filter: (&(cn=%u) (objectclass=person))
>
> and the results in the /var/log/auth.log file:
>
> Jul 17 12:46:55 delius saslauthd[27671]: [ID 390612 auth.warning]
> ldap_simple_bind() failed as o=lcx (Can't contact LDAP server)
> Jul 17 12:46:55 delius saslauthd[27671]: [ID 462440 auth.warning]
> lak_bind() failed
> Jul 17 12:46:55 delius saslauthd[27671]: [ID 285309 auth.info] do_auth
> : auth failure: [user=0010] [service=imap] [realm=] [mech=ldap]
> [reason=Unknown]
>
> I've verified that the Domino server is listening on port 389.
> The ldapsearch utility works fine:
>
> > ldapsearch -v -p 389 -h albinoni.upc.es -b "O=lcx" "(cn=usuari
proves10)"
> ldap_init( albinoni.upc.es, 389 )
> filter pattern: (cn=usuari proves10)
> returning: ALL
> filter is: ((cn=usuari proves10))
> CN=Usuari Proves10,O=LCX
> cn=Usuari Proves10
> shortname=0010
> uid=0010
> [EMAIL PROTECTED]
> objectclass=top
> objectclass=person
> objectclass=organizationalPerson
> objectclass=inetOrgPerson
> objectclass=dominoPerson
> givenname=Usuari
> sn=Proves10
> 1 matches
>
> Seems that SASL can't contact the LDAP server, but I don't know why.
What's
> wrong?
>
> Any pointers would be greatly appreciated!
> Thanks.
>
>
>

--
Igor

Re: subscribing for a user

[Ken Murchison]

Phil Chambers wrote:
Thanks for that patch, I will consider applying it.  In the meantime I have 
discovered that the subscription list appears to be just a plain text file held in 
the configdirectory!  It is in the hashed subdirectory section under the user 
subdirectory of the directory given for "configdirectory" in /etc/imapd.conf.

I just create the file (named .sub) containing each folder name followed 
by a tab character, one per line in alphabetic order.

If there is some reason why this will not always work then I would like to know.

Now I just need to sort out how to retain the message status information when I 
convert the BSD format to cyrus!  This appears to be in another file alongside the 
subscription file.  I just need to figure out the syntax.
If you use the skiplist backend for seen state, you'll have a *very* 
hard time creating this outside of the protocol.  You *could* create it 
using the flat file backend and then convert it, but I wouldn't 
recommend this either.

What I would do it use the mailtuil utility from the UW IMAP server 
distro to migrate the messages.  This utility will copy the messages 
from your mbox format to Cyrus and set the \Seen flag accordingly.  It 
might also do subscriptions, but I don't know.

--
Kenneth Murchison Oceana Matrix Ltd.
Software Engineer 21 Princeton Place
716-662-8973 x26  Orchard Park, NY 14127
--PGP Public Key--http://www.oceana.com/~ken/ksm.pgp

ctl_mboxlist : line %s : no partition found

[Uli Schellhaas]

Hello Cyrus admins,

i got huge problems installing cyrus in a new setup. I am not new to cyrus
itself, but right now i am stuck, and need help.

the following setup is made:
Debian woody Linux System, anything installed per stable packages, but not
cyrus-sasl and cyrus-imapd.
Cyrus sasl is V 2.1.15, Imapd is 2.1.14

A user Cyrus was created, using group mail (already existing)

Compile options have been: (sasl):
--disable-anon --enable-ntlm --with-dblib=none --disable-otp --with-opie=non
e --disable-gssapi --disable-krb4 --disable-digest --disable-cram

(imapd):
--prefix=/usr/cyrus --bindir=/usr/cyrus/bin --with-cyrus-dir=/usr/cyrus --wi
th-cyrus-user=cyrus --with-cyrus-group=mail --enable-sieve --with-mboxlist-d
b=flat

Directories /var/lib/imap ./db ./log ./proc ./socket ./user ./msg ./quota
and /var/spool/imap ./user were created and assigned the cyrus:mail owner.

My System itself is using pam_ldap over nss_ldap for finally doing a
kerberos auth. My Cyrus user can login using kerberos, saslauthd, and is
also in passwd files.

Saslauthd is started with -a pam and working for any tested user.
/etc/imapd.conf contents:
--
configdirectory: /var/lib/imap
partition-default: /var/spool/imap
defaultpartition: default
admins: cyrus
imap_admins: root
allowanonymouslogin: no
autocreatequota: 1
reject8bit: no
quotawarn: 90
timeout: 30
poptimeout: 10
dracinterval: 0
drachost: localhost
sasl_pwcheck_method: saslauthd
--
Cyrus master daemon is running.


Now the Problem: I cannot create any Mailbox!

the Symptoms are those: using ctl_mboxlist -u got_ip_local)
  *(const char **)pvalue = conn->iplocalport;
  else {
  *(const char **)pvalue = NULL;
  result = SASL_NOTDONE;
  }

Thanks for any suggestions!

Uli Schellhaas

Re: Strange Header behaviour ?

[Ken Murchison]

Dave Carrera wrote:
Thank you Ken,

I thought as much.

So could the blame be laid at the senders email server or our postfix mta ?
My guess would be the MTA, but I'm not a Postfx guy, so I don't know for 
sure.


Any advice is appreciated

Dave

http://www.ephgroup.com
Secure Hosting Accounts for everyone.  

-Original Message-
From: Ken Murchison [mailto:[EMAIL PROTECTED] 
Sent: 16 July 2003 17:53
To: Dave Carrera
Cc: [EMAIL PROTECTED]
Subject: Re: Strange Header behaviour ?



Dave Carrera wrote:


Hi All,

I am using (Cyrus v2.1.11) with LMTP,

A couple (2) of our users are getting our email server name added to 
CC or BCC recipients.

So user send email to user1 and cc's it to user2. On receipt The 
header has this in the cc field:

"user2"@our.email.sever.name

Notice the quotes...

Obviously our.email.sever.name is not our server name I just used that 
for demonstration.

Is this anything to do with our server or could the senders email 
server be doing something strange?


Cyrus does not add/delete/modify these headers in any way.



--
Kenneth Murchison Oceana Matrix Ltd.
Software Engineer 21 Princeton Place
716-662-8973 x26  Orchard Park, NY 14127
--PGP Public Key--http://www.oceana.com/~ken/ksm.pgp

Re: saslauthd: Can't contact LDAP server

[Igor Brezac]

On Thu, 17 Jul 2003, Ana Ribas/Upcnet wrote:

> Hello,
>
> First of all, here's what I've got:
>
> Solaris 8
> Cyrus IMAP 2.1.13
> Cyrus SASL 2.1.15
> OpenLDAP 2.1.22 libraries
> OpenSSL 0.9.6
>
> I run saslauthd with ldap authentication working against
> Lotus Domino eDirectory but this is the response when I make the test:
>
> > ./testsaslauthd -u 0010 -p hola123
> 0: NO "authentication failed"
>
> This is my /usr/local/etc/saslauthd.conf :
>
> #ldap_servers: ldap://albinoni.upc.es/
> ldap_servers: ldap://147.83.194.10/
> ldap_bind_dn: o=lcx

You are missing ldap_bind_pw

or in case of anonymous bind, ldap_bind_dn should not be specified.

Based on your ldapsearch example below, comment out ldap_bind_dn, restart
saslauthd and try again.

> #ldap_search_base: o=LCX
> #ldap_auth_method: custom
> ldap_port: 389
> ldap_uidattr: uid
> #ldap_filter: (&(cn=%u) (objectclass=person))
>
> and the results in the /var/log/auth.log file:
>
> Jul 17 12:46:55 delius saslauthd[27671]: [ID 390612 auth.warning]
> ldap_simple_bind() failed as o=lcx (Can't contact LDAP server)
> Jul 17 12:46:55 delius saslauthd[27671]: [ID 462440 auth.warning]
> lak_bind() failed
> Jul 17 12:46:55 delius saslauthd[27671]: [ID 285309 auth.info] do_auth
> : auth failure: [user=0010] [service=imap] [realm=] [mech=ldap]
> [reason=Unknown]
>
> I've verified that the Domino server is listening on port 389.
> The ldapsearch utility works fine:
>
> > ldapsearch -v -p 389 -h albinoni.upc.es -b "O=lcx" "(cn=usuari proves10)"
> ldap_init( albinoni.upc.es, 389 )
> filter pattern: (cn=usuari proves10)
> returning: ALL
> filter is: ((cn=usuari proves10))
> CN=Usuari Proves10,O=LCX
> cn=Usuari Proves10
> shortname=0010
> uid=0010
> [EMAIL PROTECTED]
> objectclass=top
> objectclass=person
> objectclass=organizationalPerson
> objectclass=inetOrgPerson
> objectclass=dominoPerson
> givenname=Usuari
> sn=Proves10
> 1 matches
>
> Seems that SASL can't contact the LDAP server, but I don't know why. What's
> wrong?
>
> Any pointers would be greatly appreciated!
> Thanks.
>
>
>

-- 
Igor

Re: How to stop mail looping

[Cristian Mitrana]

rahul wrote:

Hello  All,
 
 My mails are not working properly ..  
 It loops back to myself ..
I am doing local testing ...
 
My maillog shows =>
 
# tail -f /var/log/maillog 
==
Jul 17 16:36:27 localhost postfix/smtp[1318]: warning: host 
mail.sirindia1.com[192.168.1.67]
greeted me with my own hostname mail.sirindia1.com
Jul 17 16:36:27 localhost postfix/smtp[1318]: warning: host 
mail.sirindia1.com[192.168.1.67]
replied to HELO/EHLO with my own hostname mail.sirindia1.com
Jul 17 16:36:27 localhost postfix/smtpd[1314]: lost connection after 
EHLO from u
nknown[192.168.1.67]
Jul 17 16:36:27 localhost postfix/smtpd[1314]: disconnect from 
unknown[192.168.1.67]
Jul 17 16:36:27 localhost postfix/smtp[1318]: 3E81330946: 
to=<[EMAIL PROTECTED] 
1.com>, relay=mail.sirindia1.com[192.168.1.67], delay=20, status=bounced
(mail for mail.sirindia1.com loops back to myself)

It may be problem of DNS ..
  But i am unable find out what is that problem ..
 
DNS entries are

 


I am sending mail to sirindia.com which is well configured on  
192.168.1.60 ..
 
postconf   -n  gives the output ...
===
alias_database = hash:/etc/postfix/aliases
alias_maps = hash:/etc/postfix/aliases
broken_sasl_auth_clients = yes
command_directory = /usr/sbin
config_directory = /etc/postfix
daemon_directory = /usr/libexec/postfix
debug_peer_level = 2
fallback_transport = cyrus
inet_interfaces = all
local_recipient_maps =
mail_owner = postfix
mailbox_transport = lmtp:unix:/var/imap/socket/lmtp
mailq_path = /usr/bin/mailq
manpage_directory = /usr/local/man
mydestination =
mydomain = sirindia1.com
myhostname = mail.sirindia1.com
myorigin = $myhostname
newaliases_path = /usr/bin/newaliases
queue_directory = /var/spool/postfix
readme_directory = /etc/postfix/readme
relay_domains = $myhostname, localhost.$mydomain, 
$mydomain,sirindia1.com,mail.$
mydomain, www.$mydomain 
sample_directory = /etc/postfix/samples
sendmail_path = /usr/sbin/sendmail
setgid_group = postdrop
smtpd_banner = $myhostname ESMTP $mail_name ($mail_version)
unknown_local_recipient_reject_code = 450

I am using the lmtp ... & transport table ..
 
/etc/postfix/transport  has following  entry
 
sirindia1.com   lmtp:sirindia1.com
==
 
 
So .. How to overcome the problem ???
 
Yout postfix configuration is screwed, you list mail.sirindia.com in 
$relay_domains
so relay=smtp connects to mail.sirindia1.com and tries to deliver the 
message,
but conencts to the same postfix instance.
If you list mail.sirindia1.com in $relay_domains, try to change 
relay_transport
to lmtp:unix: , you configured the local transport to be lmtp not 
the relay.

Please redirect your future postings to the postfix lists, it's not a 
cyrus problem
here.

mitu

saslauthd: Can't contact LDAP server

[Ana Ribas/Upcnet]

Hello,

First of all, here's what I've got:

Solaris 8
Cyrus IMAP 2.1.13
Cyrus SASL 2.1.15
OpenLDAP 2.1.22 libraries
OpenSSL 0.9.6

I run saslauthd with ldap authentication working against
Lotus Domino eDirectory but this is the response when I make the test:

> ./testsaslauthd -u 0010 -p hola123
0: NO "authentication failed"

This is my /usr/local/etc/saslauthd.conf :

#ldap_servers: ldap://albinoni.upc.es/
ldap_servers: ldap://147.83.194.10/
ldap_bind_dn: o=lcx
#ldap_search_base: o=LCX
#ldap_auth_method: custom
ldap_port: 389
ldap_uidattr: uid
#ldap_filter: (&(cn=%u) (objectclass=person))

and the results in the /var/log/auth.log file:

Jul 17 12:46:55 delius saslauthd[27671]: [ID 390612 auth.warning]
ldap_simple_bind() failed as o=lcx (Can't contact LDAP server)
Jul 17 12:46:55 delius saslauthd[27671]: [ID 462440 auth.warning]
lak_bind() failed
Jul 17 12:46:55 delius saslauthd[27671]: [ID 285309 auth.info] do_auth
: auth failure: [user=0010] [service=imap] [realm=] [mech=ldap]
[reason=Unknown]

I've verified that the Domino server is listening on port 389.
The ldapsearch utility works fine:

> ldapsearch -v -p 389 -h albinoni.upc.es -b "O=lcx" "(cn=usuari proves10)"
ldap_init( albinoni.upc.es, 389 )
filter pattern: (cn=usuari proves10)
returning: ALL
filter is: ((cn=usuari proves10))
CN=Usuari Proves10,O=LCX
cn=Usuari Proves10
shortname=0010
uid=0010
[EMAIL PROTECTED]
objectclass=top
objectclass=person
objectclass=organizationalPerson
objectclass=inetOrgPerson
objectclass=dominoPerson
givenname=Usuari
sn=Proves10
1 matches

Seems that SASL can't contact the LDAP server, but I don't know why. What's
wrong?

Any pointers would be greatly appreciated!
Thanks.

How to stop mail looping

[rahul]

Hello  All,
  
 
My mails are not working properly ..   
 It loops back to myself .. 
I am doing local testing ...
 
My maillog shows => 
 
# tail -f 
/var/log/maillog  

==
Jul 17 16:36:27 localhost postfix/smtp[1318]: 
warning: host mail.sirindia1.com[192.168.1.67] 
greeted me with my own hostname 
mail.sirindia1.com
Jul 17 16:36:27 localhost postfix/smtp[1318]: 
warning: host mail.sirindia1.com[192.168.1.67] 
replied to HELO/EHLO with my own hostname 
mail.sirindia1.com
Jul 17 16:36:27 localhost postfix/smtpd[1314]: lost 
connection after EHLO from unknown[192.168.1.67]
Jul 17 16:36:27 localhost postfix/smtpd[1314]: 
disconnect from unknown[192.168.1.67]
Jul 17 16:36:27 localhost postfix/smtp[1318]: 
3E81330946: to=<[EMAIL PROTECTED]1.com>, 
relay=mail.sirindia1.com[192.168.1.67], delay=20, status=bounced 
    
(mail for mail.sirindia1.com loops back to myself)

It may be problem of DNS ..
  But i am unable find out what is that 
problem ..
 
DNS entries are 

 
$TTL 86400@   
IN  SOA @  
root.localhost 
(    
1 ; 
serial    
28800 ; 
refresh    
7200 ; 
retry    
604800 ; 
expire    
86400 ; 
ttl    
)
 
        
        NS   
sirindia1.com.
 
    
MX  10  mail.sirindia1.com.
@    
IN  A   
192.168.1.67
 
mail.sirindia1.com. 
IN  A   
192.168.1.67
 
sirindia1.com. 
IN  A   
192.168.1.67sirindia.com.   
IN  A   
192.168.1.60
 

I am sending mail to sirindia.com which 
is well configured on  192.168.1.60 ..
 
postconf   -n  gives the output 
...
===
alias_database = 
hash:/etc/postfix/aliasesalias_maps = 
hash:/etc/postfix/aliasesbroken_sasl_auth_clients = yescommand_directory 
= /usr/sbinconfig_directory = /etc/postfixdaemon_directory = 
/usr/libexec/postfixdebug_peer_level = 2fallback_transport = 
cyrusinet_interfaces = alllocal_recipient_maps =mail_owner = 
postfixmailbox_transport = lmtp:unix:/var/imap/socket/lmtpmailq_path = 
/usr/bin/mailqmanpage_directory = /usr/local/manmydestination 
=mydomain = sirindia1.commyhostname = mail.sirindia1.commyorigin = 
$myhostnamenewaliases_path = /usr/bin/newaliasesqueue_directory = 
/var/spool/postfixreadme_directory = /etc/postfix/readme
relay_domains = $myhostname, localhost.$mydomain, 
$mydomain,sirindia1.com,mail.$mydomain, www.$mydomainsample_directory = 
/etc/postfix/samplessendmail_path = /usr/sbin/sendmailsetgid_group = 
postdropsmtpd_banner = $myhostname ESMTP $mail_name 
($mail_version)unknown_local_recipient_reject_code = 450

I am using the lmtp ... & transport table 
..
 
/etc/postfix/transport  has following  
entry 
 
    
sirindia1.com   lmtp:sirindia1.com
==
 
 
So .. How to overcome the problem ???
 
Any help will be appreciated 
 
Regards
    Rahul 
Katariya

Re: subscribing for a user

[Phil Chambers]

On Wed, 16 Jul 2003 16:33:47 +0100 (BST) Matt Bernstein  
wrote:

> At 10:59 -0400 Mike Cathey wrote:
> 
> >> What I ended up doing was , since I would know the passwd of the user I 
> >> logged on as the user using Mail::IMAPCLient module
> >> and sucscribed to the folder
> >
> >Same here.  I think there is a way to "proxy" as a user from an admin
> >account (ie. cyrus) though.
> >
> >Would anyone more informed than myself care to elaborate?
> 
> I hacked the IMAP::Admin (nb not Cyrus::IMAP::Admin) module to do this. I
> sent my hack to its author, but I don't think it made it in:
> 

> snip snip 

Thanks for that patch, I will consider applying it.  In the meantime I have 
discovered that the subscription list appears to be just a plain text file held in 
the configdirectory!  It is in the hashed subdirectory section under the user 
subdirectory of the directory given for "configdirectory" in /etc/imapd.conf.

I just create the file (named .sub) containing each folder name followed 
by a tab character, one per line in alphabetic order.

If there is some reason why this will not always work then I would like to know.

Now I just need to sort out how to retain the message status information when I 
convert the BSD format to cyrus!  This appears to be in another file alongside the 
subscription file.  I just need to figure out the syntax.

Phil.
---
Phil Chambers ([EMAIL PROTECTED])
University of Exeter

several bugs when building cyrus-imap-ALPHA

[Yuri Pimenov]

hi.
these bugs are trivial to fix but they are annoyng.

gcc -c -I. -I.. -I. -I./../lib -I./../sieve  -I./../sieve
-I/usr/local/include -I/usr/include -I/usr/include -DHAVE_CONFIG_H
-Wall -g -O2 \
version.c
version.c: In function `id_response':
version.c:174: `CONFIG_DB_ANNOTATION' undeclared (first use in this
function)
version.c:174: (Each undeclared identifier is reported only once
version.c:174: for each function it appears in.)
make[1]: *** [version.o] Error 1
make[1]: Leaving directory
`/home/icct/work/cyrus/cyrus-imapd-2.2.0-ALPHA/imap'
make: *** [all] Error 1

adding CONFIG_DB_ANNOTATION solves the problem.


make[2]: Entering directory
`/home/icct/work/cyrus/cyrus-imapd-2.2.0-ALPHA/perl/imap'
Installing /usr/local/local/lib/perl/5.6.1/auto/Cyrus/IMAP/IMAP.so
Files found in blib/arch: installing files in blib/lib into architecture
dependent library tree
Installing /usr/local/local/lib/perl/5.6.1/Cyrus/IMAP/Admin.pm

/usr/local/local seems strange to me.
-- 
Yuri Pimenov

Re: Proxy support in Cyrus::IMAP::Admin (was: Re: subscribing fora user)

[Matt Bernstein]

On Jul 16 Mike Cathey wrote:

>> I hacked the IMAP::Admin (nb not Cyrus::IMAP::Admin) module to do this. I
>> sent my hack to its author, but I don't think it made it in:
>
>Who do we beg to get this accepted? ;)

nb my "nb" ;)

Also, it's not a brilliant patch--it only tries the PLAIN mechanism, as 
(at least thus far) that's the only one (of the ones which support 
proxying) I use on my setup.

Maybe Cyrus::IMAP::Admin could/should have this functionality. But it was 
much easier for me to apply my filth to IMAP::Admin :)