[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [cobalt-users] IMAP & POP before SMTP? (Raq XTR)
- Subject: Re: [cobalt-users] IMAP & POP before SMTP? (Raq XTR)
- From: Larry Smith <lesmith@xxxxxxxxx>
- Date: Sun Nov 16 17:19:02 2003
- Organization: ECSIS
- List-id: Mailing list for users to share thoughts on Sun Cobalt products. <cobalt-users.list.cobalt.com>
On Sunday 16 November 2003 16:29, Zeffie wrote:
> > On Sunday 16 November 2003 13:15, Zeffie wrote:
> > > > To quote from the poprelayd program:
> > > > <quote>
> > >
> > > <snip>
> > >
> > > > </quote>
> > > > It should be doing IMAP already in addition to POP, but what might be
> > > > happening is that your IMAP clients are "staying" connected longer
>
> than
>
> > > the 30 minutes or whatever you have the "relay" time set for
> > >
> > > > Larry Smith
> > >
> > > Nope...
> > > It's a little broke on the XTR...
> > > While it can be fixed, I'm not the person that should be doing it
> > > publicly...
> >
> > No problem, if someone with an XTR will send me all the poprelayd* files
> > (believe they are in /usr/local/sbin), I will look at fixing it and
>> posting
> > it somewhere "public".
> > Larry Smith
>
> When I said "I'm not the person that should be doing it" I didn't mean
> "somebody that has never worked on the problem" Larry I would be happy to
> release the version I have already built for this but it's really Suns job
> to do this... They already know about this issue and they need to provide
> an update to fix it... I wouldn't want my work to get in the way, delay or
> break any future updates by Sun... I only use this with my customers that
> I do all the updates for.
>
> As you are not aware of the issue I would suggest your time might be better
> spent proding Sun to make the needed update... they already have it, They
> just need to do it.
>
Appreciate the comments, and understand your position, but poprelayd is
nothing more than a perl program that "watches" the maillog for pop3 and
imapd logins, extracts the appropriate IP address and adds it to the sendmail
(/etc/mail/popip.db) database to "let" sendmail know who is "allowed" to
relay (eg who checked mail).
If it is working for pop3 on the XTR, then poprelayd and its associated
sendmail configuration is correct. The problem is nothing more than it
correctly recognizing the imapd logins (which I already fixed for the raq
series several years ago and passed back to then Cobalt)....
--
Larry Smith
SysAd ECSIS.NET
sysad@xxxxxxxxx