rhkra...@gmail.com wrote:
...
> ... Sometimes I feel
> like an idiot.
>
> All seems well.
:)
i've had days like that... glad you figured it out.
completely OT from your issue, but today i finally upgraded
my stable partition from whatever it was on (last major update
was probably a
Intentionally top posting:
Thanks to all who replied, I got the Arris DG2470A modem (/ router) working in
bridge mode with my existing router (Ubiquiti Edge Router X).
I made a dumb mistake -- I had my router and another computer plugged into the
Arris (I used the other computer to configure
On Fri 28 Apr 2023 at 14:25:20 (-0400), rhkra...@gmail.com wrote:
> Some key phrases / sub topics:
>* Astound (cable based) ISP in eastern Pa. area
>* Arris DG2470A modem / router in bridge mode with Ubiquiti Edge Router X
>* Ubiquiti Edge Router X in DMZ
[ … ]
> I
On 4/28/23 20:25, rhkra...@gmail.com wrote:
Some key phrases / sub topics:
* Astound (cable based) ISP in eastern Pa. area
* Arris DG2470A modem / router in bridge mode with Ubiquiti Edge Router X
* Ubiquiti Edge Router X in DMZ
I'm tired but I'm lost at your set up and I'm
rhkra...@gmail.com wrote:
> Some key phrases / sub topics:
>* Astound (cable based) ISP in eastern Pa. area
>* Arris DG2470A modem / router in bridge mode with Ubiquiti Edge Router X
>* Ubiquiti Edge Router X in DMZ
> I've now signed up to a new ISP (Astound / RCN
Some key phrases / sub topics:
* Astound (cable based) ISP in eastern Pa. area
* Arris DG2470A modem / router in bridge mode with Ubiquiti Edge Router X
* Ubiquiti Edge Router X in DMZ
Aside: I'm in a catch 22 -- my new, cable-based ISP (Astound / RCN) says my
questions are out
30 mars 2023, 23:56 de debianl...@potentially-spam.de-bruyn.de:
I was successful at downloading the video with:
yt-dlp --verbose -k --ignore-config -c
Am 31.03.2023 um 00:28 schrieb l0f...@tuta.io:
> How do you get that URL? Via your browser resource/code inspector?
Hi, i had been asking not having to answer that question, because i
myself do not really understand, how it works.
I stumbled across an explanation while skimming through open
Hi,
30 mars 2023, 23:56 de debianl...@potentially-spam.de-bruyn.de:
> I was successful at downloading the video with:
>
>> yt-dlp --verbose -k --ignore-config -c
>>
On Thu, 30 Mar 2023 23:28:23 +0200 (CEST)
l0f...@tuta.io wrote:
Hello l0f...@tuta.io,
>Interesting theory but I can play that specific video in my browser
>without being logged in ;)
Weird; I had to log in first. No idea why your experience differs.
Still, as this doesn't forward the core
Am 30.03.2023 um 20:20 schrieb Bret Busby:
> On 31/3/23 02:08, David Wright wrote:
>> On Fri 31 Mar 2023 at 01:41:04 (+0800), Bret Busby wrote:
>>> On 31/3/23 00:40, David Wright wrote:
On Thu 30 Mar 2023 at 19:31:21 (+0800), Bret Busby wrote:
> I had previously been able to use
Hello Brad,
30 mars 2023, 23:20 de b...@fineby.me.uk:
> >In your case, yt-dlp falls back on its generic extractor (documentation
> >says "Generic downloader that works on some sites") but it doesn't work
> >for familysearch.org visibly...
>
> Largely, I suspect, it's because to access video on
On Thu, 30 Mar 2023 22:55:05 +0200 (CEST)
l0f...@tuta.io wrote:
Hello l0f...@tuta.io,
>In your case, yt-dlp falls back on its generic extractor (documentation
>says "Generic downloader that works on some sites") but it doesn't work
>for familysearch.org visibly...
Largely, I suspect, it's
Hello,
30 mars 2023, 20:46 de b...@busby.net:
> Fri Mar 31 02:18:31 bret@bret-Precision-Tower-5810:~$yt-dlp
> https://www.familysearch.org/rootstech/session/expanding-your-family-tree-with-sideview-and-more-innovations-from-ancestrydna?lang=eng
> [generic]
>
On 31/3/23 02:08, David Wright wrote:
On Fri 31 Mar 2023 at 01:41:04 (+0800), Bret Busby wrote:
On 31/3/23 00:40, David Wright wrote:
On Thu 30 Mar 2023 at 19:31:21 (+0800), Bret Busby wrote:
I had previously been able to use youtube-dl, to download videos from
youtube, but, it no longer
On Thu, Mar 30, 2023 at 01:08:19PM -0500, David Wright wrote:
> On Fri 31 Mar 2023 at 01:41:04 (+0800), Bret Busby wrote:
[...]
> Writing "did not work" just doesn't cut it on this list:
> we need some specifics. Here's an example I ran this
> morning on a reference given by David Christensen:
On Fri 31 Mar 2023 at 01:41:04 (+0800), Bret Busby wrote:
> On 31/3/23 00:40, David Wright wrote:
> > On Thu 30 Mar 2023 at 19:31:21 (+0800), Bret Busby wrote:
> >
> > > I had previously been able to use youtube-dl, to download videos from
> > > youtube, but, it no longer works with youtube.
> >
On 31/3/23 00:40, David Wright wrote:
On Thu 30 Mar 2023 at 19:31:21 (+0800), Bret Busby wrote:
I had previously been able to use youtube-dl, to download videos from
youtube, but, it no longer works with youtube.
AIUI youtube-dl is now obsolete, and its new spelling is yt-dlp.
You can
On Thu 30 Mar 2023 at 19:31:21 (+0800), Bret Busby wrote:
> I had previously been able to use youtube-dl, to download videos from
> youtube, but, it no longer works with youtube.
AIUI youtube-dl is now obsolete, and its new spelling is yt-dlp.
You can download it from bullseye-backports. If
On 2023-03-30, Bret Busby wrote:
>
> I had previously been able to use youtube-dl, to download videos from
> youtube, but, it no longer works with youtube.
>
If you're not using the latest version, this is it:
https://youtube-dl.org/downloads/latest/youtube-dl-2021.12.17.tar.gz
I used this
. Conspiracy
theories tossed aside, that's still a rational possibility that needs
pursued on my end here.
BUT THEN... Google Chrome does work properly. That's why I haven't
wasted any time nor brain storage on actively investigating local ISP
throttling as a most likely answer. :)
I suspect my
tossed aside, that's still a rational possibility that needs
> pursued on my end here.
>
> BUT THEN... Google Chrome does work properly. That's why I haven't
> wasted any time nor brain storage on actively investigating local ISP
> throttling as a most likely answer. :)
I sus
s
> own uid and gid.
Sure, but "local" messages are those from hostS to hostS, and
hostR to hostR; not those from hostS to hostR, which are remote.
And that doesn't seem difficult until you realise that with the
smarthost configuration on hostS, either all your email by default
- Mail original -
> De: "Olivier Lange"
> À: "Alexandre Goethals"
> Cc: "SmartList"
> Envoyé: Jeudi 1 Août 2019 14:11:54
> Objet: Re: choix d'un ISP professionnel pour la fibre
> Quel débit sont demandés ? Quelles garanties ?
Quel débit sont demandés ? Quelles garanties ? Quel budget? Dans quelle
ville ? Est-ce que le bâtiment est déjà fibré ou non?
Il y a des centaines de fai pro...
Le jeu. 1 août 2019 à 13:51, Alexandre Goethals
a écrit :
> Bonjour,
>
> la fibre pro c'est pas donné non plus.
>
> Les deux FAI
Bonjour,
la fibre pro c'est pas donné non plus.
Les deux FAI professionnel que je connais:
- Céleste: https://www.celeste.fr/fibre-optique Il y a une offre fibre
mutualisée à partir de 40€ / mois, pour un budget de particulier, c'est
par là que je commencerais.
- Colt:
On 8/1/19 5:02 AM, Bernard Schoenacker wrote:
bonjour,
je recherche à avoir un débit montant conséquent
Pourquoi faire? D'après mon expérience, un VPS (tournant chez Debian)
chez OVH coûte bien moins cher qu'un ISP professionnel.
Mais j'ai été un client satisfait de nerim.net
bonjour,
je recherche à avoir un débit montant conséquent et pour
l'instant je n'arrive pas à trouver de solution sous les yeux qui
me satisfassent, ensuite j'ai dans le lot un utilisateur trop accroc
chez agrumes et il ne se rends pas compte qu'il se fait vraiment
escroqué
Solo por pura curiosidad, has escaneado la red o la IP/dominio de tu isp?
Y de ese escaneo te va a salir que puertos están filtrados, abiertos y
cerrados...
Por ahí se inicia primero
Saludos
Obtener Outlook para Android<https://aka.ms/ghei36>
From:
n servidores de
correo que usan el mismo ISP y me comentaron que tienen el mismo
sintoma.
Definitivamente, esto esta del lado del ISP.
saludos
Hola,
pensando bien: algun error en el software (suponiendo que todo este
correcto en la parte del hardware)
pensando mal: no seria la primera vez que un ISP miente, en la epoca del
capado al P2P lo estuvieron negando hasta que los usuarios se pusieron a
comprobar todo y al final el ISP admitio
>
> ¿Y le consultaste a tu proveedor? Yo creo que debes partir por ahí primero.
>
Cuando confirme que no era tema de mi servidor, contacte al ISP y
ellos negaron rotundamente tener esta clase de politicas y me enviaron
enlaces de configuraciones recomendadas para el servidor de correo
Hola,
dudo mucho que un proveedor admita eso asi como asi.
No se en que pais estas, pero en España los ISP estuvieron negando por
activa y por pasiva que el intercambio de archivos P2P estuviera capado
hasta que los propios usuarios lo demostraron. Fue solo entonces cuando los
ISP empezaron
El 29 de junio de 2018, 10:41, kazabe escribió:
> 2018-06-28 15:24 GMT-05:00 Paynalton :
>> algunos ISP, sobre todo aquellos que se relacionan con Alestra y AT,
>> bloquean el puerto 25 para evitar que sus clientes se vuelvan spammers.
¿Y le consultaste a tu proveedor? Yo creo q
Hola,
ahi me parece que puede ser mas un tema de filtrado, que no de puertos.
Si no me equivoco (si estoy en un error que alguien lo aclare) un ISP puede
saber todo lo que pasa por su infraestructura. Da igual que sean datos de
navegacion, de video en streaming, musica en streaming, ftp, etc
2018-06-28 15:24 GMT-05:00 Paynalton :
> algunos ISP, sobre todo aquellos que se relacionan con Alestra y AT,
> bloquean el puerto 25 para evitar que sus clientes se vuelvan spammers.
>
> Puedes pelear un rato con ellos y después habilitar el puerto 26.
>
Justo para prevenir eso t
Hola,
pues podria ser, no habia caido en eso. Igual el ISP tiene politica interna
de permitirlo solo en los casos que ellos mismos autoricen. Me recuerda a
las empresas que se dedican a campañas de email masivas.
Saludos
algunos ISP, sobre todo aquellos que se relacionan con Alestra y AT,
bloquean el puerto 25 para evitar que sus clientes se vuelvan spammers.
Puedes pelear un rato con ellos y después habilitar el puerto 26.
El jue., 28 de jun. de 2018 a la(s) 10:33, Galvatorix Torixgalva <
galvator
Hola,
cosas a verificar:
- errores de software (configuracion, instalacion, uso, etc)
- fallos de hardware (averias, algo mal conectado, etc)
hay mas cosas, pero con eso de entrada ya puedes ir mirando.
respondiendo tambien un poco a tu pregunta: creo que un ISP puede controlar
todo lo que
te sacarle hasta las entrañas al servidor,
decidi hacer pruebas de conexion desde mi laptop conectandome
directamente al router del ISP, para sacar de la ecuacion tanto a mi
servidor de correo como a mi firewall, y los resultados fueron los
mismos.
Ahora bien. Desde mi casa realice pruebas simila
Le 04/01/2018 à 05:32, Michael Stone a écrit :
No, it's a pretty common shorthand to say "routable" to mean "routable
on the public internet", especially where there's no real possibility of
confusing it with specifically non-routable blocks like 127.0.0.0/8.
This is still a mistake. In
On Wed, Jan 03, 2018 at 07:04:46PM -0600, David Wright wrote:
(In view of
https://lists.debian.org/debian-user/2018/01/msg00126.html
do you mean public?)
No, it's a pretty common shorthand to say "routable" to mean "routable
on the public internet", especially where there's no real
On Wednesday, January 03, 2018 01:39:14 PM Michael Stone wrote:
> On Wed, Jan 03, 2018 at 10:36:32AM -0500, rhkra...@gmail.com wrote:
> >I've read in this thread) that traceroute may provide a way forward:
> In general, no. Many ISPs use RFC1918 space internally, so you need to
> skip an unknown
On Wed 03 Jan 2018 at 13:39:14 (-0500), Michael Stone wrote:
> On Wed, Jan 03, 2018 at 10:36:32AM -0500, rhkra...@gmail.com wrote:
> >I've read in this thread) that traceroute may provide a way forward:
>
> In general, no. Many ISPs use RFC1918 space internally, so you need
> to skip an unknown
Le 03/01/2018 à 03:19, David Wright a écrit :
For example, and sticking to unroutable addresses, they
might be on 192.168.… in one place, 10.… in another etc.
Private addresses are routable. They are just not routed over the public
internet. Link local addresses (169.254.0.0/16) are not
On Wed, Jan 03, 2018 at 10:36:32AM -0500, rhkra...@gmail.com wrote:
I've read in this thread) that traceroute may provide a way forward:
In general, no. Many ISPs use RFC1918 space internally, so you need to
skip an unknown number of hops before you get to a routeable IP, at
which point you
rhkra...@gmail.com (2018-01-03):
> I hope the OP is still "listening".
If he is, he is probably enjoying the time wasted by his nonsensical
question.
Regards,
--
Nicolas George
signature.asc
Description: Digital signature
may provide a way forward:
* Connect to (any of) your ISP(s).
* traceroute somewhere (I'm not sure where atm--maybe some neutral party
like google)
* Parse the results of the ping to get the numeric address of your ISP
* whois that numeric address
I think that would give you the ISP's
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David Wright wrote:
> On Tue 02 Jan 2018 at 11:15:16 (-0500), Greg Wooledge wrote:
>> On Tue, Jan 02, 2018 at 04:03:46PM -, Dan Purgert wrote:
>> > Max Power wrote:
>> > > My problem is to know the ISP [e.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
<to...@tuxteam.de> wrote:
>
> On Tue, Jan 02, 2018 at 04:03:46PM -, Dan Purgert wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Max Power wrote:
>> > My problem is to k
On Tue 02 Jan 2018 at 11:15:16 (-0500), Greg Wooledge wrote:
> On Tue, Jan 02, 2018 at 04:03:46PM -, Dan Purgert wrote:
> > Max Power wrote:
> > > My problem is to know the ISP [e.g. GATEWAY = Vodafone, Telecom or AT]
> > > before starting browsing or any remote conn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, Jan 02, 2018 at 04:03:46PM -, Dan Purgert wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Max Power wrote:
> > My problem is to know the ISP [e.g. GATEWAY = Vodafone, Telecom or AT]
> > before startin
Greg Wooledge wrote:
> On Tue, Jan 02, 2018 at 04:03:46PM -, Dan Purgert wrote:
>> Max Power wrote:
>> > My problem is to know the ISP [e.g. GATEWAY = Vodafone, Telecom or AT]
>> > before starting browsing or any remote connection...
>>
>> Chec
On Tue, Jan 02, 2018 at 02:47:39PM +0100, to...@tuxteam.de wrote:
Hi, Max. I don't know what your intentions are in repeating your
qualms after two solutions were offered to you. Either get along
with the new "ip" or just install the old net-tools. They are not
going away (at least not as long
On Tue, Jan 02, 2018 at 04:03:46PM -, Dan Purgert wrote:
> Max Power wrote:
> > My problem is to know the ISP [e.g. GATEWAY = Vodafone, Telecom or AT]
> > before starting browsing or any remote connection...
>
> Checking the hostname of an RFC1918 address will nearl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Max Power wrote:
> My problem is to know the ISP [e.g. GATEWAY = Vodafone, Telecom or AT]
> before starting browsing or any remote connection...
Checking the hostname of an RFC1918 address will nearly never provide
you with an ISP's name, even
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, Jan 02, 2018 at 01:05:58PM +, Curt wrote:
[...]
> There just was another thread around here initiated by Max Power, the
> current OP, I do believe [...]
Indeed, it was Max (cc'ing him/her just in case). I didn't remember, but
checked
On Tue, Jan 02, 2018 at 12:42:35PM +0100, Max Power wrote:
My problem is to know the ISP [e.g. GATEWAY = Vodafone, Telecom or AT]
before starting browsing or any remote connection...
With the 'route' command it was so easy '# route' and goal!
With le last release 'Stretch' the net-tools packet
On 2018-01-02, <to...@tuxteam.de> <to...@tuxteam.de> wrote:
>
> On Tue, Jan 02, 2018 at 12:42:35PM +0100, Max Power wrote:
>> My problem is to know the ISP [e.g. GATEWAY = Vodafone, Telecom or AT]
>> before starting browsing or any remote connection...
>> Wit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, Jan 02, 2018 at 12:42:35PM +0100, Max Power wrote:
> My problem is to know the ISP [e.g. GATEWAY = Vodafone, Telecom or AT]
> before starting browsing or any remote connection...
> With the 'route' command it was so easy '# route'
My problem is to know the ISP [e.g. GATEWAY = Vodafone, Telecom or AT]
before starting browsing or any remote connection...
With the 'route' command it was so easy '# route' and goal!
With le last release 'Stretch' the net-tools packet is not installed by default.
But if this command was so useful
On Friday, February 10, 2017 06:56:10 AM Dan Purgert wrote:
> rhkra...@gmail.com wrote:
> Eh, I was thinking more stuff like Minecraft, Space Engineers, or other
> "real time" multiplayer games, where there is a fair bit of
> communication between the client and server.
I guessed that, which was
rhkra...@gmail.com wrote:
> On Thursday, February 09, 2017 07:36:50 AM Dan Purgert wrote:
>> rhkra...@gmail.com wrote:
>> > 2. I'm sure that I'm looking at the download flows from my ISP as the
>> > ratio of the octets / bytes between the two flows is generally
>>
Old India like new india and oceania are all old British colonies, no
native English speakers there. Ask the Scots and the Irish to tell you
all about their native languages.
rhkra...@gmail.com:
> I have to be ready to deal with the support people in
> India--IIRC from last time, I can insist on
rhkra...@gmail.com wrote:
> On Thursday, February 09, 2017 07:21:58 AM Dan Purgert wrote:
>> rhkra...@gmail.com wrote:
>> > I noticed today that those statistics pages do tell me the size of the
>> > MTUs
>> >
>> > On the: MTU is:
>> > WAN VC1540
>> > Ethernet 1500
>>
>> Yuck.
On Thursday, February 09, 2017 07:36:50 AM Dan Purgert wrote:
> rhkra...@gmail.com wrote:
> > 2. I'm sure that I'm looking at the download flows from my ISP as the
> > ratio of the octets / bytes between the two flows is generally
> > something like 10 to 1. I'm sure that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thu, Feb 09, 2017 at 08:00:15AM -0500, rhkra...@gmail.com wrote:
> On Thursday, February 09, 2017 07:21:58 AM Dan Purgert wrote:
> > rhkra...@gmail.com wrote:
> > > I noticed today that those statistics pages do tell me the size of the
> > > MTUs
>
On Thursday, February 09, 2017 07:21:58 AM Dan Purgert wrote:
> rhkra...@gmail.com wrote:
> > I noticed today that those statistics pages do tell me the size of the
> > MTUs
> >
> > On the: MTU is:
> > WAN VC1540
> > Ethernet 1500
>
> Yuck. Hate it when people start mucking
rhkra...@gmail.com wrote:
>
> [...]
> But I do have two quick comments:
>
> 1. I am definitely comparing the IN on one side of the modem to the
> OUT on the other, and
Okay, good (people misinterpret the directions a lot ;) )
>
> 2. I'm sure that I'm looking at the do
rhkra...@gmail.com wrote:
> I noticed today that those statistics pages do tell me the size of the MTUs
>
> On the: MTU is:
> WAN VC1540
> Ethernet 1500
>
Yuck. Hate it when people start mucking around with MTUs ...
--
|_|O|_| Registered Linux user #585947
|_|_|O| Github:
Thanks! Maybe I will have to do some wiresharking ;-) I guess though, that
without something like a smart router, I'd only be able to look at data going
in and out of my Linux / Debian computers (by loading wireshark on each), and
not the other devices on the system.
I will probably spend at
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, Feb 07, 2017 at 08:26:46AM -0500, rhkra...@gmail.com wrote:
> Dan (and Lisi): Thanks for the responses!
>
> On this one I will need to cogitate a little before either understanding
> fully
> (and reaching "enlightenment") or responding with
the modem to the OUT on the
other, and
2. I'm sure that I'm looking at the download flows from my ISP as the ratio of
the octets / bytes between the two flows is generally something like 10 to 1.
I'm sure that I am not uploading 10 times (or even the same number) of bytes
as I am downloading. (For
I noticed today that those statistics pages do tell me the size of the MTUs
On the: MTU is:
WAN VC1540
Ethernet 1500
So, the numbers are a little different, but still relate the same way Dan
mentioned, that is, the WAN VC MTU is larger than the Ethernet MTU. (So this
about the same, and the difference
> mainly is that the packet size on the VC WAN "Data Out" are about
> twice the size of the packets on the Ethernet / LAN side.
Don't forget that the routing device itself will be generating traffic,
such as DNS lookups for you LAN clients, DHCP r
rhkra...@gmail.com wrote:
> On Monday, February 06, 2017 06:24:40 PM Dan Purgert wrote:
>> Could be MTU differences, and the router needing to do something (e.g.
>> 1500 on the LAN side, and 1452 on the WAN, which is usually typical for
>> DSL / PPPoE connections).
>
> BTW, thanks Dan for your
I'm the guy who was gobsmacked by the amount of data we (my son and I) are
sucking down from our ISP (Earthlink via DSL).
I've found something else that I don't understand. I'm going to keep this
general at first--if anybody needs specifics, I'll try to provide them.
I've now collected data
On Tuesday 07 February 2017 00:13:42 rhkra...@gmail.com wrote:
> On Monday, February 06, 2017 06:24:40 PM Dan Purgert wrote:
> > It's a bit hard to figure out what you're actually seeing happen though,
> > since your post somehow repeated itself several times, in a pretty big
> > mess (there
On Monday, February 06, 2017 06:24:40 PM Dan Purgert wrote:
> Could be MTU differences, and the router needing to do something (e.g.
> 1500 on the LAN side, and 1452 on the WAN, which is usually typical for
> DSL / PPPoE connections).
BTW, thanks Dan for your response--I hope the resent email is
On Monday, February 06, 2017 06:24:40 PM Dan Purgert wrote:
> It's a bit hard to figure out what you're actually seeing happen though,
> since your post somehow repeated itself several times, in a pretty big
> mess (there wasn't a given start / end of one post, but rather several
> copies
rhkra...@gmail.com wrote:
>
>* Why are there twice as many bytes measured coming in (from
>Earthlink) measured on the WAN VC side of the router as measured on
>the Ethernet / LAN side of the router (or, I guess the analagous
>question is why are the packets twice as big? (I mean,
I'm the guy who was gobsmacked by the amount of data we (my son and I) are
sucking down from our ISP (Earthlink via DSL).
I've found something else that I don't understand. I'm going to keep this
general at first--if anybody needs specifics, I'll try to provide them.
I've now collected data
Hello there,
Hope you having a great day!
Would you be interested in acquiring the list of customers or companies using
Internet Service Provider (ISP)?
Please review and let me know your thoughts I will get back to you with counts,
pricing and more information in my next email.
Await
cable from Videotron...the
only other ISP is Bell Canada...at least as far as non-DSL services. So
I am stuck between a rock and a hard place :)
Frank
--
To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
their login
credentials got into spammers' hands, yet their account was being used
to relay spam. I'm not saying it is what happened, just that your ISP
might not be entirely wrong.
Have you tried asking them for logging?
Mart
I did as part of a general email I sent them. We'll see what
happens
On 05/31/2015 12:10 PM, Frank wrote:
I really would like to switch ISPs but basically the only other one
available is Bell Canadawhom I dislike more than Videotron!!
I live in California. Apparently, there are laws here that require the
telephone company -- ATT in my case -- to allow
On Sun, 31 May 2015 13:03:32 -0400
John D. Hendrickson johnandsa...@cox.net wrote:
Hello John,
yes and no.
Etc, etc.
Don't Cc a message to me. I'm subbed to the list, so will see messages
here.
--
Regards _
/ ) The blindingly obvious is
/ _)radnever
On Fri, 29 May 2015 08:31:49 +0200 Petter Adsen sent:
I don't quite see why they have any reason to believe your system is
compromised, unless there is something they aren't telling you (and
that would be irresponsible of them, IMHO).
A compromised account would have to be just so much smoke.
On Saturday 30 May 2015 07:40:02 Charlie wrote:
A compromised account would have to be just so much smoke.
Why would they keep giving you new passwords if they thought that?
Because with a new password it might no longer be compromised?
Lisi
--
To UNSUBSCRIBE, email to
a keylogger on your Windows
install (I read you dual-boot?)
I *have* seen this happen; customers who had no idea how their login
credentials got into spammers' hands, yet their account was being used
to relay spam. I'm not saying it is what happened, just that your ISP
might not be entirely wrong
their login
credentials got into spammers' hands, yet their account was being used
to relay spam. I'm not saying it is what happened, just that your ISP
might not be entirely wrong.
Have you tried asking them for logging?
Mart
I did as part of a general email I sent them. We'll see what
happens
Hi.
On Thu, May 28, 2015 at 01:42:14PM -0400, Deb wrote:
On 05/28/2015 01:23 PM, John Hasler wrote:
Frank writes:
It's the ISP security guys who are insisting in their words the
account or perhaps your whole computer is infected.
The only Linux malware in the wild attacks Web sites via
went into Thunderbird at mid-day one of my accounts with
my ISP Videotron.ca registered a logon failure..despite the fact
nothing had changed.
I have no answer. However, with my ISP I periodically have the
same problem. I attempt to log on with claws-mail, without
changing anything
On Thu, 28 May 2015 09:21:05 -0400
Frank debianl...@videotron.ca wrote:
On 05/28/2015 02:44 AM, Emil Payne wrote:
On 05/27/2015 10:16 PM, Charlie wrote:
On Wed, 27 May 2015 21:06:10 -0400 Frank sent:
When I went into Thunderbird at mid-day one of my accounts with my
ISP Videotron.ca
Frank debianl...@videotron.ca writes:
On 05/28/2015 02:44 AM, Emil Payne wrote:
On 05/27/2015 10:16 PM, Charlie wrote:
On Wed, 27 May 2015 21:06:10 -0400 Frank sent:
When I went into Thunderbird at mid-day one of my accounts with my
ISP Videotron.ca registered a logon failure..despite
On 05/27/2015 09:06 PM, Frank wrote:
This is long so I hope all can read till the end.
I access all my mail through Thunderbird using IMAP. It has always been
flawless until yesterday.
When I went into Thunderbird at mid-day one of my accounts with my
ISP Videotron.ca registered a logon
of my accounts with my
ISP Videotron.ca registered a logon failure..despite the fact
nothing had changed.
I have no answer. However, with my ISP I periodically have the same
problem. I attempt to log on with claws-mail, without changing
anything, no update, no upgrade to the system. No tinkering
:06:10 -0400 Frank sent:
When I went into Thunderbird at mid-day one of my accounts with
my ISP Videotron.ca registered a logon failure..despite the fact
nothing had changed.
I have no answer. However, with my ISP I periodically have the
same problem. I attempt to log on with claws-mail, without
On 05/29/2015 06:04 AM, ken wrote:
On 05/27/2015 09:06 PM, Frank wrote:
This is long so I hope all can read till the end.
I access all my mail through Thunderbird using IMAP. It has always been
flawless until yesterday.
When I went into Thunderbird at mid-day one of my accounts with my
ISP
On 05/29/2015 06:52 AM, Mart van de Wege wrote:
Frank debianl...@videotron.ca writes:
On 05/28/2015 02:44 AM, Emil Payne wrote:
On 05/27/2015 10:16 PM, Charlie wrote:
On Wed, 27 May 2015 21:06:10 -0400 Frank sent:
When I went into Thunderbird at mid-day one of my accounts with my
ISP
1 - 100 of 1247 matches
Mail list logo