For work, I have had to use Microsoft outlook for e-mail. I'd like to be able to get at it through either KMail or evolution on my home F13 machine. I've tried to set up both without success. That I've never used a mail client before probably doesn't help.
With KMail I'm stuck when I get to Server Innformation Incoming server: Outgoing server: Use local delivery
With evolution, I'm stuck when I get to the "Receiving Email" page. For server, I'm completely stuck. Which username? My name on my box or the username part of my e-mail address?
On 06/15/2011 03:16 PM, Michael Hennebry wrote:
With KMail I'm stuck when I get to Server Innformation Incoming server: Outgoing server: Use local delivery
There was a time when I could easily have talked you through finding the information in Outlook, but I happily recycled those neurons years ago. Talk to the helpdesk at work, tell them what you need and they'll give you everything you need. HTH, HAND.
On Wed, 15 Jun 2011 17:16:58 -0500 (CDT) Michael Hennebry wrote:
For work, I have had to use Microsoft outlook for e-mail. I'd like to be able to get at it through either KMail or evolution on my home F13 machine. I've tried to set up both without success. That I've never used a mail client before probably doesn't help.
Microsoft Outlook IS a mail client.
If you want to receive mail from a mail server (such as sendmail, postfix or, in the Microsoft world, Microsoft Exchange) then you can use Microsoft Outlook or any of a huge number of mail clients on Linux such as Kmail, Evolution, or my personal favourite, Sylpheed, to pick up mail from the mail server.
If you want to transfer existing email from your Microsoft Outlook datafiles to a different mail client that isn't Microsoft Outlook, that's a different question. It's my current understanding that you can use Thunderbird on Windows to import a pst file and then import from that into Evolution or, possibly, Sylpheed.
If you want to be able to use both Microsoft Outlook and a Linux mail client in tandem, i.e. check and respond to your email from both systems, then you will require a mail server that supports the imap protocol. Depending on who provides your email service (your isp, usually) this capability may or may not be provided.
Michael Hennebry writes:
For work, I have had to use Microsoft outlook for e-mail. I'd like to be able to get at it through either KMail or evolution on my home F13 machine. I've tried to set up both without success. That I've never used a mail client before probably doesn't help.
With KMail I'm stuck when I get to Server Innformation Incoming server: Outgoing server: Use local delivery
Ask your helpdesk at work for IMAP and SMTP connection and login information for your Exchange account.
There's a slim chance that you'll get lucky and they won't react as if you've grown a second head on your shoulders, and give you that; then you'll just plug that into the above dialogs.
If your Exchange server does not have IMAP and SMTP enabled, you're out of luck.
On Wed, 15 Jun 2011, Joe Zeff wrote:
On 06/15/2011 03:16 PM, Michael Hennebry wrote:
With KMail I'm stuck when I get to Server Innformation Incoming server: Outgoing server: Use local delivery
There was a time when I could easily have talked you through finding the information in Outlook, but I happily recycled those neurons years ago. Talk to the helpdesk at work, tell them what you need and they'll give you everything you need. HTH, HAND.
Alas, I expect not. We are rapidly becoming a Windows-only shop. I have my doubts they actually know. I'm pretty sure Microsoft has the actual mail. Supposing they do know, neither evolution nor KMail is on their list of approved clients. How should I phrase the question to avoid explicitly mentioning a client?
On Wed, 15 Jun 2011, Frank Cox wrote:
On Wed, 15 Jun 2011 17:16:58 -0500 (CDT) Michael Hennebry wrote:
For work, I have had to use Microsoft outlook for e-mail. I'd like to be able to get at it through either KMail or evolution on my home F13 machine. I've tried to set up both without success. That I've never used a mail client before probably doesn't help.
Microsoft Outlook IS a mail client.
I've just been using the web interface. Before the migration, I'd used Squirrel Mail.
If you want to be able to use both Microsoft Outlook and a Linux mail client in tandem, i.e. check and respond to your email from both systems, then you will require a mail server that supports the imap protocol. Depending on who provides your email service (your isp, usually) this capability may or may not be provided.
Ouch. I'm pretty sure it's POP.
On Wed, 2011-06-15 at 17:16 -0500, Michael Hennebry wrote:
For work, I have had to use Microsoft outlook for e-mail. I'd like to be able to get at it through either KMail or evolution on my home F13 machine. I've tried to set up both without success. That I've never used a mail client before probably doesn't help.
With KMail I'm stuck when I get to Server Innformation Incoming server: Outgoing server: Use local delivery
With evolution, I'm stuck when I get to the "Receiving Email" page. For server, I'm completely stuck. Which username? My name on my box or the username part of my e-mail address?
Evolution has plugins that can be used to connect to an Exchange server using MS protocols, but it has to be set up and there's more than one way to do it. Since I've never had to deal with this myself, my recommendation is that you ask on the Evolution list (http://mail.gnome.org/mailman/listinfo/evolution-list) where this topic is frequently discussed.
poc
On Wed, 2011-06-15 at 18:39 -0400, Sam Varshavchik wrote:
Michael Hennebry writes:
For work, I have had to use Microsoft outlook for e-mail. I'd like to be able to get at it through either KMail or evolution on my home F13 machine. I've tried to set up both without success. That I've never used a mail client before probably doesn't help.
With KMail I'm stuck when I get to Server Innformation Incoming server: Outgoing server: Use local delivery
Ask your helpdesk at work for IMAP and SMTP connection and login information for your Exchange account.
There's a slim chance that you'll get lucky and they won't react as if you've grown a second head on your shoulders, and give you that; then you'll just plug that into the above dialogs.
If your Exchange server does not have IMAP and SMTP enabled, you're out of luck.
Not entirely. Exchange supports something called OWA (Outlook Web Access), and Evolution can talk to Exchange servers outside of IMAP.
poc
On Wed, 2011-06-15 at 17:39 -0500, Michael Hennebry wrote:
On Wed, 15 Jun 2011, Joe Zeff wrote:
On 06/15/2011 03:16 PM, Michael Hennebry wrote:
With KMail I'm stuck when I get to Server Innformation Incoming server: Outgoing server: Use local delivery
There was a time when I could easily have talked you through finding the information in Outlook, but I happily recycled those neurons years ago. Talk to the helpdesk at work, tell them what you need and they'll give you everything you need. HTH, HAND.
Alas, I expect not. We are rapidly becoming a Windows-only shop. I have my doubts they actually know. I'm pretty sure Microsoft has the actual mail. Supposing they do know, neither evolution nor KMail is on their list of approved clients. How should I phrase the question to avoid explicitly mentioning a client?
Ask them how to access your mail from your smartphone. If you don't have one just pretend you're evaluating which one to get.
poc
On Wed, 2011-06-15 at 17:44 -0500, Michael Hennebry wrote:
On Wed, 15 Jun 2011, Frank Cox wrote:
On Wed, 15 Jun 2011 17:16:58 -0500 (CDT) Michael Hennebry wrote:
For work, I have had to use Microsoft outlook for e-mail. I'd like to be able to get at it through either KMail or evolution on my home F13 machine. I've tried to set up both without success. That I've never used a mail client before probably doesn't help.
Microsoft Outlook IS a mail client.
I've just been using the web interface. Before the migration, I'd used Squirrel Mail.
If you want to be able to use both Microsoft Outlook and a Linux mail client in tandem, i.e. check and respond to your email from both systems, then you will require a mail server that supports the imap protocol. Depending on who provides your email service (your isp, usually) this capability may or may not be provided.
Ouch. I'm pretty sure it's POP.
Then you're laughing. Any of the Linux mail clients can read POP as long as you know how to authenticate to the server.
poc
On Wed, 15 Jun 2011, Patrick O'Callaghan wrote:
On Wed, 2011-06-15 at 17:44 -0500, Michael Hennebry wrote:
On Wed, 15 Jun 2011, Frank Cox wrote:
On Wed, 15 Jun 2011 17:16:58 -0500 (CDT) Michael Hennebry wrote:
For work, I have had to use Microsoft outlook for e-mail. I'd like to be able to get at it through either KMail or evolution on my home F13 machine. I've tried to set up both without success. That I've never used a mail client before probably doesn't help.
Microsoft Outlook IS a mail client.
Apparently the correct term is exchange, a term not used in the migration information we were given.
If you want to be able to use both Microsoft Outlook and a Linux mail client in tandem, i.e. check and respond to your email from both systems, then you will require a mail server that supports the imap protocol. Depending on who provides your email service (your isp, usually) this capability may or may not be provided.
Ouch. I'm pretty sure it's POP.
Then you're laughing. Any of the Linux mail clients can read POP as long as you know how to authenticate to the server.
That leaves the blanks I need to fill in.
From migration information given to Mac users,
I gather at least part of one answer is red001.mail.microsoftonline.com . If so, is that incoming server, outgoing server or something else.
On Wed, 2011-06-15 at 17:16 -0500, Michael Hennebry wrote:
For work, I have had to use Microsoft outlook for e-mail. I'd like to be able to get at it through either KMail or evolution on my home F13 machine. I've tried to set up both without success. That I've never used a mail client before probably doesn't help.
With KMail I'm stuck when I get to Server Innformation Incoming server: Outgoing server: Use local delivery
With evolution, I'm stuck when I get to the "Receiving Email" page. For server, I'm completely stuck. Which username? My name on my box or the username part of my e-mail address?
Mike-
If you are talking about connecting to an Exchange server, there are a few options, and you might need the cooperation of your server admins.
The only Linux client that I know of that tries to work with Exchange is Evolution (but see below). Here's what you can do:
For Exchange 2007 or earlier, on the Receiving page, select Microsoft Exchange as the server type. (That uses the old OWA--Outlook Web Access--protocol.) Your username is probably just the name part of your e-mail address, not the domain. You'll need your admin to give you the OWA URL.
For Exchange 2010, you can try the Exchange MAPI server type. Your admin can tell you the server and "domain name" (that's Exchange domain, not DNS domain). The MAPI interface is not yet feature complete, but it seemed more or less functional last time I tried it.
If neither of those work for you, you can try the IMAP interface. Not all Exchange servers offer IMAP--that's up to your admin. If IMAP is available, you can use any mail client, but you won't be able to get calendar, contact, and task data.
For Exchange protocols, receiving and sending are configured together. For IMAP, you'll need to send mail via SMTP, so you'll need the server name for that from your admin as well.
Most of the rest should be more or less self explanatory. You may need to get your admin's advice about encryption and authentication protocols.
HTH.
On Wed, 2011-06-15 at 18:24 -0500, Michael Hennebry wrote:
That leaves the blanks I need to fill in.
From migration information given to Mac users,
I gather at least part of one answer is red001.mail.microsoftonline.com . If so, is that incoming server, outgoing server or something else.
Unless Microsoft is handling NoDak's e-mail, that sounds wrong. But if it's the right server, it will be the only one for Exchange OWA or MAPI. For IMAP/SMTP, it could be correct for both (or not...).
On Wed, 15 Jun 2011, Matthew Saltzman wrote:
On Wed, 2011-06-15 at 18:24 -0500, Michael Hennebry wrote:
That leaves the blanks I need to fill in.
From migration information given to Mac users,
I gather at least part of one answer is red001.mail.microsoftonline.com . If so, is that incoming server, outgoing server or something else.
Unless Microsoft is handling NoDak's e-mail, that sounds wrong. But if
Yup. Microsoft has our e-mail.
it's the right server, it will be the only one for Exchange OWA or MAPI. For IMAP/SMTP, it could be correct for both (or not...).
On Wed, 15 Jun 2011, Patrick O'Callaghan wrote:
On Wed, 2011-06-15 at 17:39 -0500, Michael Hennebry wrote:
Alas, I expect not. We are rapidly becoming a Windows-only shop. I have my doubts they actually know. I'm pretty sure Microsoft has the actual mail. Supposing they do know, neither evolution nor KMail is on their list of approved clients. How should I phrase the question to avoid explicitly mentioning a client?
Ask them how to access your mail from your smartphone. If you don't have one just pretend you're evaluating which one to get.
Thank you for that suggestion. It turns out that they have just that information on their website. I was wrong about POP: * Account type: IMAP * Incoming mail server: imap.ndsu.nodak.edu * Incoming mail server encryption: SSL on port 993 * Outgoing mail server: smtp.ndsu.nodak.edu * Outgoing mail server encryption: TLS on port 587 * Username: Your NDSU Electronic ID * Password: Your NDSU Password
That said, I still can't do it. evolution tells me evolution-mail-Message: Error occurred while existing dialogue active: Could not connect to imap.ndsu.nodak.edu: Connection timed out
On 06/15/2011 03:39 PM, Michael Hennebry wrote:
Alas, I expect not. We are rapidly becoming a Windows-only shop. I have my doubts they actually know. I'm pretty sure Microsoft has the actual mail. Supposing they do know, neither evolution nor KMail is on their list of approved clients. How should I phrase the question to avoid explicitly mentioning a client?
The server names are going to be the same no matter what email client (or OS) you use. Just tell them that you want to collect your work email from home and you need the servers. Then, just plug them in when you set up the account at home.
On 06/15/2011 03:44 PM, Michael Hennebry wrote:
Ouch. I'm pretty sure it's POP.
POP (or to be more accurate, POP3) just means that you download the mail to your client instead of having it "live" on the server. If you expect to need any emails you get to be available at work, just be sure to tell your home client to leave it on the server after downloading it.
On Wed, 2011-06-15 at 21:47 -0500, Michael Hennebry wrote:
On Wed, 15 Jun 2011, Patrick O'Callaghan wrote:
On Wed, 2011-06-15 at 17:39 -0500, Michael Hennebry wrote:
Alas, I expect not. We are rapidly becoming a Windows-only shop. I have my doubts they actually know. I'm pretty sure Microsoft has the actual mail. Supposing they do know, neither evolution nor KMail is on their list of approved clients. How should I phrase the question to avoid explicitly mentioning a client?
Ask them how to access your mail from your smartphone. If you don't have one just pretend you're evaluating which one to get.
Thank you for that suggestion. It turns out that they have just that information on their website. I was wrong about POP: * Account type: IMAP * Incoming mail server: imap.ndsu.nodak.edu * Incoming mail server encryption: SSL on port 993 * Outgoing mail server: smtp.ndsu.nodak.edu * Outgoing mail server encryption: TLS on port 587 * Username: Your NDSU Electronic ID * Password: Your NDSU Password
That said, I still can't do it. evolution tells me evolution-mail-Message: Error occurred while existing dialogue active: Could not connect to imap.ndsu.nodak.edu: Connection timed out
Looks very standard and Evo (or TBird) should be able to handle it. There's nothing MS specific in that config info. Are you sure you've set up the ports as specified? Could there be an authenticated password step? To check from Evo, go to Edit->Preferences-><account name>->Receiving Email and click "Check for supported types" under the Authentication Types heading.
poc
On Thu, Jun 16, 2011 at 2:19 PM, Patrick O'Callaghan pocallaghan@gmail.com wrote:
On Wed, 2011-06-15 at 21:47 -0500, Michael Hennebry wrote:
On Wed, 15 Jun 2011, Patrick O'Callaghan wrote:
On Wed, 2011-06-15 at 17:39 -0500, Michael Hennebry wrote:
Alas, I expect not. Â We are rapidly becoming a Windows-only shop. I have my doubts they actually know. I'm pretty sure Microsoft has the actual mail. Supposing they do know, neither evolution nor KMail is on their list of approved clients. How should I phrase the question to avoid explicitly mentioning a client?
Ask them how to access your mail from your smartphone. If you don't have one just pretend you're evaluating which one to get.
Thank you for that suggestion. It turns out that they have just that information on their website. I was wrong about POP:    * Account type: IMAP    * Incoming mail server: imap.ndsu.nodak.edu    * Incoming mail server encryption: SSL on port 993    * Outgoing mail server: smtp.ndsu.nodak.edu    * Outgoing mail server encryption: TLS on port 587    * Username: Your NDSU Electronic ID    * Password: Your NDSU Password
That said, I still can't do it. evolution tells me evolution-mail-Message: Error occurred while existing dialogue active: Could not connect to imap.ndsu.nodak.edu: Connection timed out
Looks very standard and Evo (or TBird) should be able to handle it. There's nothing MS specific in that config info. Are you sure you've set up the ports as specified? Could there be an authenticated password step? To check from Evo, go to Edit->Preferences-><account name>->Receiving Email and click "Check for supported types" under the Authentication Types heading.
poc
-- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
for exchange sever after 2007, you may use evolution-mapi or you can use DavMail as bridge. Both work well for me.
On Wed, 15 Jun 2011 19:56:12 -0700 Joe Zeff wrote:
It's my current understanding that you can use Thunderbird on Windows to import a pst file and then import from that into Evolution or, possibly, Sylpheed.
Or, if you have a dual boot, use Thunderbird under Linux, which is what I use.
It's my understanding (possibly out-of-date) that Thunderbird requires (or required) some libraries that exist only on Windows to import pst files.
On Wed, 2011-06-15 at 21:47 -0500, Michael Hennebry wrote:
* Account type: IMAP * Incoming mail server: imap.ndsu.nodak.edu * Incoming mail server encryption: SSL on port 993
Then you probably need to specify the incoming mail server as imap.nsdu.nodak.edu:993 . Also make sure that you specify SSL encryption.
* Outgoing mail server: smtp.ndsu.nodak.edu * Outgoing mail server encryption: TLS on port 587
Outgoing server is then smtp.ndsu.nodak.edu:587 and you will need to check the "server requires authentication" box. Also make sure that you check TLS encryption.
--Greg
On 06/15/2011 11:43 PM, Frank Cox wrote:
It's my understanding (possibly out-of-date) that Thunderbird requires (or required) some libraries that exist only on Windows to import pst files.
There's an add-on that improves your import functionality. I had to install it to import my mailboxes and address book from a Windows version of Eudora.
On Thu, 16 Jun 2011, Greg Woods wrote:
On Wed, 2011-06-15 at 21:47 -0500, Michael Hennebry wrote:
* Account type: IMAP * Incoming mail server: imap.ndsu.nodak.edu * Incoming mail server encryption: SSL on port 993
Then you probably need to specify the incoming mail server as imap.nsdu.nodak.edu:993 . Also make sure that you specify SSL encryption.
So that is the syntax. I hadn't seen a place to put the ports and assumed that they were standard.
* Outgoing mail server: smtp.ndsu.nodak.edu * Outgoing mail server encryption: TLS on port 587
Outgoing server is then smtp.ndsu.nodak.edu:587 and you will need to check the "server requires authentication" box. Also make sure that you check TLS encryption.
Likewise.
Thank you Greg for telling me how.
Alas still no go. Now it asks me for a password, but it won't take it. The error box says Unable to authenticate to IMAP server. IMAP command failed: Could not connect to server
Please enter ...
I dont' get connection timed out anymore.
On Thu, 2011-06-16 at 12:11 -0500, Michael Hennebry wrote:
Alas still no go. Now it asks me for a password, but it won't take it. The error box says Unable to authenticate to IMAP server. IMAP command failed: Could not connect to server
Did you try the check for supported authentication types I mentioned in an earlier reply?
poc
On Thu, 16 Jun 2011, Patrick O'Callaghan wrote:
On Thu, 2011-06-16 at 12:11 -0500, Michael Hennebry wrote:
Alas still no go. Now it asks me for a password, but it won't take it. The error box says Unable to authenticate to IMAP server. IMAP command failed: Could not connect to server
Did you try the check for supported authentication types I mentioned in an earlier reply?
Yes. An error box pops up and goes away faster than I can read it. At least I expect it's an error box.
On Thu, Jun 16, 2011 at 7:05 PM, Michael Hennebry hennebry@web.cs.ndsu.nodak.edu wrote:
On Thu, 16 Jun 2011, Patrick O'Callaghan wrote:
On Thu, 2011-06-16 at 12:11 -0500, Michael Hennebry wrote:
Alas still no go. Now it asks me for a password, but it won't take it.
You probably have something set wrong on your end. Double check the server names, ports, and authentication.
If you can't get Evolution to play, try Thunderbird. With either program, you will have to enter your password at least once and you have the option of having the client remember the password so you do not have to enter it every time.
At my school we switched to microsoft for email a while ago and there are two ways that I know of that work.
The approach I took, since I do not care for outlook and I like gmail, was to use the web access to login to my email MS account and setup forwarding, so that all of my school email gets forwarded to my gmail account. Gmail will let you set your account up so that you can use your school email address as the from address for messages that you send (you can also use the gmail address as the from address - there's a dropdown list to select the address).
If you don't want use gmail then Thunderbird will work. A professor that I work for uses Thunderbird on his home system and it works fine. As was mentioned in the discussion about Evolution you have to make sure you check the box for TLS and get the server settings right.
One nice thing about using Thunderbird is that your messages get downloaded to your system so you can still get to the downloaded messages if your internet connection goes down, or if you use a laptop and are somewhere with no access. When I had a dodgy ISP at home I used to use Thunderbird to download my gmail messages.
Whichever way you wind up resolving this, once you get it working be sure your email client is set to leave the messages on the server. I'm not sure about this, but deleting messages on the server after they are downloaded may be the default.
Good luck,
Mike
On Thu, 16 Jun 2011, Mike Williams wrote:
On Thu, Jun 16, 2011 at 7:05 PM, Michael Hennebry hennebry@web.cs.ndsu.nodak.edu wrote:
On Thu, 16 Jun 2011, Patrick O'Callaghan wrote:
On Thu, 2011-06-16 at 12:11 -0500, Michael Hennebry wrote:
Alas still no go. Now it asks me for a password, but it won't take it.
You probably have something set wrong on your end. Double check the server names, ports, and authentication.
The question is what? The server names I cut and pasted. The port numbers are right. The options for authenticationn are password and things I'd never heard or read about.
For the masochists, the data from which I am working is here: http://www.ndsu.edu/its/help/index/mobile_devices/configuration/
I finally managed to read the "error box" from when clicked on "Check for supported types": "Querying server for list of suported authentication mechanisms." I had to do a lot of fast clicking.
If you can't get Evolution to play, try Thunderbird. With either program, you will have to enter your password at least once and you
Is there a reason to expect Thunderbird to do better? I have mmajor difficulties putting much effort into something I expect not to work.
At my school we switched to microsoft for email a while ago and there are two ways that I know of that work.
The approach I took, since I do not care for outlook and I like gmail, was to use the web access to login to my email MS account and setup forwarding, so that all of my school email gets forwarded to my gmail
I've considered similar, but there are two problems: The documentation seems to imply that if I do that, I will lose the mail already in my inbox. The described mechanism seems not to bethere.
If you don't want use gmail then Thunderbird will work. A professor
Gawd I hope so.
that I work for uses Thunderbird on his home system and it works fine. As was mentioned in the discussion about Evolution you have to make sure you check the box for TLS and get the server settings right.
One nice thing about using Thunderbird is that your messages get downloaded to your system so you can still get to the downloaded
I'd thought that all e-mail clients had that as an option. No?
Good luck,
On Fri, Jun 17, 2011 at 11:27 AM, Michael Hennebry hennebry@web.cs.ndsu.nodak.edu wrote:
the data from which I am working is here: http://www.ndsu.edu/its/help/index/mobile_devices/configuration/
Hi Michael, I followed your link, and managed to find this page by clicking the FAQ and Help Doc's link, and then E-mail, then E-mail Software, and then Mozilla Thunderbird for PC: http://www.ndsu.edu/its/help/index/e_mail/e_mail_software/mozilla_thunderbir...
These instructions are for the Windows version (using Windows for screenshots), but I'm very confident that the Linux version will be the same.
I hope this helps. I still think Evolution should work, however I've used both and tend to prefer Thunderbird, however I usually use Gmail these days :-)
Jayson
On Fri, 2011-06-17 at 10:27 -0500, Michael Hennebry wrote:
You probably have something set wrong on your end. Double check the server names, ports, and authentication.
The question is what? The server names I cut and pasted. The port numbers are right. The options for authenticationn are password and things I'd never heard or read about.
For the masochists, the data from which I am working is here: http://www.ndsu.edu/its/help/index/mobile_devices/configuration/
I haven't read the whole thread but it sounds like the OP is trying to configure Evolution to send and receive mail on an account at ndsu.edu. Looking at the information in the above link, it appears to be exactly the same (except for SMTP port) as a GMail account.
My Evolution is 2.32.2 on F14. If you email me direct, I will send you screen shots of my GMail configuration pages. That may be of some help.
Fred
On Fri, 17 Jun 2011, Jayson Rowe wrote:
On Fri, Jun 17, 2011 at 11:27 AM, Michael Hennebry hennebry@web.cs.ndsu.nodak.edu wrote:
the data from which I am working is here: http://www.ndsu.edu/its/help/index/mobile_devices/configuration/
Hi Michael, I followed your link, and managed to find this page by clicking the FAQ and Help Doc's link, and then E-mail, then E-mail Software, and then Mozilla Thunderbird for PC: http://www.ndsu.edu/its/help/index/e_mail/e_mail_software/mozilla_thunderbir...
Something still doesn't like me. Either it rejects my password or the connection times out. I get password rejection if I use port 993 and SSL/TLS, timeout if I use port 993 and STARTTLS.
I really don't understand why this has to be so gawdawful hard. It seems to me that I should be able to just point the client at the right url and the client could do a query for all the non-user-specific data.
If wishes were fishes. Pardon me while I go kill something.
On Fri, 17 Jun 2011, Fred Erickson wrote:
My Evolution is 2.32.2 on F14. If you email me direct, I will send you screen shots of my GMail configuration pages. That may be of some help.
I've got 2.30.3 on F13.
On 06/17/2011 08:27 AM, Michael Hennebry wrote:
Is there a reason to expect Thunderbird to do better? I have mmajor difficulties putting much effort into something I expect not to work.
I use Thunderbird and found it easy to set up. (Of course, I've lots more experience with this than you do, but it's not as obscure as it might be.) In Thunderbird, there's a typing box for the server name and a second box for the port number instead of putting it all into one entry as mail.example.com:110. I'd guess that you can have it set up and tested in under ten minutes once it's installed and the only likely problem is not getting the authentication method right the first time.
Could someone translate the following information into a fetchmail command?
* Account type: IMAP * Incoming mail server: imap.ndsu.nodak.edu * Incoming mail server encryption: SSL on port 993 * Outgoing mail server: smtp.ndsu.nodak.edu * Outgoing mail server encryption: TLS on port 587 * Username: Your NDSU Electronic ID * Password: Your NDSU Password
If willing, please put --keep in the correct location. I did manage to get some information from the man page.
On Sat, 18 Jun 2011, Michael Hennebry wrote:
Could someone translate the following information into a fetchmail command?
* Account type: IMAP * Incoming mail server: imap.ndsu.nodak.edu * Incoming mail server encryption: SSL on port 993 * Outgoing mail server: smtp.ndsu.nodak.edu * Outgoing mail server encryption: TLS on port 587 * Username: Your NDSU Electronic ID * Password: Your NDSU Password
If willing, please put --keep in the correct location. I did manage to get some information from the man page.
Would the command end with imap.ndsu.nodak.edu ?
fetchmail man page:
fetchmail [option...] [mailserver...]
imap.ndsu.nodak.edu would be [mailserver...] ?
From your subject line it looks like you want to open the files with an
email client. I usually use fetchmail in perl to process my pop account used for helpdesk management, but I found this which should help you, you can use foremail which is from procmail to form the mbox type files which you can open up with an email client. In your fetchmail rc file, put in the following config with these directions from another users suggestion, just found this on a quick google, hope this helps.
Use the following fetchmail configuration as a template. Replace all USERNAME with your unix user account name, all PASSWORD with the password for that IMAP account, all IMAPUSER with the IMAP username, all MAILHOST with the IMAP serverhostname and finally all MBOXPATH your mbox (absolute) filenames.
--- BEGIN CONFIG ---
set postmaster "USERNAME" set bouncemail set no spambounce set softbounce set properties "" set no showdots
poll MAILHOST with proto IMAP user 'IMAPUSER' there with password 'PASSWORD' is 'USERNAME' here options keep fetchall ssl mda "formail -c >> /MBOXPATH/inbox" folder INBOX
poll MAILHOST with proto IMAP user 'IMAPUSER' there with password 'PASSWORD' is 'USERNAME' here options keep fetchall ssl mda "formail -c >> /MBOXPATH/sent" folder INBOX.Sent
--- END CONFIG ---
Damian Kohlfeld
-----Original Message----- From: users-bounces@lists.fedoraproject.org [mailto:users-bounces@lists.fedoraproject.org] On Behalf Of Michael Hennebry Sent: Saturday, June 18, 2011 11:46 PM To: Community support for Fedora users Subject: Re: How do I point a mail client at Microsoft outlook?
On Sat, 18 Jun 2011, Michael Hennebry wrote:
Could someone translate the following information into a fetchmail
command?
* Account type: IMAP * Incoming mail server: imap.ndsu.nodak.edu * Incoming mail server encryption: SSL on port 993 * Outgoing mail server: smtp.ndsu.nodak.edu * Outgoing mail server encryption: TLS on port 587 * Username: Your NDSU Electronic ID * Password: Your NDSU Password
If willing, please put --keep in the correct location. I did manage to get some information from the man page.
Would the command end with imap.ndsu.nodak.edu ?
fetchmail man page:
fetchmail [option...] [mailserver...]
imap.ndsu.nodak.edu would be [mailserver...] ?
One more thing, I just noticed you had port 993 for SSL, is that correct, it usually is 995??
Damian Kohlfeld
-----Original Message----- From: users-bounces@lists.fedoraproject.org [mailto:users-bounces@lists.fedoraproject.org] On Behalf Of Michael Hennebry Sent: Saturday, June 18, 2011 11:46 PM To: Community support for Fedora users Subject: Re: How do I point a mail client at Microsoft outlook?
On Sat, 18 Jun 2011, Michael Hennebry wrote:
Could someone translate the following information into a fetchmail
command?
* Account type: IMAP * Incoming mail server: imap.ndsu.nodak.edu * Incoming mail server encryption: SSL on port 993 * Outgoing mail server: smtp.ndsu.nodak.edu * Outgoing mail server encryption: TLS on port 587 * Username: Your NDSU Electronic ID * Password: Your NDSU Password
If willing, please put --keep in the correct location. I did manage to get some information from the man page.
Would the command end with imap.ndsu.nodak.edu ?
fetchmail man page:
fetchmail [option...] [mailserver...]
imap.ndsu.nodak.edu would be [mailserver...] ?
Let me know about that ssl port, and if that works out for you, thanks
Damian Kohlfeld
-----Original Message----- From: users-bounces@lists.fedoraproject.org [mailto:users-bounces@lists.fedoraproject.org] On Behalf Of Michael Hennebry Sent: Saturday, June 18, 2011 11:46 PM To: Community support for Fedora users Subject: Re: How do I point a mail client at Microsoft outlook?
On Sat, 18 Jun 2011, Michael Hennebry wrote:
Could someone translate the following information into a fetchmail
command?
* Account type: IMAP * Incoming mail server: imap.ndsu.nodak.edu * Incoming mail server encryption: SSL on port 993 * Outgoing mail server: smtp.ndsu.nodak.edu * Outgoing mail server encryption: TLS on port 587 * Username: Your NDSU Electronic ID * Password: Your NDSU Password
If willing, please put --keep in the correct location. I did manage to get some information from the man page.
Would the command end with imap.ndsu.nodak.edu ?
fetchmail man page:
fetchmail [option...] [mailserver...]
imap.ndsu.nodak.edu would be [mailserver...] ?
993 is for imaps
995 is for pop3s
Since he specified "Account type IMAP" it is 993
Missed that, you're correct. So, you should be fine with that, fetchmail will use 993 for secure imap.
Damian Kohlfeld
On Sat, 18 Jun 2011, Damian Kohlfeld wrote:
Use the following fetchmail configuration as a template. Replace all
It goes in ~/.fetchmailrc ? The command is just fetchmail ?
USERNAME with your unix user account name, all PASSWORD with the password for that IMAP account, all IMAPUSER with the IMAP username, all MAILHOST with the IMAP serverhostname and finally all MBOXPATH your mbox (absolute) filenames.
--- BEGIN CONFIG ---
set postmaster "USERNAME" set bouncemail set no spambounce set softbounce set properties "" set no showdots
poll MAILHOST with proto IMAP user 'IMAPUSER' there with password 'PASSWORD' is 'USERNAME' here
If I omit password 'PASSWORD' it will prompt?
options keep fetchall ssl mda "formail -c >> /MBOXPATH/inbox" folder INBOX
"formail -c >> /MBOXPATH/inbox" is a shell command, the target is a plain file which need not already exist? what is the affect of folder INBOX ?
poll MAILHOST with proto IMAP user 'IMAPUSER' there with password 'PASSWORD' is 'USERNAME' here options keep fetchall ssl mda "formail -c >> /MBOXPATH/sent" folder INBOX.Sent
Now I'm really confused. It looks to me like this would do the same thing again only with different targets on the client side.
--- END CONFIG ---
Damian Kohlfeld
On Sun, 2011-06-19 at 11:14 -0500, Michael Hennebry wrote:
If I omit password 'PASSWORD' it will prompt?
As always, with queries like that, you could try it and find out...
But why? One of the main points of scripting is automation.
On Sun, 19 Jun 2011 11:37:00 -0500 Tim ignored_mailbox@yahoo.com.au wrote:
On Sun, 2011-06-19 at 11:14 -0500, Michael Hennebry wrote:
If I omit password 'PASSWORD' it will prompt?
As always, with queries like that, you could try it and find out...
But why? One of the main points of scripting is automation.
Yes, but then it gets hardcoded in your .fetchmailrc file in plain text. Is that desirable? I would rather have it prompt for the few times I have to initiate the process....
Ranjan
Tim:
But why? One of the main points of scripting is automation.
Ranjan Maitra:
Yes, but then it gets hardcoded in your .fetchmailrc file in plain text. Is that desirable?
Who else gets to see *your* .fetchmailrc file? In the normal run of things, these days, your homespace isn't accessible to other users, neither are the files in it. If it is, then you've got plenty of other security concerns to worry about.
And if you're not using an encrypted connection, your password is (often) transmitted in clear text, anyway. That's far more susceptible to snooping than a file stored on your computer. Likewise with various other /rather dumb/ authentication protocols.
I would rather have it prompt for the few times I have to initiate the process....
Well, as I said, try it and see what happens. Also, search through the fetchmail man file for any mention of password, to see what it tells you about it. This is from an old man file, I expect the current release would be similar:
"The default behavior of fetchmail is to prompt you for your mailserver password before the connection is established. This is the safest way to use fetchmail and ensures that your password will not be compromised. You may also specify your password in your ~/.fetchmailrc file. This is convenient when using fetchmail in daemon mode or with scripts."
On Sun, 19 Jun 2011 12:14:50 -0500 Tim ignored_mailbox@yahoo.com.au wrote:
Tim:
But why? One of the main points of scripting is automation.
Ranjan Maitra:
Yes, but then it gets hardcoded in your .fetchmailrc file in plain text. Is that desirable?
Who else gets to see *your* .fetchmailrc file? In the normal run of things, these days, your homespace isn't accessible to other users, neither are the files in it. If it is, then you've got plenty of other security concerns to worry about.
I guess I worry that there is always the chance that the account may be broken into and compromised.....
And if you're not using an encrypted connection, your password is (often) transmitted in clear text, anyway. That's far more susceptible to snooping than a file stored on your computer. Likewise with various other /rather dumb/ authentication protocols.
I use ssl. Not sure if that takes into account your concerns, but in any case, the one-time transmittal (in clear text if so, though doubtful) seems to me may be a tad bit less worrisome than passwords (assuredly clear-text) in an omnipresent .fetchmailrc.
I would rather have it prompt for the few times I have to initiate the process....
Well, as I said, try it and see what happens.
Not clear how this pertains to my response.
You asked in your earlier e-mailed response (to someone else) why one would choose to not include the password in clear text in the .fetchmailrc. I wrote one possible reasoning which is also my concern. Unfortunately, I am not sure that your response indicates that my concerns are not valid.
Of course, as is the beauty of linux, to each his own...
Ranjan
Tim:
But why? One of the main points of scripting is automation.
Joe Zeff:
Well, you might want it to work that way if other people have access to your account and you don't want them reading your mail.
If other people have access to your account, then your security is blown, anyway. Do you know how to stop them installing something to log what you're doing? Would you remember to check if they'd done anything like that?
Tim:
Who else gets to see *your* .fetchmailrc file? In the normal run of things, these days, your homespace isn't accessible to other users, neither are the files in it. If it is, then you've got plenty of other security concerns to worry about.
Ranjan Maitra:
I guess I worry that there is always the chance that the account may be broken into and compromised.....
Is that any more likely than /them/ breaking into your mail account?
I think that someone being able to break into your account would probably expose far more for you to worry about than just the fetchmailrc file with passwords in it.
Information cached by your web browser... Passwords stored in other locations, even if seemingly encrypted (some encryption techniques are just useless)... The ability of them to install something to snoop on you...
I use ssl. Not sure if that takes into account your concerns, but in any case, the one-time transmittal (in clear text if so, though doubtful) seems to me may be a tad bit less worrisome than passwords (assuredly clear-text) in an omnipresent .fetchmailrc.
Assuming that passwords are sent through SSL, then they couldn't easily be snooped on. Though various secure mail and messaging systems aren't always as secure as some people think. Such as logon being secure, but not the actual message transmission. So as soon as you get some email that confirms some of your logon credentials, or credit card details, or anything else you want kept confidential, by writing those details into the message, they're exposed.
Anything that's not encrypted requires no effort to copy. They don't have to hack into your account, all they have to do is listen to the traffic.
And then there's: Maybe they can hack into the mail server, rather than your computer.
Well, as I said, try it and see what happens.
Not clear how this pertains to my response.
In that you wondered whether you could omit the password, and whether it would prompt. A simple experiment would have given you the answer.
The same could be said about many queries on this mailing list. And you'd know the answer straight away.
On Mon, 20 Jun 2011 05:24:12 -0500 Tim ignored_mailbox@yahoo.com.au wrote:
Tim:
Who else gets to see *your* .fetchmailrc file? In the normal run of things, these days, your homespace isn't accessible to other users, neither are the files in it. If it is, then you've got plenty of other security concerns to worry about.
Ranjan Maitra:
I guess I worry that there is always the chance that the account may be broken into and compromised.....
Is that any more likely than /them/ breaking into your mail account?
Perhaps more likely, if the mailer is at a well-protected central account? In any case, this is an additional protection. Whether there is value in additional protection at very little cost is an issue on which we may legitimately disagree.
I think that someone being able to break into your account would probably expose far more for you to worry about than just the fetchmailrc file with passwords in it.
Information cached by your web browser... Passwords stored in other locations, even if seemingly encrypted (some encryption techniques are just useless)... The ability of them to install something to snoop on you...
Of course, these are important issues, but I fail to see how following an additional security "protocol" can hurt.
I use ssl. Not sure if that takes into account your concerns, but in any case, the one-time transmittal (in clear text if so, though doubtful) seems to me may be a tad bit less worrisome than passwords (assuredly clear-text) in an omnipresent .fetchmailrc.
Assuming that passwords are sent through SSL, then they couldn't easily be snooped on. Though various secure mail and messaging systems aren't always as secure as some people think. Such as logon being secure, but not the actual message transmission. So as soon as you get some email that confirms some of your logon credentials, or credit card details, or anything else you want kept confidential, by writing those details into the message, they're exposed.
Not sure how relevant this is. I am simply talking about an additional layer of security which does not take care of every other security issue.
Anything that's not encrypted requires no effort to copy. They don't have to hack into your account, all they have to do is listen to the traffic.
And then there's: Maybe they can hack into the mail server, rather than your computer.
But that they can do anyway. I have no control over that. Only over my machine(s). Once again, short of bluster, I can not see what harm an additional layer of security can possibly cause. Note that a password needs to be typed once only when a fetchmail command is initiated. Since linux machines can run for months on end without reboot, that effectively means only once in that many times. But, of course, as I have already also said, to each his own.
Well, as I said, try it and see what happens.
Not clear how this pertains to my response.
In that you wondered whether you could omit the password, and whether it would prompt. A simple experiment would have given you the answer.
Well, if you followed the threads, you would realize that you are conflating someone else's query with my response. Your statement does not make sense because it does not apply to me. As should have been clear from my response, I know how to use fetchmail at least somewhat.
The same could be said about many queries on this mailing list. And you'd know the answer straight away.
Of course, but one of the beauties of the fedora mailing list has been the patience with which newcomers/not well-experiences have their questions answered. I have found that very helpful in the past, and it has helped me to the point that I can now sometimes help others with their questions.
Best wishes, Ranjan
On 06/20/2011 03:13 AM, Tim wrote:
If other people have access to your account, then your security is blown, anyway. Do you know how to stop them installing something to log what you're doing?
I'm referring mostly to the guy's kids. You don't want them reading your work email, but you might want them to use your account so that you can see what *they're* up to.
On Sun, 19 Jun 2011, Michael Hennebry wrote:
On Sat, 18 Jun 2011, Damian Kohlfeld wrote:
Use the following fetchmail configuration as a template. Replace all
It goes in ~/.fetchmailrc ? The command is just fetchmail ?
USERNAME with your unix user account name, all PASSWORD with the password for that IMAP account, all IMAPUSER with the IMAP username, all MAILHOST with the IMAP serverhostname and finally all MBOXPATH your mbox (absolute) filenames.
--- BEGIN CONFIG ---
set postmaster "USERNAME" set bouncemail set no spambounce set softbounce set properties "" set no showdots
poll MAILHOST with proto IMAP user 'IMAPUSER' there with password 'PASSWORD' is 'USERNAME' here
If I omit password 'PASSWORD' it will prompt?
Please forget I asked about password. There is more important information I need before I can type fetchmail without fear and trepidation.
options keep fetchall ssl mda "formail -c >> /MBOXPATH/inbox" folder INBOX
"formail -c >> /MBOXPATH/inbox" is a shell command, the target is a plain file which need not already exist? what is the affect of folder INBOX ?
poll MAILHOST with proto IMAP user 'IMAPUSER' there with password 'PASSWORD' is 'USERNAME' here options keep fetchall ssl mda "formail -c >> /MBOXPATH/sent" folder INBOX.Sent
Now I'm really confused. It looks to me like this would do the same thing again only with different targets on the client side.
Such as what the script is supposed to do. Had I thought I knew before, the second poll would have persuaded me otherwise.
On Sat, 18 Jun 2011, Damian Kohlfeld wrote:
Use the following fetchmail configuration as a template. Replace all USERNAME with your unix user account name, all PASSWORD with the password for that IMAP account, all IMAPUSER with the IMAP username, all MAILHOST with the IMAP serverhostname and finally all MBOXPATH your mbox (absolute) filenames.
On fifth reading, it seems a little less confusing.
--- BEGIN CONFIG ---
set postmaster "USERNAME" set bouncemail set no spambounce set softbounce set properties "" set no showdots
poll MAILHOST with proto IMAP user 'IMAPUSER' there with password 'PASSWORD' is 'USERNAME' here options keep fetchall ssl mda "formail -c >> /MBOXPATH/inbox" folder INBOX
All servers have INBOX?
poll MAILHOST with proto IMAP user 'IMAPUSER' there with password 'PASSWORD' is 'USERNAME' here options keep fetchall ssl mda "formail -c >> /MBOXPATH/sent" folder INBOX.Sent
It might not have an INBOX.Sent, but if it doesn't it will just complain?
--- END CONFIG ---
On Sat, 18 Jun 2011, Damian Kohlfeld wrote:
--- BEGIN CONFIG ---
set postmaster "USERNAME" set bouncemail set no spambounce set softbounce set properties "" set no showdots
poll MAILHOST with proto IMAP user 'IMAPUSER' there with password 'PASSWORD' is 'USERNAME' here options keep fetchall ssl mda "formail -c >> /MBOXPATH/inbox" folder INBOX
poll MAILHOST with proto IMAP user 'IMAPUSER' there with password 'PASSWORD' is 'USERNAME' here options keep fetchall ssl mda "formail -c >> /MBOXPATH/sent" folder INBOX.Sent
--- END CONFIG ---
Here is my ~/.fetchmailrc
set postmaster "hennebry" set bouncemail set no spambounce set softbounce set properties "" set no showdots
poll imap.ndsu.nodak.edu with proto IMAP user 'Michael.Hennebry' there is 'hennebry' here options keep fetchall ssl mda "formail -c >> /home/hennebry/inbox" folder INBOX
#poll imap.ndsu.nodak.edu with proto IMAP # user 'Michael.Hennebry' there is 'hennebry' here # options keep fetchall ssl mda "formail -c >> /home/hennebry/sent" # folder INBOX.Sent
Here is the result:
[hennebry@localhost grease]$ fetchmail Enter password for Michael.Hennebry@imap.ndsu.nodak.edu: fetchmail: Authorization failure on Michael.Hennebry@imap.ndsu.nodak.edu fetchmail: Query status=3 (AUTHFAIL)
Now what? Michael.Hennebry@imap.ndsu.nodak.edu is not my e-mail address.
On Mon, 20 Jun 2011, Michael Hennebry wrote:
Here is my ~/.fetchmailrc
set postmaster "hennebry" set bouncemail set no spambounce set softbounce set properties "" set no showdots
poll imap.ndsu.nodak.edu with proto IMAP user 'Michael.Hennebry' there is 'hennebry' here options keep fetchall ssl mda "formail -c >> /home/hennebry/inbox" folder INBOX
#poll imap.ndsu.nodak.edu with proto IMAP # user 'Michael.Hennebry' there is 'hennebry' here # options keep fetchall ssl mda "formail -c >> /home/hennebry/sent" # folder INBOX.Sent
Here is the result:
[hennebry@localhost grease]$ fetchmail Enter password for Michael.Hennebry@imap.ndsu.nodak.edu: fetchmail: Authorization failure on Michael.Hennebry@imap.ndsu.nodak.edu fetchmail: Query status=3 (AUTHFAIL)
Here is my new .fetchmailrc:
set postmaster "hennebry" set bouncemail set no spambounce set softbounce set properties "" set no showdots
poll ndsu.edu with proto IMAP user 'Michael.Hennebry' there is 'hennebry' here options keep fetchall ssl mda "formail -c >> /home/hennebry/inbox" folder INBOX
I omitted the commented out lines. Here is the result:
[hennebry@localhost grease]$ fetchmail Enter password for Michael.Hennebry@ndsu.edu: fetchmail: couldn't find canonical DNS name of ndsu.edu (ndsu.edu): No address associated with hostname fetchmail: Query status=11 (DNS)
Both dig and nslookup agree with that assessment, but mail sent there from my cableone account still gets there. WTF?
Two questions: are you sure you have an IMAP account set up? Reading from here, it appears that the settings may be different:
http://www.ndsu.edu/its/help/index/e_mail/ndsu_outlook/non_supported_e_mail_...
Also, I assume you want to fetch e-mail first and use a mailer separately. Is this true? If not, you can forget about fetchmail and have claws-mail or thunderbird or sylpheed or something else do it for you. I am a latecomer to this thread, so do not know if you mentioned this earlier.
Ranjan
On Mon, 20 Jun 2011 18:33:33 -0500 Michael Hennebry hennebry@web.cs.ndsu.nodak.edu wrote:
On Mon, 20 Jun 2011, Michael Hennebry wrote:
Here is my ~/.fetchmailrc
set postmaster "hennebry" set bouncemail set no spambounce set softbounce set properties "" set no showdots
poll imap.ndsu.nodak.edu with proto IMAP user 'Michael.Hennebry' there is 'hennebry' here options keep fetchall ssl mda "formail -c >> /home/hennebry/inbox" folder INBOX
#poll imap.ndsu.nodak.edu with proto IMAP # user 'Michael.Hennebry' there is 'hennebry' here # options keep fetchall ssl mda "formail -c >> /home/hennebry/sent" # folder INBOX.Sent
Here is the result:
[hennebry@localhost grease]$ fetchmail Enter password for Michael.Hennebry@imap.ndsu.nodak.edu: fetchmail: Authorization failure on Michael.Hennebry@imap.ndsu.nodak.edu fetchmail: Query status=3 (AUTHFAIL)
Here is my new .fetchmailrc:
set postmaster "hennebry" set bouncemail set no spambounce set softbounce set properties "" set no showdots
poll ndsu.edu with proto IMAP user 'Michael.Hennebry' there is 'hennebry' here options keep fetchall ssl mda "formail -c >> /home/hennebry/inbox" folder INBOX
I omitted the commented out lines. Here is the result:
[hennebry@localhost grease]$ fetchmail Enter password for Michael.Hennebry@ndsu.edu: fetchmail: couldn't find canonical DNS name of ndsu.edu (ndsu.edu): No address associated with hostname fetchmail: Query status=11 (DNS)
Both dig and nslookup agree with that assessment, but mail sent there from my cableone account still gets there. WTF?
-- Michael hennebry@web.cs.ndsu.NoDak.edu "Pessimist: The glass is half empty. Optimist: The glass is half full. Engineer: The glass is twice as big as it needs to be." -- users mailing list users@lists.fedoraproject.org To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
On Mon, 20 Jun 2011, Ranjan Maitra wrote:
Two questions: are you sure you have an IMAP account set up? Reading from here, it appears that the settings may be different:
http://www.ndsu.edu/its/help/index/e_mail/ndsu_outlook/non_supported_e_mail_...
I noticed that. There is also this: http://www.ndsu.edu/its/help/index/mobile_devices/configuration/
E-mail Configuration
For specific device setup instructions refer to your mobile device owners manual or check with your service provider.
General configuration settings:
* Account type: IMAP * Incoming mail server: imap.ndsu.nodak.edu * Incoming mail server encryption: SSL on port 993 * Outgoing mail server: smtp.ndsu.nodak.edu * Outgoing mail server encryption: TLS on port 587 * Username: Your NDSU Electronic ID * Password: Your NDSU Password
On Mon, 20 Jun 2011, Ranjan Maitra wrote:
Also, I assume you want to fetch e-mail first and use a mailer separately. Is this true? If not, you can forget about fetchmail and have claws-mail or thunderbird or sylpheed or something else do it for you. I am a latecomer to this thread, so do not know if you mentioned this earlier.
I want to do whatever ends with my mail on my machine. So far, nothing likes me.
On 06/21/2011 07:19 AM, Michael Hennebry wrote:
poll imap.ndsu.nodak.edu with proto IMAP
user 'Michael.Hennebry' there is 'hennebry' here options keep fetchall ssl mda "formail -c >> /home/hennebry/inbox" folder INBOX
#poll imap.ndsu.nodak.edu with proto IMAP # user 'Michael.Hennebry' there is 'hennebry' here # options keep fetchall ssl mda "formail -c >> /home/hennebry/sent" # folder INBOX.Sent
Here is the result:
[hennebry@localhost grease]$ fetchmail Enter password for Michael.Hennebry@imap.ndsu.nodak.edu: fetchmail: Authorization failure on Michael.Hennebry@imap.ndsu.nodak.edu fetchmail: Query status=3 (AUTHFAIL)
Now what? Michael.Hennebry@imap.ndsu.nodak.edu is not my e-mail address.
Also a late comer to this thread.... But I have a question....
I see from your emails on the thread your email is hennebry@web.cs.ndsu.nodak.edu. It would seem to indicate that when you connect to the Web Client you may enter "hennebry" as your username? Is that the case? Or, is your username really "Michael.Hennebry" as defined in your fetchmailrc?
The other thing....the web pages at nodak.edu would seem to suggest that you have to request IMAP access from the IT department before they enable it. Is that the case? Have you contacted the IT department to ensure it has been enabled for your account?
Do you happen to have a smart phone, or access to a smart phone, to test using a different mobile device?
The problem seems to be a straight forward "failure to authenticate".
On Mon, 20 Jun 2011 23:57:45 -0500 Michael Hennebry hennebry@web.cs.ndsu.nodak.edu wrote:
On Mon, 20 Jun 2011, Ranjan Maitra wrote:
Two questions: are you sure you have an IMAP account set up? Reading from here, it appears that the settings may be different:
http://www.ndsu.edu/its/help/index/e_mail/ndsu_outlook/non_supported_e_mail_...
I noticed that. There is also this: http://www.ndsu.edu/its/help/index/mobile_devices/configuration/
E-mail Configuration
For specific device setup instructions refer to your mobile device owners manual or check with your service provider.
General configuration settings:
* Account type: IMAP * Incoming mail server: imap.ndsu.nodak.edu * Incoming mail server encryption: SSL on port 993 * Outgoing mail server: smtp.ndsu.nodak.edu * Outgoing mail server encryption: TLS on port 587 * Username: Your NDSU Electronic ID * Password: Your NDSU Password
On Mon, 20 Jun 2011, Ranjan Maitra wrote:
Also, I assume you want to fetch e-mail first and use a mailer separately. Is this true? If not, you can forget about fetchmail and have claws-mail or thunderbird or sylpheed or something else do it for you. I am a latecomer to this thread, so do not know if you mentioned this earlier.
I want to do whatever ends with my mail on my machine. So far, nothing likes me.
Interesting that there are two sets of instructions: assuming both are correct, I guess we shall proceed. So what do you use for reading your e-mail?
Ranjan
On Tue, 21 Jun 2011, Ed Greshko wrote:
On 06/21/2011 07:19 AM, Michael Hennebry wrote:
poll imap.ndsu.nodak.edu with proto IMAP
user 'Michael.Hennebry' there is 'hennebry' here options keep fetchall ssl mda "formail -c >> /home/hennebry/inbox" folder INBOX
#poll imap.ndsu.nodak.edu with proto IMAP # user 'Michael.Hennebry' there is 'hennebry' here # options keep fetchall ssl mda "formail -c >> /home/hennebry/sent" # folder INBOX.Sent
Here is the result:
[hennebry@localhost grease]$ fetchmail Enter password for Michael.Hennebry@imap.ndsu.nodak.edu: fetchmail: Authorization failure on Michael.Hennebry@imap.ndsu.nodak.edu fetchmail: Query status=3 (AUTHFAIL)
Now what? Michael.Hennebry@imap.ndsu.nodak.edu is not my e-mail address.
Also a late comer to this thread.... But I have a question....
I see from your emails on the thread your email is hennebry@web.cs.ndsu.nodak.edu. It would seem to indicate that when you connect to the Web Client you may enter "hennebry" as your username? Is that the case? Or, is your username really "Michael.Hennebry" as defined in your fetchmailrc?
Michael.Hennebry@ndsu.edu is a different account with different administrators. With this account, I have direct access to my inbox and could use scp if I wanted. I have, on occasion, vi-ed it.
The other thing....the web pages at nodak.edu would seem to suggest that you have to request IMAP access from the IT department before they enable it. Is that the case? Have you contacted the IT department to
If so, I missed it in the rat's nest that is ITS help. Would you point me to it? Sometimes, by the time I find something, I'm too *aarrrg* to do much with it.
ensure it has been enabled for your account?
Do you happen to have a smart phone, or access to a smart phone, to test using a different mobile device?
I might have access.
The problem seems to be a straight forward "failure to authenticate".
On Tue, 21 Jun 2011, Michael Hennebry wrote:
On Tue, 21 Jun 2011, Ed Greshko wrote:
The other thing....the web pages at nodak.edu would seem to suggest that you have to request IMAP access from the IT department before they enable it. Is that the case? Have you contacted the IT department to
If so, I missed it in the rat's nest that is ITS help. Would you point me to it? Sometimes, by the time I find something, I'm too *aarrrg* to do much with it.
Oops. You already did that. Thanks.
On 06/21/2011 02:01 PM, Michael Hennebry wrote:
On Tue, 21 Jun 2011, Michael Hennebry wrote:
On Tue, 21 Jun 2011, Ed Greshko wrote:
The other thing....the web pages at nodak.edu would seem to suggest that you have to request IMAP access from the IT department before they enable it. Is that the case? Have you contacted the IT department to
If so, I missed it in the rat's nest that is ITS help. Would you point me to it? Sometimes, by the time I find something, I'm too *aarrrg* to do much with it.
Oops. You already did that. Thanks.
Yes, it is on
http://www.ndsu.edu/its/help/index/e_mail/ndsu_outlook/non_supported_e_mail_...
So, *maybe* that is all you have to do....with luck... :-)
The problem is Linux vs. Microsoft Exchange 5.5 . The help desk guy tells me that he will try to get IMAP enabled on my account. He does not guaranty success. Is there anything Linux that will talk to Microsoft Exchange 5.5?
On Tue, 2011-06-21 at 16:04 -0500, Michael Hennebry wrote:
The problem is Linux vs. Microsoft Exchange 5.5 . The help desk guy tells me that he will try to get IMAP enabled on my account. He does not guaranty success. Is there anything Linux that will talk to Microsoft Exchange 5.5?
Given the ancient version of Exchange, in your place I would seriously consider forwarding all my mail to (say) Gmail and dealing with it there, but it's your call. Gmail works reasonably well with IMAP so you can use TBird, Evolution etc. according to taste.
poc
On Tue, 21 Jun 2011 16:04:03 -0500 Michael Hennebry hennebry@web.cs.ndsu.nodak.edu wrote:
The problem is Linux vs. Microsoft Exchange 5.5 . The help desk guy tells me that he will try to get IMAP enabled on my account. He does not guaranty success. Is there anything Linux that will talk to Microsoft Exchange 5.5?
Why should this be an issue? Linux is by and large backwards compatible. Wait for the week that you are supposed to, and then try it. And in future, please first go through your institutional requirements before having us dig through stuff for you.
Ranjan
On 21 June 2011 22:04, Michael Hennebry hennebry@web.cs.ndsu.nodak.edu wrote:
The problem is Linux vs. Microsoft Exchange 5.5 . The help desk guy tells me that he will try to get IMAP enabled on my account. He does not guaranty success. Is there anything Linux that will talk to Microsoft Exchange 5.5?
Have you looked at DavMail? http://davmail.sourceforge.net/
I run it on my machines - it provides a local IMAP/POP3/SMTP/CalDAV gateway which proxies to the Exchange Web Interface. It really is rather good, although I have to admit that I've not tried it against something as old as Exchange 5.5 (is that even still supported? - we're talking about pre-2003 here...)
On Tue, 21 Jun 2011 16:04:03 -0500 Michael Hennebry hennebry@web.cs.ndsu.nodak.edu wrote:
The problem is Linux vs. Microsoft Exchange 5.5 .
I am not very familiar with version numbers, but I doubt this is some old system. Most likely, the help desk misspoke or made up some number....
My bet would be that this is Exchange 2007: see
http://www.ndsu.edu/its/help/index/e_mail/ndsu_outlook/non_supported_e_mail_...
On Tue, 21 Jun 2011, Ranjan Maitra wrote:
Why should this be an issue? Linux is by and large backwards compatible. Wait for the week that you are supposed to, and then try it. And in future, please first go through your institutional requirements before having us dig through stuff for you.
I'd thought that I had. Sometimes I can wade thhrough ITS's web site. Sometimes I drown. Sorry about that.
On Tue, 21 Jun 2011, Ranjan Maitra wrote:
On Tue, 21 Jun 2011 16:04:03 -0500 Michael Hennebry hennebry@web.cs.ndsu.nodak.edu wrote:
The problem is Linux vs. Microsoft Exchange 5.5 .
I am not very familiar with version numbers, but I doubt this is some old system. Most likely, the help desk misspoke or made up some number....
My bet would be that this is Exchange 2007: see
http://www.ndsu.edu/its/help/index/e_mail/ndsu_outlook/non_supported_e_mail_...
Good point. The 5.5 came from a complaint by a mail client, but I suppose it could have been wrong.
On Sat, 18 Jun 2011, Damian Kohlfeld wrote:
Use the following fetchmail configuration as a template. Replace all USERNAME with your unix user account name, all PASSWORD with the password for that IMAP account, all IMAPUSER with the IMAP username, all MAILHOST with the IMAP serverhostname and finally all MBOXPATH your mbox (absolute) filenames.
Thanks, but see below.
--- BEGIN CONFIG ---
set postmaster "USERNAME" set bouncemail set no spambounce set softbounce set properties "" set no showdots
poll MAILHOST with proto IMAP user 'IMAPUSER' there with password 'PASSWORD' is 'USERNAME' here options keep fetchall ssl mda "formail -c >> /MBOXPATH/inbox" folder INBOX
poll MAILHOST with proto IMAP user 'IMAPUSER' there with password 'PASSWORD' is 'USERNAME' here options keep fetchall ssl mda "formail -c >> /MBOXPATH/sent" folder INBOX.Sent
--- END CONFIG ---
I couldn't get it to work with exchange. I'm told Microsoft is holding up IMAP requests. I did get it to work with cableone. The relevant account is a thin wrapper on gmail. I have the mail I want, sort of. I had to hit forward rather a lot. So all my messages are wrapped in forwarding boilerplate. Is there a convenient way I can unwrap them?