Help,
I am provisioning a new Ubuntu 14.04 VPS distro with TDE R14 installed via SSH. I managed to get a remote TDE desktop via X2GO on a Macbook (I couldn't get X2GO to work on a Linux PC, and the VPS vendor no longer supports FreeNX). I normally use SFTP in konqueror to cut and paste file and directory transfers between machines.
When I try to enter an sftp:// url, Konqueror prefixes it with http://. How do I stop this behavior.
On Sun, 5 Jul 2015, Joseph Thames wrote:
I am provisioning a new Ubuntu 14.04 VPS distro with TDE R14 installed via SSH. I managed to get a remote TDE desktop via X2GO on a Macbook (I couldn't get X2GO to work on a Linux PC, and the VPS vendor no longer supports FreeNX). I normally use SFTP in konqueror to cut and paste file and directory transfers between machines.
When I try to enter an sftp:// url, Konqueror prefixes it with http://. How do I stop this behavior.
It is not _sftp_ , it is _fish_ Ergo, something like:
fish://user:passwurd@vps.example.com:1776/usr/home/user
HTH Jonesy
Jonesy wrote:
It is not _sftp_ , it is _fish_
If the target is running ssh, use sftp (key-pairs make those, and rsync, connections much easier - e.g. unattended backup scripts). Fish is a workaround for connecting to hosts that aren't running ssh.
Dave Lers wrote:
Jonesy wrote:
It is not _sftp_ , it is _fish_
If the target is running ssh, use sftp (key-pairs make those, and rsync, connections much easier - e.g. unattended backup scripts). Fish is a workaround for connecting to hosts that aren't running ssh.
Whoops, s/running ssh/running sftp enabled ssh (e.g. openssh) or sftp server/g.
Oops. This is my first attempt to use this new distro, and my first attempt doing anything Linux with a Macbook. I assumed it was TDE problem because I was using Konqueror. Could it be a Mac "assume users are novices" intrusion? How would OSX know I was typing a URL? Does it keep a list of browsers? On Jul 5, 2015 7:43 PM, "Dave Lers" lists@dalrun.com wrote:
Dave Lers wrote:
Jonesy wrote:
It is not _sftp_ , it is _fish_
If the target is running ssh, use sftp (key-pairs make those, and rsync, connections much easier - e.g. unattended backup scripts). Fish is a workaround for connecting to hosts that aren't running ssh.
Whoops, s/running ssh/running sftp enabled ssh (e.g. openssh) or sftp server/g.
To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
On Monday 06 July 2015 01:33:20 Dave Lers wrote:
Jonesy wrote:
It is not _sftp_ , it is _fish_
I never get messages from Jonesy. They never even reach my Gmail spam folder, let alone my KMail spam folder. In a few weeks, the "ezmlm program" will threaten to unsubscribe me because I am sending bouncing messages and will quote a message from Jonesy that I neither sent nor can find in any of my spam folders.
"Jonesy" obviously does exist and send messages: Dave has had one.
Is Gmail bouncing him? Or what is happening? Why? What can I do about it?
However much I try to ignore them, I find the wording of the we-are-going-to-unsubscribe-you messages worrying and upsetting. (Debian's rare "threats" are much kinder, nicer and less worrying. I don't get them from anyone else.) So I would like to solve this. As far as I can see, if Jonesy sends two messages in fairly quick succession, I shall be unsubscribed without notification.
And I would like to know what Jonesy said this time because it impacts the thread. ;-) By the time ezmlm tells me it will be way out of context.
Lisi
On Mon, 6 Jul 2015 09:47:11 +0100 Lisi Reisz lisi.reisz@gmail.com wrote:
On Monday 06 July 2015 01:33:20 Dave Lers wrote:
Jonesy wrote:
It is not _sftp_ , it is _fish_
I never get messages from Jonesy. They never even reach my Gmail spam folder, let alone my KMail spam folder. In a few weeks, the "ezmlm program" will threaten to unsubscribe me because I am sending bouncing messages and will quote a message from Jonesy that I neither sent nor can find in any of my spam folders.
"Jonesy" obviously does exist and send messages: Dave has had one.
Is Gmail bouncing him? Or what is happening? Why? What can I do about it?
Jonesy's are being treated as spam:
host gmail-smtp-in.l.google.com[74.125.70.26] said: 550-5.7.1 [108.166.152.50 12] Our system has detected that this message is 550-5.7.1 likely unsolicited mail. To reduce the amount of spam sent to Gmail, 550-5.7.1 this message has been blocked. Please visit 550-5.7.1 http://support.google.com/mail/bin/answer.py?hl=en&answer=188131 for 550 5.7.1 more information. x11si3845963icl.64 - gsmtp (in reply to end of DATA command)
However, they're not showing up in the Web-based spam folder GMail provides. I have no idea why his emails are being singled out (because sending domain info in the header calls out three separate domains, maybe?)
Emails from other apparently-legitimate sources are being rejected on "security" grounds:
host gmail-smtp-in.l.google.com[74.125.202.27] said: 550-5.7.1 Unauthenticated email from yahoo.com is not accepted due to domain's 550-5.7.1 DMARC policy. Please contact administrator of yahoo.com domain if 550-5.7.1 this was a legitimate mail. Please visit 550-5.7.1 http://support.google.com/mail/answer/2451690 to learn about DMARC 550 5.7.1 initiative. y8si71210icw.17 - gsmtp (in reply to end of DATA command)
However much I try to ignore them, I find the wording of the we-are-going-to-unsubscribe-you messages worrying and upsetting. (Debian's rare "threats" are much kinder, nicer and less worrying. I don't get them from anyone else.) So I would like to solve this. As far as I can see, if Jonesy sends two messages in fairly quick succession, I shall be unsubscribed without notification.
The possible solutions that occur to me are three:
1. Whack GMail over the collective head with a blunt instrument until it behaves itself (good luck on that) 2. Have the list mailer check for key phrases in bounce messages and ignore them if they're found 3. Increase the list mailer's bounce tolerance to 5-10 messages, and have affected users use a filter to auto-trash the messages unread.
I'm pretty sure I've been unsubscribed without noticing (because I do auto-trash the "threat messages") at least once--that would have been around April 1 of last year.
E. Liddell
On 06/07/15 12:01, E. Liddell wrote:
The possible solutions that occur to me are three:
- Whack GMail over the collective head with a blunt instrument until it behaves itself (good luck on that)
- Have the list mailer check for key phrases in bounce messages and ignore them if they're found
- Increase the list mailer's bounce tolerance to 5-10 messages, and have affected users use a filter to auto-trash the messages unread.
I'm pretty sure I've been unsubscribed without noticing (because I do auto-trash the "threat messages") at least once--that would have been around April 1 of last year.
E. Liddell
4. Use a different mail list backend.
On Monday 06 July 2015 12:09:13 Andrew Young wrote:
On 06/07/15 12:01, E. Liddell wrote:
The possible solutions that occur to me are three:
- Whack GMail over the collective head with a blunt instrument until it
behaves itself (good luck on that) 2. Have the list mailer check for key phrases in bounce messages and ignore them if they're found 3. Increase the list mailer's bounce tolerance to 5-10 messages, and have affected users use a filter to auto-trash the messages unread.
I'm pretty sure I've been unsubscribed without noticing (because I do auto-trash the "threat messages") at least once--that would have been around April 1 of last year.
E. Liddell
- Use a different mail list backend.
Could you explain.
Lisi
On Monday 06 July 2015 14:02:20 Lisi Reisz wrote:
On Monday 06 July 2015 12:09:13 Andrew Young wrote:
On 06/07/15 12:01, E. Liddell wrote:
The possible solutions that occur to me are three:
- Whack GMail over the collective head with a blunt instrument until
it behaves itself (good luck on that) 2. Have the list mailer check for key phrases in bounce messages and ignore them if they're found 3. Increase the list mailer's bounce tolerance to 5-10 messages, and have affected users use a filter to auto-trash the messages unread.
I'm pretty sure I've been unsubscribed without noticing (because I do auto-trash the "threat messages") at least once--that would have been around April 1 of last year.
E. Liddell
- Use a different mail list backend.
Could you explain.
Sorry, I should have googled. <slaps wrist> You weren't advising me to do anything.
Lisi
On Mon, 06 Jul 2015 12:09:13 +0100 Andrew Young mail@andrewyoung.co.uk wrote:
On 06/07/15 12:01, E. Liddell wrote:
The possible solutions that occur to me are three:
- Whack GMail over the collective head with a blunt instrument until it behaves itself (good luck on that)
- Have the list mailer check for key phrases in bounce messages and ignore them if they're found
- Increase the list mailer's bounce tolerance to 5-10 messages, and have affected users use a filter to auto-trash the messages unread.
I'm pretty sure I've been unsubscribed without noticing (because I do auto-trash the "threat messages") at least once--that would have been around April 1 of last year.
- Use a different mail list backend.
Do you know of any that specifically work around Google's overzealous filters? If not, I doubt it would help--unsubscribing dead accounts is a reasonable thing for ML software to do, and checking whether or not messages to the account bounce is an easy way to do it . . .
E. Liddell
On Mon, 6 Jul 2015, E. Liddell wrote:
On Mon, 06 Jul 2015 12:09:13 +0100 Andrew Young mail@andrewyoung.co.uk wrote:
On 06/07/15 12:01, E. Liddell wrote:
The possible solutions that occur to me are three:
- Whack GMail over the collective head with a blunt instrument until it behaves itself (good luck on that)
- Have the list mailer check for key phrases in bounce messages and ignore them if they're found
- Increase the list mailer's bounce tolerance to 5-10 messages, and have affected users use a filter to auto-trash the messages unread.
I'm pretty sure I've been unsubscribed without noticing (because I do auto-trash the "threat messages") at least once--that would have been around April 1 of last year.
- Use a different mail list backend.
Do you know of any that specifically work around Google's overzealous filters? If not, I doubt it would help--unsubscribing dead accounts is a reasonable thing for ML software to do, and checking whether or not messages to the account bounce is an easy way to do it . . .
Hello from "Jonesy". One of you _not_ using Gmail or other email systems that do not check for a valid DKIM-Signature and SPF record, should re-forward this from _your_ email account to the list for others to see.
The lists.pearsoncomputing.net is re-emailing all subscribed incoming emails to the user list. Each of those emails _claims_ to be From: the original sender. But, when Gmail (or whoever) asks if the original sender (e.g. Jonesy trinity@jonz.net ) is authorized to send via that MTA, the answer is "NO". Of course not. I have no user account there.
The problem has been solved by many of the re-mailers/email reflectors. For instance, one of the ham radio reflectors (called "rover") I belong to now construct the From: viz: From: Jonesy W3DHJ via Rover rover@mailman.qth.net
Ergo, when gmail asks if rover@mailman.qth.net is a permitted sender at mailman.qth.net, the answer is "YES".
Andrew Young's answer to the problem: "4. Use a different mail list backend" is the correct answer.
For a little light reading on the matter:
https://en.wikipedia.org/wiki/DomainKeys_Identified_Mail
As for its purpose, it SURE cuts down on the spam coming from botnets with forged From: headers -- _if_ the forged domain supports DKIM. And, my email server supports DKIM.
And, OBTW, gee whiz, I did not know that konqueror could use sftp://. I started using fish:// back on Red Hat 6.2 at the turn of the century, and never thought there would be anything new for ssh in konqueror. Thanks for updating my Very Old (mis)understanding!! :-)
Jonesy
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224
On Mon, 6 Jul 2015, E. Liddell wrote:
On Mon, 06 Jul 2015 12:09:13 +0100 Andrew Young mail@andrewyoung.co.uk wrote:
On 06/07/15 12:01, E. Liddell wrote:
The possible solutions that occur to me are three:
- Whack GMail over the collective head with a blunt instrument until
it behaves
itself (good luck on that) 2. Have the list mailer check for key phrases in bounce messages and
ignore
them if they're found 3. Increase the list mailer's bounce tolerance to 5-10 messages, and
have
affected users use a filter to auto-trash the messages unread.
I'm pretty sure I've been unsubscribed without noticing (because I do
auto-trash
the "threat messages") at least once--that would have been around
April 1 of last
year.
- Use a different mail list backend.
Do you know of any that specifically work around Google's overzealous filters? If not, I doubt it would help--unsubscribing dead accounts is a reasonable thing for ML software to do, and checking whether or not messages to the account bounce is an easy way to do it . . .
Hello from "Jonesy". One of you _not_ using Gmail or other email systems that do not check for a valid DKIM-Signature and SPF record, should re-forward this from _your_ email account to the list for others to see.
The lists.pearsoncomputing.net is re-emailing all subscribed incoming emails to the user list. Each of those emails _claims_ to be From: the original sender. But, when Gmail (or whoever) asks if the original sender (e.g. Jonesy trinity@jonz.net ) is authorized to send via that MTA, the answer is "NO". Of course not. I have no user account there.
The problem has been solved by many of the re-mailers/email reflectors. For instance, one of the ham radio reflectors (called "rover") I belong to now construct the From: viz: From: Jonesy W3DHJ via Rover rover@mailman.qth.net
Ergo, when gmail asks if rover@mailman.qth.net is a permitted sender at mailman.qth.net, the answer is "YES".
Andrew Young's answer to the problem: "4. Use a different mail list backend" is the correct answer.
For a little light reading on the matter:
https://en.wikipedia.org/wiki/DomainKeys_Identified_Mail
As for its purpose, it SURE cuts down on the spam coming from botnets with forged From: headers -- _if_ the forged domain supports DKIM. And, my email server supports DKIM.
Just to chime in real quick, I have been aware of the problem and it's "solution" for a while now. There are some drawbacks to just re-writing the headers and as the list software currently in use by the TDE project has issues with properly rewriting the headers I've just been leaving the list alone at the moment. At some point this will need to change, but I wanted to let some time elapse first in the hopes that the list software would be updated to "natively" support DKIM.
Tim
On Monday 06 July 2015 23:20:49 Timothy Pearson wrote:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA224
On Mon, 6 Jul 2015, E. Liddell wrote:
On Mon, 06 Jul 2015 12:09:13 +0100
Andrew Young mail@andrewyoung.co.uk wrote:
On 06/07/15 12:01, E. Liddell wrote:
The possible solutions that occur to me are three:
- Whack GMail over the collective head with a blunt instrument until
it behaves
itself (good luck on that) 2. Have the list mailer check for key phrases in bounce messages and
ignore
them if they're found 3. Increase the list mailer's bounce tolerance to 5-10 messages, and
have
affected users use a filter to auto-trash the messages unread.
I'm pretty sure I've been unsubscribed without noticing (because I do
auto-trash
the "threat messages") at least once--that would have been around
April 1 of last
year.
- Use a different mail list backend.
Do you know of any that specifically work around Google's overzealous filters? If not, I doubt it would help--unsubscribing dead accounts is a reasonable thing for ML software to do, and checking whether or not messages to the account bounce is an easy way to do it . . .
Hello from "Jonesy". One of you _not_ using Gmail or other email systems that do not check for a valid DKIM-Signature and SPF record, should re-forward this from _your_ email account to the list for others to see.
The lists.pearsoncomputing.net is re-emailing all subscribed incoming emails to the user list. Each of those emails _claims_ to be From: the original sender. But, when Gmail (or whoever) asks if the original sender (e.g. Jonesy trinity@jonz.net ) is authorized to send via that MTA, the answer is "NO". Of course not. I have no user account there.
The problem has been solved by many of the re-mailers/email reflectors. For instance, one of the ham radio reflectors (called "rover") I belong to now construct the From: viz: From: Jonesy W3DHJ via Rover rover@mailman.qth.net
Ergo, when gmail asks if rover@mailman.qth.net is a permitted sender at mailman.qth.net, the answer is "YES".
Andrew Young's answer to the problem: "4. Use a different mail list backend" is the correct answer.
For a little light reading on the matter:
https://en.wikipedia.org/wiki/DomainKeys_Identified_Mail
As for its purpose, it SURE cuts down on the spam coming from botnets with forged From: headers -- _if_ the forged domain supports DKIM. And, my email server supports DKIM.
Just to chime in real quick, I have been aware of the problem and it's "solution" for a while now. There are some drawbacks to just re-writing the headers and as the list software currently in use by the TDE project has issues with properly rewriting the headers I've just been leaving the list alone at the moment. At some point this will need to change, but I wanted to let some time elapse first in the hopes that the list software would be updated to "natively" support DKIM.
Tim -
I quite understand, and you have more important things to do. But could you not just up the number before we are chucked off? That seems to work with Debian. Besides having a much kinder message, they give you far more chances. Quite a large number in a week before you are chucked off, not just one. (Presumably bots are persistent.)
Or is changing anything a big fiddle?
Lisi
Has anyone got time to explain or point to something simple that explains it? _All_ our emails are forwarded on, so there is a problem with the two domains. Why does one get bounced, a very few put into the spam folder, and most get through? What is not being done in most cases? Are most of our headers not using DKIM so that it doesn't matter if it doesn't match? I tried the link offered by Jonesy, but I'm none the wiser. I just don't "get" what is going on.
Nor why, if the problem is between Jonesy and the list software, it should unsubscribe others of us.
Would our not using Gmail help? Lisi
On Tuesday 07 July 2015 00:01:11 Lisi Reisz wrote:
Nor why, if the problem is between Jonesy and the list software, it should unsubscribe others of us.
Sorry. I obviously need my bed. It is emails to us that bounce.
Lisi
On Monday 06 July 2015 19:01:11 Lisi Reisz wrote:
Has anyone got time to explain or point to something simple that explains it? _All_ our emails are forwarded on, so there is a problem with the two domains. Why does one get bounced, a very few put into the spam folder, and most get through? What is not being done in most cases? Are most of our headers not using DKIM so that it doesn't matter if it doesn't match? I tried the link offered by Jonesy, but I'm none the wiser. I just don't "get" what is going on.
Nor why, if the problem is between Jonesy and the list software, it should unsubscribe others of us.
Would our not using Gmail help? Lisi
Yes. Such problems with gmail are the reason I switched back to my old company account at the tv station. gmail got me not only unsubbed, but blacklisted so I cannot resub to lkml. Even thru another mail server.
QMail has its warts, poor spam filtering being the main one. OTOH, I do get every message addressed to me.
I also tried the mail server shentel (my ISP) supplies, but they shut it down and have aliased it to gmail now. Grrrrrr.
Cheers, Gene Heskett
I use gmail and haven't had a problem with trinity list mails for a while.
On 7 July 2015 at 11:15, Gene Heskett gheskett@wdtv.com wrote:
On Monday 06 July 2015 19:01:11 Lisi Reisz wrote:
Has anyone got time to explain or point to something simple that explains it? _All_ our emails are forwarded on, so there is a problem with the two domains. Why does one get bounced, a very few put into the spam folder, and most get through? What is not being done in most cases? Are most of our headers not using DKIM so that it doesn't matter if it doesn't match? I tried the link offered by Jonesy, but I'm none the wiser. I just don't "get" what is going on.
Nor why, if the problem is between Jonesy and the list software, it should unsubscribe others of us.
Would our not using Gmail help? Lisi
Yes. Such problems with gmail are the reason I switched back to my old company account at the tv station. gmail got me not only unsubbed, but blacklisted so I cannot resub to lkml. Even thru another mail server.
QMail has its warts, poor spam filtering being the main one. OTOH, I do get every message addressed to me.
I also tried the mail server shentel (my ISP) supplies, but they shut it down and have aliased it to gmail now. Grrrrrr.
Cheers, Gene Heskett
"There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page http://geneslinuxbox.net:6309/gene
To unsubscribe, e-mail: trinity-users-unsubscribe@lists.pearsoncomputing.net For additional commands, e-mail: trinity-users-help@lists.pearsoncomputing.net Read list messages on the web archive: http://trinity-users.pearsoncomputing.net/ Please remember not to top-post: http://trinity.pearsoncomputing.net/mailing_lists/#top-posting
Jonesy wrote:
The lists.pearsoncomputing.net is re-emailing all subscribed incoming emails to the user list. Each of those emails _claims_ to be From: the original sender. But, when Gmail (or whoever) asks if the original sender (e.g. Jonesy trinity@jonz.net ) is authorized to send via that MTA, the answer is "NO".
Earlier today messages on the list prompted me to enable DKIM, now I'm regretting it. It would seem anyone posting with a DKIM header is at risk. Intersting thing is that it appears that posts from gmail.com don't have a DKIM header, but those from googlemail.com do (does gmail reject those?).
Jonesy: Authentication-Results: dalrun.com; dkim=fail reason="verification failed; insecure key" header.d=jonz.net header.i=@jonz.net header.b=UuqX8y7o; dkim-adsp=fail (insecure policy); dkim-atps=neutral
E. Liddell: Authentication-Results: dalrun.com; dkim=fail reason="verification failed; insecure key" header.d=googlemail.com header.i=@googlemail.com header.b=aeb+tpCW; dkim-adsp=none (insecure policy); dkim-atps=neutral
On Tuesday 07 July 2015 02:09:52 Dave Lers wrote:
Jonesy wrote:
The lists.pearsoncomputing.net is re-emailing all subscribed incoming emails to the user list. Each of those emails _claims_ to be From: the original sender. But, when Gmail (or whoever) asks if the original sender (e.g. Jonesy trinity@jonz.net ) is authorized to send via that MTA, the answer is "NO".
Earlier today messages on the list prompted me to enable DKIM, now I'm regretting it. It would seem anyone posting with a DKIM header is at risk. Intersting thing is that it appears that posts from gmail.com don't have a DKIM header, but those from googlemail.com do (does gmail reject those?).
I got this one!
There is surely no real difference between Gmail and Googlemail?
<quote> Every Gmail User has two Gmail Addresses
Surprised?? When a user creates a new Gmail.com account, he actually gets two email addresses. The first one is the regular @gmail.com id while the second one is @googlemail.com id. It is because the domains gmail.com and Googlemail.com are interchangeable. </quote>
http://gmailgeek.com/facts/gmail-vs-google-mail-the-difference-explained.htm...
Lisi
On Tue, 7 Jul 2015 08:00:25 +0100 Lisi Reisz lisi.reisz@gmail.com wrote:
On Tuesday 07 July 2015 02:09:52 Dave Lers wrote:
Jonesy wrote:
The lists.pearsoncomputing.net is re-emailing all subscribed incoming emails to the user list. Each of those emails _claims_ to be From: the original sender. But, when Gmail (or whoever) asks if the original sender (e.g. Jonesy trinity@jonz.net ) is authorized to send via that MTA, the answer is "NO".
Earlier today messages on the list prompted me to enable DKIM, now I'm regretting it. It would seem anyone posting with a DKIM header is at risk. Intersting thing is that it appears that posts from gmail.com don't have a DKIM header, but those from googlemail.com do (does gmail reject those?).
I got this one!
There is surely no real difference between Gmail and Googlemail?
<quote> Every Gmail User has two Gmail Addresses
Surprised?? When a user creates a new Gmail.com account, he actually gets two email addresses. The first one is the regular @gmail.com id while the second one is @googlemail.com id. It is because the domains gmail.com and Googlemail.com are interchangeable.
</quote>
http://gmailgeek.com/facts/gmail-vs-google-mail-the-difference-explained.htm...
Exactly. I use @googlemail.com because that was the sole domain name in use when I was issued the address (I've had it since the service was in beta) and I can't be bothered to switch, but I send mail through smtp.gmail.com.
Really, the big problem here is not that Lisi and I are losing the occasional mail, or even that we might get involuntarily unsubscribed, it's that someone popping in here briefly for help may never see the responses to their message! We can't ask casual visitors to switch email accounts just for the sake of this list.
E. Liddell
On Monday 06 July 2015 12:01:02 E. Liddell wrote:
- Increase the list mailer's bounce tolerance to 5-10 messages,
Could we request this, please Tim?
Or what else can we do? Whatever Jonesy is doing that triggers this, unsubscribing innocent bystanders isn't going to solve it.
and have affected users use a filter to auto-trash the messages unread.
Lisi
On Sunday 05 July 2015, Joseph Thames wrote:
Help,
I am provisioning a new Ubuntu 14.04 VPS distro with TDE R14 installed via SSH. I managed to get a remote TDE desktop via X2GO on a Macbook (I couldn't get X2GO to work on a Linux PC, and the VPS vendor no longer supports FreeNX). I normally use SFTP in konqueror to cut and paste file and directory transfers between machines.
When I try to enter an sftp:// url, Konqueror prefixes it with http://. How do I stop this behavior.
Here e.g.
ftp://ftp.osuosl.org/
as address line is working in Konqueror as expected. Gerhard
Gerhard Zintel wrote:
On Sunday 05 July 2015, Joseph Thames wrote:
When I try to enter an sftp:// url, Konqueror prefixes it with http://. How do I stop this behavior.
I don't know, I've never seen that behavior.
Here e.g.
ftp://ftp.osuosl.org/
as address line is working in Konqueror as expected.
Prefix that example URL with an "s" and it will also work as expected.