Ronneil,
wouldn't this setup require that you provide your passwords on a script when
downloading from your ISP? what about those of your internal users?
wouldn't it be better if you have your own domain name, have your ISP be
your secondary MX so that mail will be queued in their SMTP server while
your connection is down. Then when you connect, just do SMTP ETRN (RTFM on
how to do this w/ your smtp server). This way, you could actually give your
users their own username@domain without compromising passwords.
-makatao
----- Original Message -----
From: "Ronneil Camara" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 31, 2000 8:03 PM
Subject: RE: [plug] Suggestions Needed
> > -----Original Message-----
> > From: Rommel P. Feria [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, August 31, 2000 2:52 PM
> > To: [EMAIL PROTECTED]
> > Subject: [plug] Suggestions Needed
> >
> > Question now is:
> >
> > Is there a more elegant way of having the Linux internal mail
> > server dial
> > the external mail server, as a cron entry, and retrieve each
> > member's email
> > via POP and consolidate it to their internal mailbox?
> >
> > Please note that it is NOT possible, at this point, to have
> > the external
> > mail hosted internally - so it is always hosted outside the
> > organization and
> > only accessible by POP or web-based interface.
>
> I have done this setup before. I have an account in infocom. So siyempre,
> doon sa mailserver nila babagsak ang mails destined sa account ko. Sa
bahay
> naman, nagsetup ako ng linux. Installed din ang smtp, at pop3. Para ma
> retrieve ko ang mail ko sa infocom, I installed fetchmail. I created an
> entry in /etc/.fetchmailrc. "man fetchmail" ka na lang para makita mo yung
> format. Usually it's the poll ....... Parang tipong ganito yung ginawa ko
> noon sa .fetchmailrc, user onie is ronneil here. Create ka na lang ng iba
> pang entries para sa ibang users.
>
> Sa clients mo naman internally, all they have to do is point their pop3
> client sa internal pop3 server mo. So ngayon, akala ng internal users mo,
> hataw ang bilis ng mail ninyo sa internet, pero yung pala, na retrieve na.
> :-)
>
> Meron din akong ginawang tweak sa fetchmail. I had to kill and run him
every
> 30 minutes, kasi when it goes in sleep mode, ayaw ng mabuhay. Pero na sa
> processes pa rin siya (ps ax). Siguro bug ng fetchmail ito noon. 1996 pa
> kasi iyon he. :-) Btw, I'm running this with the help of cron.
>
> Kung gusto mo rin e-webbased ang internal mo, you can do it with either
> endymion(perl based) or horde (php based). If you're planning to push
> through with horde, Doc Mana can help you a lot.
>
> Doc Mana, hindi ka na namin naririnig sa PLUG. We miss you. :-)
>
>
> --
> .-------------------------------------------------------.
> o^o | Ronneil Camara, | [EMAIL PROTECTED] |
> /V\ |--------------------| +632 6354086 +63917 5326993 |
> // \\ | "The only way to `----------------------------------|
> /( )\ | stop a hacker is to think like one." |
> ^^-^^ | ...brilliant misguided youth |
> `-------------------------------------------------------'
>
> _
> Philippine Linux Users Group. Web site and archives at
http://plug.linux.org.ph
> To leave: send "unsubscribe" in the body to [EMAIL PROTECTED]
>
_
Philippine Linux Users Group. Web site and archives at http://plug.linux.org.ph
To leave: send "unsubscribe" in the body to [EMAIL PROTECTED]
