(RADIATOR) slightly OT: SMTP relay module

[Charles Sprickman]

Hi,

Just to follow up, I've now got two problems...

I've found IPass to be very unreliable in getting accounting packets to
me.  It's repeatable at certain pops, so I don't think it's loss between
them and my roam server.  On opening a support ticket, they basically told
me they don't guarantee delivery of accounting packets.  That kind of kill
my whole idea of using radonline for relaying.

I've also found sendmail seems to be pretty greedy about locking the db
file, so the makemap hangs around too long waiting on the lock, then it
builds up, etc. etc.

So now I have to task our other admin to get smtp-auth working I think.

And if anyone has some suggestions for an IPass replacement, I'm all ears.
I like their SW, coverage and prices, but this whole "we don't guarantee
to get you accounting" is pretty lame...

Thanks,

Charles

| Charles Sprickman                  | Internet Channel
| INCH System Administration Team    | (212)243-5200
| spork at inch.com                     | access at inch.com

On Tue, 27 Nov 2001, Mark - Orcon Support wrote:

> Hi Charles -
>
> Check out http://freshmeat.net/project/sendmailmysqlmap/. This enables a
> mysql lookup for sendmail table types. We use this for replacing
> virtusertable, but you could apply it to 'roamingips'. Then use Radiator to
> simply insert data into the lookup table. Simply fudge a RADONLINE table or
> use a hook to insert values in there, and then set a crontab to delete
> entries over a certain age...
>
> /Mark
>
>
> > From: Charles Sprickman <spork at inch.com>
> > Date: Mon, 26 Nov 2001 11:46:13 -0500 (EST)
> > To: <radiator at open.com.au>
> > Subject: (RADIATOR) slightly OT: SMTP relay module
> >
> > Hi,
> >
> > I started playing around with this idea some time ago, but dropped it
> > since I'm not a true perl hacker...
> >
> > This is essentially the beginnings of a small module to allow roaming
> > users of any sort that are authenticated by radiator to relay mail for the
> > duration of their session.  I settled on this method because it made more
> > sense to me than the numerous pop-before-smtp hacks.  It's a bit more
> > straightforward:  If you are an authenticated user, you can relay mail for
> > the duration of your session, end of story...  No hacking of your pop or
> > smtp server is required.
> >
> > The line in sendmail.cf is pretty easy:
> >
> > Kpopauth hash -a<OK> /usr/local/etc/mail/popauth
> >
> > and
> >
> > SLocal_check_rcpt
> > R$*             $: $(popauth $&{client_addr} $: <?> $)
> > R<?>            $@ NoPopAuth
> >
> > R$*<OK>         $# OK
> >
> > This is all stolen from the cf/hack/popauth.m4 distributed with sendmail.
> >
> > Basically, it works.  My problem is, it doesn't work well, and I have zero
> > experience in any kind of advanced perl work, specifically modules and the
> > like.
> >
> > If there's anyone that would like to help polish this, it would be nice to
> > get it cleaned up and thrown in the radiator contrib dir.  I could also
> > work out a version for qmail, and perhaps postfix with some help.
> >
> > Any takers?
> >
> > Thanks,
> >
> > Charles
> >
> >
> > | Charles Sprickman                  | Internet Channel
> > | INCH System Administration Team    | (212)243-5200
> > | spork at inch.com                     | access at inch.com
> >
>
> ===
> Archive at http://www.open.com.au/archives/radiator/
> Announcements on radiator-announce at open.com.au
> To unsubscribe, email 'majordomo at open.com.au' with
> 'unsubscribe radiator' in the body of the message.
>

===
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.