[GLLUG] fetchmail solution for mail.msu.edu

[Scott Henry Harrison]

Hi Dennis Pipper et. al.: 

Picking up on a thread from this April. 

In early May, I was playing around with the mail.msu.edu upgrade
and trying to set-up fetchmail. 

I tried all the solutions, and like you experienced, none of them
worked, at least as described at:
http://www.egr.msu.edu/archives/public/linux-user/2003-April.txt 

What did work (for contemporary and past versions of
fetchmail and redhat) was to have this as the .fetchmailrc file: 

poll mail.msu.edu with proto IMAP and options no dns
      user 'YOURMSUNAME' there with pass 'YOURMSUPASSWORD'
      is 'YOURCLIENTUSERNAME' here ssl 

For some reason, fetchmail (on redhat at least) did not want
to work with the POP protocol, but it did work fine with IMAP+SSL. 

(Of course, this all assumes that the mail.msu.edu server is...ahem...
working.) 

Regards,
Scott 

>Dan, 
>
>did that too.  It didn't make a difference.  Maybe I will try upgrading
>fetchmail (eek!)  It has been running smooth for almost a year now. 
>
>Oh well, sound like a weekend project is brewing....

>> Hey, the following .fetchmailrc works for me: 
>>
>> poll mail.msu.edu protocol pop3 no dns username "me" password "secret"
>> is "dan" here options fetchall ssl 
>>
>> I had to throw the no dns in because one of my first email messages was
>> a spam on which it couldn't do the dns lookup of the claimed hostname,
>> so fetchmail would sit and just hang there.  When I converted, there
>> were a couple of messages (both spam I think) that were a pain, one
>> because of that dns lookup, the other was something or other about
>> invalid characters in the address of the From: field, I had to manually
>> remove that one via the webmail interface, but it's been fine since. For
>> what it's worth I'm running:
>
>> This is fetchmail release 6.2.0+POP2+RPA+SDPS+SSL+OPIE+INET6+NLS 
>>
>> -Dan 
>>