Kolab2 (24/11/2004 snapshot) rejecting mail

[Mark Watts]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


> Looks to me like you specified your email address as:
> m.watts
>
> instead of:
> m.watts at smtp-test.eris.qinetiq.com
>
> when you created the user...

I did indeed...

I figured kolab would be adding the domain automagically, but I guess it 
doesn't.

Cheers,

Mark.

> On Friday 26 November 2004 17:27, Mark Watts wrote:
> > > On Friday 26 November 2004 15:44, Mark Watts wrote:
> > > > I have a Mandrake 10.1 box, running kolab2 as installed using
> > > > "./obmtool kolab"
> > > >
> > > > The installation went smoothly and I went through the bootstrap to
> > > > give the server a name and create a CA/certificate.
> > > >
> > > > I've added a user through the web interface, but I can't seem to send
> > > > any mail to that user (using direct MUA->MTA connections).
> > > >
> > > > postfix.log is reporting the following when I send a test message:
> > > >
> > > >
> > > > Nov 26 14:38:14 smtp.eris.qinetiq.com <info> postfix/lmtp[16200]:
> > > > 38988C073: to=<m.watts at smtp-test.eris.qinetiq.com>,
> > > > relay=/kolab/var/kolab/lmtp[/kolab/var/kolab/lmtp], delay=0,
> > > > status=bounced (host /kolab/var/kolab/lmtp[/kolab/var/kolab/lmtp]
> > > > said: 550-Mailbox unknown. Either there is no mailbox associated with
> > > > this 550-name or you do not have authorization to see it. 550 5.1.1
> > > > User unknown (in reply to RCPT TO command))
> > > >
> > > >
> > > > Any ideas whats up?
> > >
> > > Check that the email is actually created on the filesystem,
> > > a find on /kolab/var/imap/spool  should show it.
> >
> > # find /kolab/var/imapd/spool/
> > /kolab/var/imapd/spool/
> > /kolab/var/imapd/spool/user
> > /kolab/var/imapd/spool/user/m^watts
> > /kolab/var/imapd/spool/user/m^watts/cyrus.cache
> > /kolab/var/imapd/spool/user/m^watts/cyrus.index
> > /kolab/var/imapd/spool/user/m^watts/cyrus.header
> > /kolab/var/imapd/spool/stage.
> >
> > > You can raise the logging of kolabd in /kolab/etc/kolab/kolab.globals
> > > (use 100) or so in loglevel and restart kolabd, it looks to syslog
> > > (/var/log/syslog).
> > >
> > > If the mailboy is not created, there could be several causes.
> > > Restart the whole system and watch the kolabd debugging output.
> >
> > Nov 26 15:19:16 localhost kolabd[19266]: Kolab is starting up
> > Nov 26 15:19:16 localhost kolabd[19266]: L: Starting up
> > Nov 26 15:19:16 localhost kolabd[19266]: L: Opening mailbox uid cache DB
> > Nov 26 15:19:16 localhost kolabd[19266]: L: Opening graveyard
> > uid/timestamp cache DB
> > Nov 26 15:19:16 localhost kolabd[19266]: K: Loading backends
> > Nov 26 15:19:16 localhost kolabd[19266]: B: Loading backend `slurpd'
> > Nov 26 15:19:16 localhost kolabd[19266]: B: Loading backend `dirservd'
> > Nov 26 15:19:16 localhost kolabd[19266]: K: Performing backend startup
> > Nov 26 15:19:16 localhost kolabd[19266]: K: Synchronising
> > Nov 26 15:19:16 localhost kolabd[19266]: L: Synchronising
> > Nov 26 15:19:16 localhost kolabd[19266]: Y: Connecting to local Cyrus
> > admin interface
> > Nov 26 15:19:16 localhost kolabd[19266]: L: Synchronising `user' objects
> > Nov 26 15:19:16 localhost kolabd[19266]: L: Connecting to LDAP server
> > `127.0.0.1:389'
> > Nov 26 15:19:16 localhost kolabd[19266]: L: Binding to
> > `cn=manager,cn=internal,dc=smtp-test,dc=eris,dc=qinetiq,dc=com'
> > Nov 26 15:19:16 localhost kolabd[19266]: L: Synchronising `user' DN
> > `dc=smtp-test,dc=eris,dc=qinetiq,dc=com'
> > Nov 26 15:19:16 localhost kolabd[19266]: L Debug:
> > Kolab::LDAP::createObject() called with obj uid field `mail' for obj type
> > `user'
> > Nov 26 15:19:16 localhost kolabd[19266]: L Debug:
> > Kolab::LDAP::createObject() called with null id attribute `mail',
> > returning
> > Nov 26 15:19:16 localhost kolabd[19266]: L Debug:
> > Kolab::LDAP::createObject() called with obj uid field `mail' for obj type
> > `user'
> > Nov 26 15:19:16 localhost kolabd[19266]: L Debug:
> > Kolab::LDAP::createObject() called with null id attribute `mail',
> > returning
> > Nov 26 15:19:16 localhost kolabd[19266]: L Debug:
> > Kolab::LDAP::createObject() called with obj uid field `mail' for obj type
> > `user'
> > Nov 26 15:19:16 localhost kolabd[19266]: L Debug:
> > Kolab::LDAP::createObject() called with null id attribute `mail',
> > returning
> > Nov 26 15:19:16 localhost kolabd[19266]: L Debug:
> > Kolab::LDAP::createObject() called with obj uid field `mail' for obj type
> > `user'
> > Nov 26 15:19:16 localhost kolabd[19266]: L Debug: Synchronising object
> > `m.watts'
> > Nov 26 15:19:16 localhost kolabd[19266]: L Debug: GUID attribute
> > `entryUUID' is `47bbe7be-d404-1028-9dfd-c13892d9704d'
> > Nov 26 15:19:16 localhost kolabd[19266]: Y: Removing quota from mailbox
> > `user/m.watts'
> > Nov 26 15:19:16 localhost kolabd[19266]: L: Finished synchronising `user'
> > DN `dc=smtp-test,dc=eris,dc=qinetiq,dc=com'
> > Nov 26 15:19:16 localhost kolabd[19266]: L: Finished `user' object
> > synchronisation
> > Nov 26 15:19:16 localhost kolabd[19266]: L: Synchronising `sf' objects
> > Nov 26 15:19:16 localhost kolabd[19266]: L: Connecting to LDAP server
> > `127.0.0.1:389'
> > Nov 26 15:19:16 localhost kolabd[19266]: L: Binding to
> > `cn=manager,cn=internal,dc=smtp-test,dc=eris,dc=qinetiq,dc=com'
> > Nov 26 15:19:16 localhost kolabd[19266]: L: Synchronising `sf' DN
> > `dc=smtp-test,dc=eris,dc=qinetiq,dc=com'
> > Nov 26 15:19:16 localhost kolabd[19266]: L: Finished synchronising `sf'
> > DN `dc=smtp-test,dc=eris,dc=qinetiq,dc=com'
> > Nov 26 15:19:16 localhost kolabd[19266]: L: Finished `sf' object
> > synchronisation
> > Nov 26 15:19:16 localhost kolabd[19266]: L: Synchronising mailboxes
> > Nov 26 15:19:16 localhost kolabd[19266]: L: Gravekeeping (period = 10080
> > minutes)
> > Nov 26 15:19:16 localhost kolabd[19266]: L: Finished synchronisation
> > Nov 26 15:19:16 localhost kolabd[19266]: K: Synchronisation complete,
> > starting up daemon
> > Nov 26 15:19:16 localhost kolabd[19266]: K: Forking `dirservd' listener
> > Nov 26 15:19:16 localhost kolabd[19270]: DSd: Listener starting up,
> > refresh is: 120 seconds
> > Nov 26 15:19:16 localhost kolabd[19270]: K: `dirservd' returned
> > Nov 26 15:19:16 localhost kolabd[19266]: K: Forking `slurpd' listener
> > Nov 26 15:19:16 localhost kolabd[19271]: SD: Opening listen server on
> > port 9999
> > Nov 26 15:19:16 localhost kolabd[19266]: K: Listeners spawned, wait()ing
> > Nov 26 15:19:16 localhost kolabd[19271]: SD: Listen server opened,
> > waiting for incoming connections
> > Nov 26 15:19:16 localhost kolabd[19266]: K: Child terminated normally

- -- 
Mark Watts
Senior Systems Engineer
QinetiQ Trusted Information Management
Trusted Solutions and Services group
GPG Public Key ID: 455420ED

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFBqwAfBn4EFUVUIO0RAo/HAJ0YUddvaVR2yuNTxQWuqpKl6Ca88QCg1PRH
ko0hPLNEMbdseCQVoxzfUIc=
=pgI7
-----END PGP SIGNATURE-----