Tim: >> The bottom half is where you set up the sending servers (SMTP). >> Again, you get to give the configurations a name for your own >> purposes, the server address (with a colon between address and the >> port number), the login name and password, and some other options. Bob Goodwin: > yes, and the GUI never allows me to set the server address there > [smtp.wildblue.net]. I can set it in config-private with a text editor > though and that seems to make outgoing work. In what way does it not let you set an address? No pop-up to type it into, the text entry area is greyed-out, something else? > I completely removed every vestige of balsa I could find and > re-installed anew with dnf install balsa. No improvement resulted but > I know there's nothing corrupted from my earlier efforts ... Remove and reinstalling only affects system installation files, you will have to manually manage user-files. As far as I can see, they're in /home/username/.balsa/ If you haven't messed with any system/software files, then there's no point doing the Windows remove/replace hokey cokey dance. To reset things, quit the program, ensure that it is actually shut down, remove user files, and start up the program. > Perhaps I should install from whatever source you used, I don't care > if it's in French, just want to see this work. I just did yum install balsa from the repos for my old version of Fedora (20). My point about the French screenshots was that was all I found in my quick search, looking for screenshot examples. Trying to see if there's a difference between my version and current versions. > > I have changed "localhost:25" to the proper server address > [smtp.wildblue.net] each time as part of my normal setup procedure, do > you think it may want localhost? That can only work if you have a SMTP server installed on your computer, *and* it's configured to send mail out to the rest of the world (which is NOT The default). > Normally the port numbers required are 995 and 465. 465 is SMTPS (SMTP with some kind of security). 995 is POP3S (POP3 with some kind of security). The some-kind-of-security could be SSL or TLS. Both local and remote halves of the connection need to use the same type. That is, the same methods of connection, and the same encryption. Remember that in recent times, some encryption codes have been disabled for security problems, so that's one potential area of failure (either you or them may be trying to use a scheme that's now disabled). Within the configuration windows for entering server addresses, there's another (Advanced) tab that gives you options about TLS/SSL. You may need to go through the combinations available to you to make your client use the ones your server requires you to use. Setting up encrypted mail can be a bit of an experiment, service providers like to do oddball things, and don't keep their help pages up-to-date. Likewise, clients give a plethora of options that are not clear which ones you should set. In general, with GUI software, you're better to not hand configure their options, it's too easy for you to make typing errors or set conflicting settings. I would try just setting the server domain names without adding port numbers, and toggle the various security options, while you go through test sends/receives. Then, if that gets you nowhere, start adding port numbers. But mail clients should really be switching from standard non-encrypted port numbers to alternative standard encrypted port numbers, when you click on SSL/TLS options, by themselves. > > So I tried mail.wildblue.net:995 fir the incoming server address, > still get ERR: Invalid Command when I "check" incoming mail. Are you certain that you're supposed to be using POP3S? POP3 POP v3 unsecured (username and password are not encrypted) POP3S POP v3 secured (username and password are encrypted) Or is it POP versus IMAP that you've got wrong. Is this appropriate to your service provider: http://help.exede.net/articles/General/POP-IMAP-settings-for-Exede-and-WildBlue-email I got there from go.wildblue.net I suppose we should also ask the obvious: On the computer that you're trying to do this on, is other networking, working? Is directly connected? What's it go through, routers, firewall boxes? Is it a straight OS system, or are you running through a virtual machine? I've uploaded some screenshots from my installation, here: http://imgur.com/a/f11EE Is your version using the same layout? If so, that makes it a bit easier to talk through things. In mine, it's open the preferences and see this Window, click on the top-most option in the left column to show the options you see in that screenshot. Clicking the Add button in the top half of the Remote Mailbox Servers will pop up the windows that's shown in the second screenshot. It's in the Basic tab, showing what I hope are self-obvious options. Though I'll point out that the "Mailbox name" is for you to find your settings and/or mail in the program, not the name of anything on the remote server. Clicking the Advanced tab at the top of that Remote Mailbox Servers window takes you to the window shown in the third screenshot. This is where things may get tricky. The Use SSL is an option that may or may not be required, and unless your provider gives you specific and accurate instructions, you're probably going to have to try it both ways. The Use TLS if possible option ought to automatically get secure connections right, the program would try to use TLS, if the server responds to that type of connection, but will fall back to unsecured attempts if the secured attempt fails. i.e. It will try one, then the other, automatically. The other choices of Never and Required stop the two-tries feature, and will only do unsecured or secured connection attempts (useful to speed things up if you know your server only supports one or the other). The Disable APOP changes the logon technique, again. It's supposedly obsoleted, and you may need to choose to disable it. The last screenshot is what you'll see when you hit the Add button in the Outgoing Mail Servers in the main Balsa Preferences window. Again, the Descriptive name is for your benefit (if you had a list of different servers all pre-configured, this allows you to pick the one that you want). The Use TLS options are the same kind of thing as previously described (whether to automatically try secure then fall back to unsecured, or to simply try one or the other, but not both). The Certificate Pass Phrase is for entering a pass phrase *IF* you're using certificates that require you to do so, otherwise leave it blank. You may, or may not, have to add port numbers after the server addresses (e.g. mail.example.com versus mail.example.com:465), depending on how clever the mail client is (I do not know), and whether your mail server is doing something that requires you to use non-standard port numbers. -- tim@localhost ~]$ uname -rsvp Linux 3.19.8-100.fc20.i686 #1 SMP Tue May 12 17:42:35 UTC 2015 i686 All mail to my mailbox is automatically deleted, there is no point trying to privately email me, I will only read messages posted to the public lists. George Orwell's '1984' was supposed to be a warning against tyranny, not a set of instructions for supposedly democratic governments. -- users mailing list users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe or change subscription options: http://lists.fedoraproject.org/admin/lists/users@xxxxxxxxxxxxxxxxxxxxxxx Fedora Code of Conduct: http://fedoraproject.org/code-of-conduct Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
