Upgraded kolab, still not delivering to imap

Bradley Alexander storm at tux.org
Thu Apr 1 19:49:51 CEST 2004


I know its bad form to respond to one's own emails, but since I already
have trained bayesean filters for each user, would it be possible to set
up the last statement in .procmailrc as something similar to 

|/kolab/var/kolab/lmtp

Would this deliver each (non-spam) message into the waiting arms of imap?

Thanks,

On Thu, 1 Apr 2004 12:44:51 -0500
Bradley Alexander <storm at tux.org> wrote:

> I think I found the problem. If there is a local user by the name that you
> have set up in Kolab, postfix will default to usinglocal rather than lmtp
> as a delivery method. I created a user on my mailserver under the kolab
> interface without creating a Linux user, and the email worked perfectly in
> postfix, getting processed into lmtp rather than local. With the other
> mail account users, I can delete their accounts, but I would rather not
> get rid of my account, since I admin the box and loathe logging in as
> root. Right now, I am looking for the recommended method of turning off
> local delivery.
> 
> Is there a more elegant way to add a user to the system without restarting
> kolab? I actually got a bounce for the user until I restarted Kolab. Is
> there a way of refreshing only the parts needed without restarting?
> Perhaps we could have something on the web interface?
> 
> Thanks for everyone's help on this.
> 
> On Tue, 30 Mar 2004 12:17:58 -0500
> Bradley Alexander <storm at tux.org> wrote:
> 
> > I'm really thinking my problem is with delivery. I looked in master.cf,
> > and it says local delivery is done through local (which I am taking to
> > mean dumping to /var/spool). I need to figure out the most elegant way to
> > send it to lmtp.
> > 
> > On Tue, 30 Mar 2004 18:51:39 +0200
> > Jon Bendtsen <jon at kollegiegaarden.dk> wrote:
> > 
> > > Den 30. mar 2004, kl. 16:40, skrev Bradley Alexander:
> > > 
> > > > On Tue, 30 Mar 2004 08:36:58 +0200
> > > > Jon Bendtsen <jon at kollegiegaarden.dk> wrote:
> > > >
> > > >> Den 30. mar 2004, kl. 3:04, skrev Bradley Alexander:
> > > >>
> > > >>> Hey,
> > > >>>
> > > >>> I upgraded to the zfos OpenPKG 2.0.0 release. Since things were not
> > > >>> working, I blew away my OpenPKG 1.3 installation and installed fresh.
> > > >>> No
> > > >>> problems on the install, got it configured, got users added and am
> > > >>> ready to roll.
> > > >>>
> > > >>> Once again, I have the problem of mail getting to the box and just
> > > >>> getting
> > > >>> dumped in /var/mail/storm, rather than being processed by lmtp and 
> > > >>> put
> > > >>> into the imap pipeline. I'm trying to get my brain around it, since I
> > > >>> have
> > > >>> never run/managed imap, only pop3...So please bear with me.
> > > >>
> > > >> did you install all the imap packages? i had trouble initialy when i
> > > >> forgot one
> > > >
> > > > Well, right now I have two installed:
> > > >
> > > > [storm at mekong storm]$ /kolab/bin/rpm -qa | grep imap
> > > > imap-2004rc6-2.0.0
> > > > imapd-2.2.3-2.0.0
> > > >
> > > > These are all that obmtool installed. Am I missing something?
> > > 
> > > no, i dont think so, i only installed imapD since i wanted a daemon, 
> > > not something else.
> > > so i had trouble, after installing the other imap package, it worked.
> > > 
> > > 
> > > JonB
> > 
> > 
> > -- 
> > --Brad
> > ========================================================================
> > Bradley M. Alexander                |
> > SysAdmin, Security Engineer    |   storm [at] tux.org
> > Debian/GNU Linux Developer          |   storm [at] debian.org
> > ========================================================================
> > Key fingerprints:
> > DSA 0x54434E65: 37F6 BCA6 621D 920C E02E  E3C8 73B2 C019 5443 4E65
> > RSA 0xC3BCBA91: 3F 0E 26 C1 90 14 AD 0A  C8 9C F0 93 75 A0 01 34
> > ========================================================================
> > I complained bitterly about the situation until my boss agreed to change my
> > title from "manager" to "supreme commander of cubicle 4S700R."
> > 							--Scott Adams
> > 							  "The Dilbert Future"
> > 
> > _______________________________________________
> > Kolab-users mailing list
> > Kolab-users at kolab.org
> > https://kolab.org/mailman/listinfo/kolab-users
> 
> 
> -- 
> --Brad
> ========================================================================
> Bradley M. Alexander                |
> SysAdmin, Security Engineer    |   storm [at] tux.org
> Debian/GNU Linux Developer          |   storm [at] debian.org
> ========================================================================
> Key fingerprints:
> DSA 0x54434E65: 37F6 BCA6 621D 920C E02E  E3C8 73B2 C019 5443 4E65
> RSA 0xC3BCBA91: 3F 0E 26 C1 90 14 AD 0A  C8 9C F0 93 75 A0 01 34
> ========================================================================
> You only have the rights you are willing to fight for.
> 
> _______________________________________________
> Kolab-users mailing list
> Kolab-users at kolab.org
> https://kolab.org/mailman/listinfo/kolab-users


-- 
--Brad
========================================================================
Bradley M. Alexander                |
SysAdmin, Security Engineer    |   storm [at] tux.org
Debian/GNU Linux Developer          |   storm [at] debian.org
========================================================================
Key fingerprints:
DSA 0x54434E65: 37F6 BCA6 621D 920C E02E  E3C8 73B2 C019 5443 4E65
RSA 0xC3BCBA91: 3F 0E 26 C1 90 14 AD 0A  C8 9C F0 93 75 A0 01 34
========================================================================
Enter any 11-digit prime number to continue...




More information about the users mailing list