regarding fethcing mails

[kcpant]

Hi all,

Now, I 'm posting a new question in my favourite forum, you all please suggest whatever is best against it:

Is using fetchmail for a 60-80 users is proper solution, or should I plan to try something else? to be fair, for MTA and mail scanning etc., I know so many options ( like sendmail , postfix, qmail ..and mailscanner,spamassain, clamav, mcafee etc etc..), but for fetching mails from my mail ISP, I only used to use fetchmail till now.but the projects handeled till date are of small (10-15) user base.

Please put your valuable suggestions to guide me in this context ( steven..!)

regards,

[Steven E. Protter]

sendmail/postfix will work pretty well.

spamassassin will intergraet pretty well with that setup.

That backend setup is standard with Linux and will work with almost any email client, including Microsoft's exchange client.

Your current setup will scale pretty nicely.

You can add in web based email with http://www.squirrelmail.org as well.

So you can keep going with your current setup without difficulty.

SEP

[kcpant]

hi steven,

thanks for supporting me...But I want to know one more thing, as fetchmail retrieves mails for users one by one as defined in the fetchmailrc script, if I have a 60-80 users base, the turn cycle for a user will come after a long time ( say, if average mails to a user are about 5, and average time to fetch them is about 1 minute, then the next turn for one user will come after 60 minutes, and that's obviously not accepteable!).So, how you would tackle this kind of situation?....or, is it better to run each users fetchmailrc separately than having a common fetchmailrc run by root?..

thanks & regards...

[Stuart Browne]

For this many users, I'd serious consider either being a primary MX target for a domain/subdomain, or having your ISP smtp-relay for you.

The idea is to have your Linux box actually receive all the mail for your users instead of your ISP putting them in mail boxes for you to fetch.

Depending on the situation, this might ormight not be of use to you however. If you have no intention of configuring/running a more permenant mail server, then 'fetchmail' is probably your best bet.

Personally however, I've never used it. I've always primary MX'd my own domains.

[Johannes Krackowizer_1]

hi,

about three years ago i had one dial-up connection to send and retrieve e-mail. i used sendmail and a little script within cron to tell sendmail every hour to connect my isp (they did smtp-relaying for my company) to check for new mail and deliver my mails to the world. i'm not sure about the command to tell sendmail to connect, but i think it was simply sendmail -q er so.

johannes

[Johannes Krackowizer_1]

ps: i have to look for my sendmail.m4 conf file at home to tell you my hole configuration because i have configured sendmail to do nothing automatic so the clients could retrieve mail from my server via pop3 and deliver mails via smtp to my server. and every full hour my cron starts sendmail -q or something like that to start sendmail doing his work.

johannes

[Francisco J. Soler]

Hi kcpant,
what kind of connection have you?

If you have no bandwidth problem you can think seriously about to put a fetchmail in each user account.

The other possibility is to configure each mail client directly, you have less control but no delay in fetching mail.

Frank.

[Peeyush]

i think if u create only
~/.fetchmailrc

with all information, it will..you dont have to go to each use accoutn and copy/modify the details

have a look at fetchmail faq
http://www.linux-faqs.com/faq/fetchmail/

[kcpant]

closing thread