Evolution on Bookworm does not show CalDav entries in calendar and task view

[eugen . wintersberger]

Hi all,
  I recently installed a Debian testing (Bookworm). The system seems to
work quite fine. However, I stumbled upon a rather stragen problem with
Evolution. When I add new CalDav calendards and tasks lists Evolution
does not whos already existing entries from these calendars and task
lists. It shows new ones I create in Evolution. It also refuses to show
new appointments I create with a different client. 
This looks to me as if Evolution does not pick up already existing
entries from the CalDav sources. 

Does anyone experience the same difficulties or is this a known issue. 
I use Evolution for about 20 years and it never let me down so I am 
bit suprised about this behavior though this is not a stable release.

Thanks in advance and best regards
  Eugen

Re: Which MTA for from-based smarthost selection, local delivery and queuing?

[Jeremy Ardley]

On 8/9/22 12:29 pm, to...@tuxteam.de wrote:

On Wed, Sep 07, 2022 at 10:31:37PM +0200, Sébastien Hinderer wrote:

Dear all,

(I am not subscribed to the list)

Currently I am using exim4 as mail transport agent (MTA).

I am looking for another one, because I would like to be able to
configure the SMTP server to use based on the address I am using in the
>From header. For instance, if I am sending from my personal account then
I'd like to use one smarthost and SMTP configuration, but if I am
sending from my work address, I would like the MTA to choose my work's
SMTP server as its smarthost. Am I correct that exim4 does not allow for
such a configuration? If it would, I think that would be my preferred
solution, although I find exim4 really big and difficult to apprehend.

I've been mulling over it (and I want to stay with exim) and came to the
conclusion that it should be possible. But I haven't implemented it yet,
so take my conclusion with two fists of salt.

Cheers



It's incredibly easy using postfix sender_dependent_relayhost_maps

One option retaining exim4 is to use postfix as an outgoing mail gateway 
and forward to it from the exim4 instance.



--
Jeremy



OpenPGP_signature
Description: OpenPGP digital signature

Re: How do I install PHPMailer on a Debian/Bullseye Apache2 server -- resolved

[Gareth Evans]

> On 8 Sep 2022, at 02:52, Gary Dale  wrote:
> 
> 
> On 2022-09-07 17:49, Gareth Evans wrote:
>> 
>> 
>>> On 7 Sep 2022, at 22:24, Gareth Evans  wrote:
>>> 
>>> 
>>> 
>>> 
 On 7 Sep 2022, at 22:01, Gareth Evans  wrote:
 
 
 
 
> On 7 Sep 2022, at 21:27, Gareth Evans  wrote:
> 
> 
> 
> 
>> On 7 Sep 2022, at 17:55, Gary Dale  wrote:
>> I'm using a web hosting company that pretty much limits me to using 
>> PHPMailer on their servers for sending complex e-mails (e.g. with 
>> attachments). That is working.
>> 
>> [...]
> 
>> However when I try it with my local Apache2 server, it doesn't work.
> [...]
>> However the test .php file that works on the hosting company's server 
>> doesn't do anything on my local server. I try to load the page and get 
>> nothing - not even an error message.
> 
> Hi Gary,
> 
> If you expect output of some sort from the script, try putting
> 
> ini_set("display_errors",1);
> ini_set("error_reporting",E_ALL);
> 
> at the top of the script in question - this should show any errors on the 
> page rather than having to look in /var/log/syslog, though that might be 
> worthwhile too.
> 
> Also
> 
> $ php -l file.php
> (Lower case L after dash)
> 
> Do you receive any bounce message in (iirc... or something like...)
> /var/spool/mail/username ?
> 
> Not knowing whether you expect output, it could be that the script is 
> working but the remote server rejects mail from non-routable (ie LAN) IPs 
> - I don't think a bounce message is necessarily guaranteed though.
> 
> Any difference sending with PHPMailer via SMTP ?
> 
> Best wishes,
> Gareth
> 
 
 Having said that re bounce messages, I can'tremember if the error report 
 concerned, if any, may actually be found in syslog - it's a while since 
 I've seen one as I gave up testing email from local machines for this 
 reason.
 
 Possibly getting ahead of myself here, but it might also be worth 
 mentioning greylisting as an issue to be aware of - particularly for email 
 originating from non-routable addresses.
 
 "Mail from unrecognized servers is typically delayed by about 15 minutes, 
 and could be delayed up to a few days for poorly configured sending 
 systems."
 
 https://en.m.wikipedia.org/wiki/Greylisting_(email)
 
>>> 
>>> Also does the (working) server run the same OS as your local machine?
>>> 
>>> You may need to correct the location of sendmail (or whatever) in local 
>>> phpmailer's config
>> 
>> Owner / group / permissions for phpmailer dir + files?  I should have 
>> thought of that one first - it's a common PHP "white screen of death" cause.
>> 
> 
> Thanks Gareth. I didn't notice your answer because it was in a different 
> thread. I've been working directly on the remote host all afternoon until I 
> get the php script doing (mostly) what I want. When I followed your 
> suggestion, it showed errors relating to file permissions on a file that I 
> wanted to write to. I changed them and now its working the same as the remote 
> host.
> 
> However, the writing to the file wasn't part of the script in the morning. It 
> was something I added after I got the script working on the remote host and 
> wanted to add features. The basic script was just a test script with 
> everything hardcoded. The one that is now working is actually driven by an 
> HTML form so just the SMTP login is hardcoded. The writing to a file was a 
> late addition to create a cumulative .csv log of submissions. I just needed 
> to allow the file to be written to to get this later script to work.
> 
> Anyway, it looks like the issue has gone away.
> 
> Thanks!

I use various email clients which all have a mind of their own when it comes to 
threads.

Interesting.  For future ref, it's not unknown for strange PHP errors or 
behaviour (on Apache at least) to be solved by a reboot - may be worth trying 
if all else fails.

Best wishes,
Gareth

Re: Which MTA for from-based smarthost selection, local delivery and queuing?

[tomas]

On Wed, Sep 07, 2022 at 10:31:37PM +0200, Sébastien Hinderer wrote:
> Dear all,
> 
> (I am not subscribed to the list)
> 
> Currently I am using exim4 as mail transport agent (MTA).
> 
> I am looking for another one, because I would like to be able to
> configure the SMTP server to use based on the address I am using in the
> >From header. For instance, if I am sending from my personal account then
> I'd like to use one smarthost and SMTP configuration, but if I am
> sending from my work address, I would like the MTA to choose my work's
> SMTP server as its smarthost. Am I correct that exim4 does not allow for
> such a configuration? If it would, I think that would be my preferred
> solution, although I find exim4 really big and difficult to apprehend.

I've been mulling over it (and I want to stay with exim) and came to the
conclusion that it should be possible. But I haven't implemented it yet,
so take my conclusion with two fists of salt.

Cheers
-- 
t


signature.asc
Description: PGP signature

Re: apt-cacher internal error (died)

[Charles Curley]

On Wed, 7 Sep 2022 17:50:16 +0100
Adam Weremczuk  wrote:

> The server runs Debian 9.2 and the client Debian 9.1

I remember having problems with apt-cacher-ng on Debian 9 or
there-abouts. Maybe it's time to upgrade to Bullseye?

apt-cacher-ng has a web server, with which you can do some maintenance.
If I recall correctly, so does apt-cacher. Have you tried running that?
You may need to do it several times.


-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/

Re: Currently on x11vnc, looking for reliable VNC solution?

[David]

On Thu, 8 Sept 2022 at 11:44, Chuck Zmudzinski  wrote:
> On 9/7/22 7:45 PM, David wrote:
> > On Thu, 8 Sept 2022 at 02:49, Chuck Zmudzinski  
> > wrote:
> > > On 9/7/2022 12:13 PM, Chuck Zmudzinski wrote:
> >
> > > > I use the tigervnc-standalone-server which is in the Debian packages
> > > > archives. I use it only on a trusted LAN network so I don't need an
> > > > encrypted vnc connection either, and I can access it remotely from the
> > > > Internet by connecting to the LAN using a VPN (I use strongswan/IKEv2
> > > > for the VPN server). The main configuration files are at ~/.vnc, and
> > > > there are tools to configure it such as vncpasswd. The most important
> > > > configuration file is ~/.vnc/xstartup, where you launch your DE or
> > > > window manager of your choice.
> >
> > > > You can launch the server from a terminal logged in as an ordinary user
> > > > and the server runs as an ordinary user in the background so after you
> > > > start the server in a terminal you can exit that terminal session.
> >
> > > Actually, you *should* exit that terminal session, especially if it is
> > > a terminal window running in the same kind of session (gnome, lxde, etc)
> > > and as the same user that you plan to run in the VNC server. This is
> > > another limitation of the tigervnc-standalone-server: it does not connect
> > > to an already running X11 session but instead launches a new session as
> > > an ordinary user as specified in ~/.vnc/xstartup.
> >
> > > I have found that if I try to run two sessions as the same user, one over
> > > VNC and one on the local desktop, it does not work too well, at least
> > > with the current version of gnome, probably because there is not good
> > > enough separation of the various user processes that gnome starts for
> > > each user session.
> >
> > Hi,
> >
> > Regarding your final sentence, I wonder if installing dbus-x11 instead of
> > dbus-user-session would improve that situation.
> >
> > Because of what I read in the 'Description' in the output of
> > 'apt show dbus-user-session'.
> >
>
> I have both dbus-user-session and dbus-x11 installed:
>
> chuckz@debian:~$ dpkg-query -l dbus*
> Desired=Unknown/Install/Remove/Purge/Hold
> | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
> |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
> ||/ NameVersion  Architecture Description
> +++-===---=
> ii  dbus1.12.20-2amd64simple interprocess 
> messaging system (daemon and utilities)
> un  dbus-bin  (no description 
> available)
> un  dbus-daemon   (no description 
> available)
> un  dbus-session-bus  (no description 
> available)
> un  dbus-session-bus-common   (no description 
> available)
> un  dbus-system-bus   (no description 
> available)
> un  dbus-system-bus-common(no description 
> available)
> ii  dbus-user-session   1.12.20-2amd64simple interprocess 
> messaging system (systemd --user integration)
> ii  dbus-x111.12.20-2amd64simple interprocess 
> messaging system (X11 deps)
>
> I don't know how systemd handles the case when one user has two gnome 
> sessions running at the same time or if it is possible to make it behave 
> better in that case. I also don't know if installing dbus-session-bus or 
> dbus-system-bus might help. If anyone has any tips to improve the way it runs 
> in that case, I could try them out.

The 'Description' to which I referred you says:
  To retain dbus' traditional session semantics, in which login sessions
  are artificially isolated from each other, remove this package and install
  dbus-x11 instead

Note: "remove this package".

Re: How do I install PHPMailer on a Debian/Bullseye Apache2 server -- resolved

[Gary Dale]

On 2022-09-07 17:49, Gareth Evans wrote:




On 7 Sep 2022, at 22:24, Gareth Evans  wrote:





On 7 Sep 2022, at 22:01, Gareth Evans  wrote:





On 7 Sep 2022, at 21:27, Gareth Evans  wrote:





On 7 Sep 2022, at 17:55, Gary Dale  wrote:
I'm using a web hosting company that pretty much limits me to 
using PHPMailer on their servers for sending complex e-mails (e.g. 
with attachments). That is working.


[...]



However when I try it with my local Apache2 server, it doesn't work.

[...]
However the test .php file that works on the hosting company's 
server doesn't do anything on my local server. I try to load the 
page and get nothing - not even an error message.


Hi Gary,

If you expect output of some sort from the script, try putting

ini_set("display_errors",1);
ini_set("error_reporting",E_ALL);

at the top of the script in question - this should show any errors 
on the page rather than having to look in /var/log/syslog, though 
that might be worthwhile too.


Also

$ php -l file.php
(Lower case L after dash)

Do you receive any bounce message in (iirc... or something like...)
/var/spool/mail/username ?

Not knowing whether you expect output, it could be that the script 
is working but the remote server rejects mail from non-routable (ie 
LAN) IPs - I don't think a bounce message is necessarily guaranteed 
though.


Any difference sending with PHPMailer via SMTP ?

Best wishes,
Gareth



Having said that re bounce messages, I can'tremember if the error 
report concerned, if any, may actually be found in syslog - it's a 
while since I've seen one as I gave up testing email from local 
machines for this reason.


Possibly getting ahead of myself here, but it might also be worth 
mentioning greylisting as an issue to be aware of - particularly for 
email originating from non-routable addresses.


"Mail from unrecognized servers is typically delayed by about 15 
minutes, and could be delayed up to a few days for poorly configured 
sending systems."


https://en.m.wikipedia.org/wiki/Greylisting_(email)



Also does the (working) server run the same OS as your local machine?

You may need to correct the location of sendmail (or whatever) in 
local phpmailer's config


Owner / group / permissions for phpmailer dir + files?  I should have 
thought of that one first - it's a common PHP "white screen of death" 
cause.




Thanks Gareth. I didn't notice your answer because it was in a different 
thread. I've been working directly on the remote host all afternoon 
until I get the php script doing (mostly) what I want. When I followed 
your suggestion, it showed errors relating to file permissions on a file 
that I wanted to write to. I changed them and now its working the same 
as the remote host.


However, the writing to the file wasn't part of the script in the 
morning. It was something I added after I got the script working on the 
remote host and wanted to add features. The basic script was just a test 
script with everything hardcoded. The one that is now working is 
actually driven by an HTML form so just the SMTP login is hardcoded. The 
writing to a file was a late addition to create a cumulative .csv log of 
submissions. I just needed to allow the file to be written to to get 
this later script to work.


Anyway, it looks like the issue has gone away.

Thanks!

Re: Currently on x11vnc, looking for reliable VNC solution?

[Chuck Zmudzinski]

On 9/7/22 7:45 PM, David wrote:
> On Thu, 8 Sept 2022 at 02:49, Chuck Zmudzinski  wrote:
> > On 9/7/2022 12:13 PM, Chuck Zmudzinski wrote:
>
> > > I use the tigervnc-standalone-server which is in the Debian packages
> > > archives. I use it only on a trusted LAN network so I don't need an
> > > encrypted vnc connection either, and I can access it remotely from the
> > > Internet by connecting to the LAN using a VPN (I use strongswan/IKEv2
> > > for the VPN server). The main configuration files are at ~/.vnc, and
> > > there are tools to configure it such as vncpasswd. The most important
> > > configuration file is ~/.vnc/xstartup, where you launch your DE or
> > > window manager of your choice.
>
> > > You can launch the server from a terminal logged in as an ordinary user
> > > and the server runs as an ordinary user in the background so after you
> > > start the server in a terminal you can exit that terminal session.
>
> > Actually, you *should* exit that terminal session, especially if it is
> > a terminal window running in the same kind of session (gnome, lxde, etc)
> > and as the same user that you plan to run in the VNC server. This is
> > another limitation of the tigervnc-standalone-server: it does not connect
> > to an already running X11 session but instead launches a new session as
> > an ordinary user as specified in ~/.vnc/xstartup.
>
> > I have found that if I try to run two sessions as the same user, one over
> > VNC and one on the local desktop, it does not work too well, at least
> > with the current version of gnome, probably because there is not good
> > enough separation of the various user processes that gnome starts for
> > each user session.
>
> Hi,
>
> Regarding your final sentence, I wonder if installing dbus-x11 instead of
> dbus-user-session would improve that situation.
>
> Because of what I read in the 'Description' in the output of
> 'apt show dbus-user-session'.
>

I have both dbus-user-session and dbus-x11 installed:

chuckz@debian:~$ dpkg-query -l dbus*
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name    Version  Architecture Description
+++-===---=
ii  dbus    1.12.20-2    amd64    simple interprocess 
messaging system (daemon and utilities)
un  dbus-bin          (no description available)
un  dbus-daemon       (no description available)
un  dbus-session-bus          (no description available)
un  dbus-session-bus-common       (no description available)
un  dbus-system-bus       (no description available)
un  dbus-system-bus-common        (no description available)
ii  dbus-user-session   1.12.20-2    amd64    simple interprocess 
messaging system (systemd --user integration)
ii  dbus-x11    1.12.20-2    amd64    simple interprocess 
messaging system (X11 deps)

I don't know how systemd handles the case when one user has two gnome sessions 
running at the same time or if it is possible to make it behave better in that 
case. I also don't know if installing dbus-session-bus or dbus-system-bus might 
help. If anyone has any tips to improve the way it runs in that case, I could 
try them out.

Best regards,

Chuck

Re: bugs submitted by me rss feed?

[David]

On Thu, 8 Sept 2022 at 03:14, Brian  wrote:
> On Wed 07 Sep 2022 at 15:48:35 +0100, Brad Rogers wrote:
> > On Wed, 07 Sep 2022 12:39:23 + "jindam, vani"  
> > wrote:

> Reports submitted from a specicic address may be viewed with
>
>   
> https://bugs.debian.org/cgi-bin/pkgreport.cgi/submitter=jindam.vani%40disroot.org

I tried that, and it replied:
  "An error occurred. Error was: You have to choose something to select by"

Perhaps because between 'pkgreport.cgi' and 'submitter' should be
a question mark, not a forward slash.

I tried this, and it seemed to work:
  
https://bugs.debian.org/cgi-bin/pkgreport.cgi?archive=both;submitter=jindam.vani%40disroot.org

Re: Currently on x11vnc, looking for reliable VNC solution?

[David]

On Thu, 8 Sept 2022 at 02:49, Chuck Zmudzinski  wrote:
> On 9/7/2022 12:13 PM, Chuck Zmudzinski wrote:

> > I use the tigervnc-standalone-server which is in the Debian packages
> > archives. I use it only on a trusted LAN network so I don't need an
> > encrypted vnc connection either, and I can access it remotely from the
> > Internet by connecting to the LAN using a VPN (I use strongswan/IKEv2
> > for the VPN server). The main configuration files are at ~/.vnc, and
> > there are tools to configure it such as vncpasswd. The most important
> > configuration file is ~/.vnc/xstartup, where you launch your DE or
> > window manager of your choice.

> > You can launch the server from a terminal logged in as an ordinary user
> > and the server runs as an ordinary user in the background so after you
> > start the server in a terminal you can exit that terminal session.

> Actually, you *should* exit that terminal session, especially if it is
> a terminal window running in the same kind of session (gnome, lxde, etc)
> and as the same user that you plan to run in the VNC server. This is
> another limitation of the tigervnc-standalone-server: it does not connect
> to an already running X11 session but instead launches a new session as
> an ordinary user as specified in ~/.vnc/xstartup.

> I have found that if I try to run two sessions as the same user, one over
> VNC and one on the local desktop, it does not work too well, at least
> with the current version of gnome, probably because there is not good
> enough separation of the various user processes that gnome starts for
> each user session.

Hi,

Regarding your final sentence, I wonder if installing dbus-x11 instead of
dbus-user-session would improve that situation.

Because of what I read in the 'Description' in the output of
'apt show dbus-user-session'.

Re: Firefox 104 on Sid unusable because it blanks open tabs after a few minutes

[Eike Lantzsch KY4PZ]

On Mittwoch, 7. September 2022 16:23:28 -04 Alex King wrote:
> A couple of FF Extensions you might benefit from:
>
> Auto Tab Discard: although it does the opposite of what you want,
> (I.e. the purpose is to discard or "unload" tabs,) it gives a UI into
> the settings for when tabs are discarded.  (Although I'm on FF
> 91.13.0esr, and I don't know if it works on FF 104.)
>
> Textarea Cache:  Allows to save automatically the content in a text
> input field.  Great for retrieving text you wrote into a website, e.g.
> if the submission failed for some reason.  Not sure if it stores text
> from text input fields on discarded pages or not...
>
> Thanks,
> Alex
>
> On 8/09/22 05:10, debian-user-digest-requ...@lists.debian.org wrote:
> > Subject:
> > Firefox 104 on Sid unusable because it blanks open tabs after a few
> > minutes From:
> > Eike Lantzsch KY4PZ 
> > Date:
> > 8/09/22, 04:16
> >
> > To:
> > debian-user@lists.debian.org
> >
> >
> > I admit that I usually have ~ 70 tabs open.
> > FF does not blank all, just most of them.
> > Then I have to reload the pages and enter all information again if
> > the pages contain forms like snail-mail tracking, tracking of
> > packages, tracking of processes with the local communications state
> > agency, following geomagnetic storms, RF-Propagation, blogs etc
> > etc.
> >
> > My time is too valuable to waste it reloading and reloading web
> > pages
> > again and again.
> > It happens with dynamic pages and with static pages. There is no
> > consistency at all.
> >
> > I looked into the FF settings for a setup - but no - there is
> > nothing
> > about this behaviour.
> >
> > OK, so which browser will I now use instead of Firefox?
> >
> > have a nice day
> > Eike
> > --
> > Eike Lantzsch KY4PZ

Opera has a setup option "Snooze inactive tabs to save memory" which can be 
disabled. I
didn't find anything similar in the settings of FF but
there is  in about:config
browser.tabs.min_inactive_duration_before_unload
I am testing this right now with a higer number of seconds (I believe that it 
is set in
seconds).

Weird thing is that FF tends to unload the tabs agressively when starting to 
use the
browser but later when I've gone through the process of reloading the pages and 
filling in
requested data, adjusting the focus of maps and whatnot *several times* then it 
seems to
succumb to the will of the user and maintain the pages loaded.
Absolutely weird behaviour ...

Textarea Cache is a fine extension for what it's worth and for what it's 
intended but
unfortunately does not help in my usecase (entering package codes, adjusting 
maps for
size and focus, filling forms of state agencies. It does not even cache the 
text entered on
WhatsApp or Google Translate. Answer is "No cache here".
Anyway I leave it installed because the possibility to save text comes in handy 
when e.g.
answering to blog posts.

Thanks again
All the best
Eike
--
Eike Lantzsch KY4PZ / ZP6CGE

Re: How do I install PHPMailer on a Debian/Bullseye Apache2 server

[Gareth Evans]

> On 7 Sep 2022, at 22:24, Gareth Evans  wrote:
> 
> 
> 
> 
>>> On 7 Sep 2022, at 22:01, Gareth Evans  wrote:
>>> 
>> 
>> 
>> 
 On 7 Sep 2022, at 21:27, Gareth Evans  wrote:
 
>>> 
>>> 
>>> 
 On 7 Sep 2022, at 17:55, Gary Dale  wrote:
 I'm using a web hosting company that pretty much limits me to using 
 PHPMailer on their servers for sending complex e-mails (e.g. with 
 attachments). That is working.
 
 [...]
>>> 
 However when I try it with my local Apache2 server, it doesn't work.
>>> [...]
 However the test .php file that works on the hosting company's server 
 doesn't do anything on my local server. I try to load the page and get 
 nothing - not even an error message.
>>> 
>>> Hi Gary,
>>> 
>>> If you expect output of some sort from the script, try putting
>>> 
>>> ini_set("display_errors",1);
>>> ini_set("error_reporting",E_ALL);
>>> 
>>> at the top of the script in question - this should show any errors on the 
>>> page rather than having to look in /var/log/syslog, though that might be 
>>> worthwhile too.
>>> 
>>> Also
>>> 
>>> $ php -l file.php
>>> (Lower case L after dash)
>>> 
>>> Do you receive any bounce message in (iirc... or something like...)
>>> /var/spool/mail/username ?
>>> 
>>> Not knowing whether you expect output, it could be that the script is 
>>> working but the remote server rejects mail from non-routable (ie LAN) IPs - 
>>> I don't think a bounce message is necessarily guaranteed though.
>>> 
>>> Any difference sending with PHPMailer via SMTP ?
>>> 
>>> Best wishes,
>>> Gareth
>>> 
>> 
>> Having said that re bounce messages, I can'tremember if the error report 
>> concerned, if any, may actually be found in syslog - it's a while since I've 
>> seen one as I gave up testing email from local machines for this reason.
>> 
>> Possibly getting ahead of myself here, but it might also be worth mentioning 
>> greylisting as an issue to be aware of - particularly for email originating 
>> from non-routable addresses.
>> 
>> "Mail from unrecognized servers is typically delayed by about 15 minutes, 
>> and could be delayed up to a few days for poorly configured sending systems."
>> 
>> https://en.m.wikipedia.org/wiki/Greylisting_(email)
>> 
> 
> Also does the (working) server run the same OS as your local machine?
> 
> You may need to correct the location of sendmail (or whatever) in local 
> phpmailer's config

Owner / group / permissions for phpmailer dir + files?  I should have thought 
of that one first - it's a common PHP "white screen of death" cause.

Re: How do I install PHPMailer on a Debian/Bullseye Apache2 server

[Gareth Evans]

> On 7 Sep 2022, at 22:01, Gareth Evans  wrote:
> 
> 
> 
> 
>>> On 7 Sep 2022, at 21:27, Gareth Evans  wrote:
>>> 
>> 
>> 
>> 
>>> On 7 Sep 2022, at 17:55, Gary Dale  wrote:
>>> I'm using a web hosting company that pretty much limits me to using 
>>> PHPMailer on their servers for sending complex e-mails (e.g. with 
>>> attachments). That is working.
>>> 
>>> [...]
>> 
>>> However when I try it with my local Apache2 server, it doesn't work.
>> [...]
>>> However the test .php file that works on the hosting company's server 
>>> doesn't do anything on my local server. I try to load the page and get 
>>> nothing - not even an error message.
>> 
>> Hi Gary,
>> 
>> If you expect output of some sort from the script, try putting
>> 
>> ini_set("display_errors",1);
>> ini_set("error_reporting",E_ALL);
>> 
>> at the top of the script in question - this should show any errors on the 
>> page rather than having to look in /var/log/syslog, though that might be 
>> worthwhile too.
>> 
>> Also
>> 
>> $ php -l file.php
>> (Lower case L after dash)
>> 
>> Do you receive any bounce message in (iirc... or something like...)
>> /var/spool/mail/username ?
>> 
>> Not knowing whether you expect output, it could be that the script is 
>> working but the remote server rejects mail from non-routable (ie LAN) IPs - 
>> I don't think a bounce message is necessarily guaranteed though.
>> 
>> Any difference sending with PHPMailer via SMTP ?
>> 
>> Best wishes,
>> Gareth
>> 
> 
> Having said that re bounce messages, I can'tremember if the error report 
> concerned, if any, may actually be found in syslog - it's a while since I've 
> seen one as I gave up testing email from local machines for this reason.
> 
> Possibly getting ahead of myself here, but it might also be worth mentioning 
> greylisting as an issue to be aware of - particularly for email originating 
> from non-routable addresses.
> 
> "Mail from unrecognized servers is typically delayed by about 15 minutes, and 
> could be delayed up to a few days for poorly configured sending systems."
> 
> https://en.m.wikipedia.org/wiki/Greylisting_(email)
> 

Also does the (working) server run the same OS as your local machine?

You may need to correct the location of sendmail (or whatever) in local 
phpmailer's config

Re: How do I install PHPMailer on a Debian/Bullseye Apache2 server

[Gareth Evans]

> On 7 Sep 2022, at 21:27, Gareth Evans  wrote:
> 
> 
> 
> 
>> On 7 Sep 2022, at 17:55, Gary Dale  wrote:
>> I'm using a web hosting company that pretty much limits me to using 
>> PHPMailer on their servers for sending complex e-mails (e.g. with 
>> attachments). That is working.
>> 
>> [...]
> 
>> However when I try it with my local Apache2 server, it doesn't work.
> [...]
>> However the test .php file that works on the hosting company's server 
>> doesn't do anything on my local server. I try to load the page and get 
>> nothing - not even an error message.
> 
> Hi Gary,
> 
> If you expect output of some sort from the script, try putting
> 
> ini_set("display_errors",1);
> ini_set("error_reporting",E_ALL);
> 
> at the top of the script in question - this should show any errors on the 
> page rather than having to look in /var/log/syslog, though that might be 
> worthwhile too.
> 
> Also
> 
> $ php -l file.php
> (Lower case L after dash)
> 
> Do you receive any bounce message in (iirc... or something like...)
> /var/spool/mail/username ?
> 
> Not knowing whether you expect output, it could be that the script is working 
> but the remote server rejects mail from non-routable (ie LAN) IPs - I don't 
> think a bounce message is necessarily guaranteed though.
> 
> Any difference sending with PHPMailer via SMTP ?
> 
> Best wishes,
> Gareth
> 

Having said that re bounce messages, I can'tremember if the error report 
concerned, if any, may actually be found in syslog - it's a while since I've 
seen one as I gave up testing email from local machines for this reason.

Possibly getting ahead of myself here, but it might also be worth mentioning 
greylisting as an issue to be aware of - particularly for email originating 
from non-routable addresses.

"Mail from unrecognized servers is typically delayed by about 15 minutes, and 
could be delayed up to a few days for poorly configured sending systems."

https://en.m.wikipedia.org/wiki/Greylisting_(email)

Re: Firefox 104 on Sid unusable because it blanks open tabs after a few minutes

[Eike Lantzsch KY4PZ]

On Mittwoch, 7. September 2022 16:23:28 -04 Alex King wrote:
> A couple of FF Extensions you might benefit from:
>
> Auto Tab Discard: although it does the opposite of what you want,
> (I.e. the purpose is to discard or "unload" tabs,) it gives a UI into
> the settings for when tabs are discarded.  (Although I'm on FF
> 91.13.0esr, and I don't know if it works on FF 104.)
>
> Textarea Cache:  Allows to save automatically the content in a text
> input field.  Great for retrieving text you wrote into a website, e.g.
> if the submission failed for some reason.  Not sure if it stores text
> from text input fields on discarded pages or not...
>
> Thanks,
> Alex

Dear Alex,
definitely I'm going to try both extensions and then report back.
Will try Textarea Cache first and Auto Tab Discard independently next.
Thank you!
de Eike

>
> On 8/09/22 05:10, debian-user-digest-requ...@lists.debian.org wrote:
> > Subject:
> > Firefox 104 on Sid unusable because it blanks open tabs after a few
> > minutes From:
> > Eike Lantzsch KY4PZ 
> > Date:
> > 8/09/22, 04:16
> >
> > To:
> > debian-user@lists.debian.org
> >
> >
> > I admit that I usually have ~ 70 tabs open.
> > FF does not blank all, just most of them.
> > Then I have to reload the pages and enter all information again if
> > the pages contain forms like snail-mail tracking, tracking of
> > packages, tracking of processes with the local communications state
> > agency, following geomagnetic storms, RF-Propagation, blogs etc
> > etc.
> >
> > My time is too valuable to waste it reloading and reloading web
> > pages
> > again and again.
> > It happens with dynamic pages and with static pages. There is no
> > consistency at all.
> >
> > I looked into the FF settings for a setup - but no - there is
> > nothing
> > about this behaviour.
> >
> > OK, so which browser will I now use instead of Firefox?
> >
> > have a nice day
> > Eike



--
Eike Lantzsch KY4PZ / ZP6CGE

Which MTA for from-based smarthost selection, local delivery and queuing?

[Sébastien Hinderer]

Dear all,

(I am not subscribed to the list)

Currently I am using exim4 as mail transport agent (MTA).

I am looking for another one, because I would like to be able to
configure the SMTP server to use based on the address I am using in the
>From header. For instance, if I am sending from my personal account then
I'd like to use one smarthost and SMTP configuration, but if I am
sending from my work address, I would like the MTA to choose my work's
SMTP server as its smarthost. Am I correct that exim4 does not allow for
such a configuration? If it would, I think that would be my preferred
solution, although I find exim4 really big and difficult to apprehend.

I was advised to use msmtp but, although it has the feature I am looking
for, it misses two features of exim4 that I find useful: local e-mail
delivery to users' maildirs and the ability to queue emails composed while
the computer is off-line so that they get sent the next time the network
becomes available.

It may help to know that I am using mutt as my mail user agent.

Is there an MTA or combination of MTAs that would fulfill all these
needs, please? Is it worth looking into postfix, for instance?

Any help will be more than warmly appreciated.

Many thanks in advance,

Sébastien.

Re: Firefox 104 on Sid unusable because it blanks open tabs after a few minutes

[Alex King]

A couple of FF Extensions you might benefit from:

Auto Tab Discard: although it does the opposite of what you want, (I.e. 
the purpose is to discard or "unload" tabs,) it gives a UI into the 
settings for when tabs are discarded.  (Although I'm on FF 91.13.0esr, 
and I don't know if it works on FF 104.)


Textarea Cache:  Allows to save automatically the content in a text 
input field.  Great for retrieving text you wrote into a website, e.g. 
if the submission failed for some reason.  Not sure if it stores text 
from text input fields on discarded pages or not...


Thanks,
Alex

On 8/09/22 05:10, debian-user-digest-requ...@lists.debian.org wrote:

Subject:
Firefox 104 on Sid unusable because it blanks open tabs after a few minutes
From:
Eike Lantzsch KY4PZ 
Date:
8/09/22, 04:16

To:
debian-user@lists.debian.org


I admit that I usually have ~ 70 tabs open.
FF does not blank all, just most of them.
Then I have to reload the pages and enter all information again if the
pages contain forms like snail-mail tracking, tracking of packages,
tracking of processes with the local communications state agency,
following geomagnetic storms, RF-Propagation, blogs etc etc.

My time is too valuable to waste it reloading and reloading web pages
again and again.
It happens with dynamic pages and with static pages. There is no
consistency at all.

I looked into the FF settings for a setup - but no - there is nothing
about this behaviour.

OK, so which browser will I now use instead of Firefox?

have a nice day
Eike
--
Eike Lantzsch KY4PZ

Re: How do I install PHPMailer on a Debian/Bullseye Apache2 server

[Gareth Evans]




> On 7 Sep 2022, at 17:55, Gary Dale  wrote:
> I'm using a web hosting company that pretty much limits me to using 
> PHPMailer on their servers for sending complex e-mails (e.g. with 
> attachments). That is working.
> 
> [...]

> However when I try it with my local Apache2 server, it doesn't work.
[...]
> However the test .php file that works on the hosting company's server doesn't 
> do anything on my local server. I try to load the page and get nothing - not 
> even an error message.

Hi Gary,

If you expect output of some sort from the script, try putting

ini_set("display_errors",1);
ini_set("error_reporting",E_ALL);

at the top of the script in question - this should show any errors on the page 
rather than having to look in /var/log/syslog, though that might be worthwhile 
too.

Also

$ php -l file.php
(Lower case L after dash)

Do you receive any bounce message in (iirc... or something like...)
 /var/spool/mail/username ?

Not knowing whether you expect output, it could be that the script is working 
but the remote server rejects mail from non-routable (ie LAN) IPs - I don't 
think a bounce message is necessarily guaranteed though.

Any difference sending with PHPMailer via SMTP ?

Best wishes,
Gareth

Re: Com deshabilitar actualitzacions automàtiques

[Alex Muntada]

Hola, Joan:

> No sé si és possible, però m'agrada saber si es poden
> deshabilitar les actualitzacions automàtiques temporalment.
> No em refereixo a que no s'executin, sinó sobretot a que no
> es descarreguin. Bàsicament per quan estàs tirant de dades del
> mòbil per servir la wifi del portàtil.

El fitxer /etc/apt/apt.conf.d/50unattended-upgrades té aquest
comentari, que sembla prou escaient per al teu cas:

// Download and install upgrades only on non-metered connection
// (i.e. skip or gracefully stop updates on a metered connection)
// Unattended-Upgrade::Skip-Updates-On-Metered-Connections "true";

Pots indicar que una connexió és «metered» des del NetworkManager.

Salut,
Alex

--
  ⢀⣴⠾⠻⢶⣦⠀
  ⣾⠁⢠⠒⠀⣿⡁   Alex Muntada 
  ⢿⡄⠘⠷⠚⠋   Debian Developer  log.alexm.org
  ⠈⠳⣄



signature.asc
Description: PGP signature

Re: TCP: tcp_parse_options: Illegal window scaling value 15 > 14 received

[Casey Deccio]

> On Sep 7, 2022, at 12:41 PM, Jim Popovitch  wrote:
> 
> On Wed, 2022-09-07 at 12:37 -0600, Casey Deccio wrote:
>> 
>>> On Sep 7, 2022, at 11:46 AM, Jim Popovitch >> > wrote:
>>> 
>>> I saw some much of the verbose '15 > 14' logs that I just decided to
>>> net.ipv4.tcp_window_scaling=0 and be done with it. Cleared up the
>>> noise, haven't noticed any problems since. ymmv.
>> 
>> Sounds like you've seen a non-trivial amount of this?
>> 
>> Disabling window scaling with net.ipv4.tcp_window_scaling=0 will "fix" the 
>> logs, but of course, it will also disable window scaling, which means that 
>> you are limiting the size of your congestion window to 64KB.  This 
>> effectively limits the throughput of TCP sessions over "long, fat pipes".
> 
> Yep.  I don't own/run/maintain anything on fat pipes, just destinations such 
> as webservers, email  servers, and dns servers for mailinglists.  If the 
> bandwidth for them is now capped at 2MBs, that's ok in my book.   The notion 
> that everything needs to support 10Gb interfaces and terabyte sized hardware 
> is just not realistic. 

Fair enough/  Just trying to interpret "ymmv" :)

Cheers,
Casey

Re: TCP: tcp_parse_options: Illegal window scaling value 15 > 14 received

[Jim Popovitch]

On Wed, 2022-09-07 at 12:37 -0600, Casey Deccio wrote:
> 
> > On Sep 7, 2022, at 11:46 AM, Jim Popovitch  wrote:
> > 
> > I saw some much of the verbose '15 > 14' logs that I just decided to
> > net.ipv4.tcp_window_scaling=0 and be done with it. Cleared up the
> > noise, haven't noticed any problems since. ymmv.
> 
> Sounds like you've seen a non-trivial amount of this?
> 
> Disabling window scaling with net.ipv4.tcp_window_scaling=0 will "fix"
> the logs, but of course, it will also disable window scaling, which
> means that you are limiting the size of your congestion window to
> 64KB.  This effectively limits the throughput of TCP sessions over
> "long, fat pipes".


Yep.  I don't own/run/maintain anything on fat pipes, just destinations
such as webservers, email  servers, and dns servers for mailinglists.
 If the bandwidth for them is now capped at 2MBs, that's ok in my book.
  The notion that everything needs to support 10Gb interfaces and
terabyte sized hardware is just not realistic. 

-Jim P.

Re: TCP: tcp_parse_options: Illegal window scaling value 15 > 14 received

[Casey Deccio]

> On Sep 7, 2022, at 11:46 AM, Jim Popovitch  wrote:
> 
> I saw some much of the verbose '15 > 14' logs that I just decided to
> net.ipv4.tcp_window_scaling=0 and be done with it. Cleared up the
> noise, haven't noticed any problems since. ymmv.

Sounds like you've seen a non-trivial amount of this?

Disabling window scaling with net.ipv4.tcp_window_scaling=0 will "fix" the 
logs, but of course, it will also disable window scaling, which means that you 
are limiting the size of your congestion window to 64KB.  This effectively 
limits the throughput of TCP sessions over "long, fat pipes".

Casey

Re: Actualizar Debian Jessie a la última versión.

[Camaleón]

El 2022-09-07 a las 19:47 +0200, Ramses escribió:

> > > >> W: Failed to fetch
> > > >> https://packages.sury.org/php/dists/jessie/main/binary-amd64/Packag
> > > >> es server certificate verification failed. CAfile:
> > > >> /etc/ssl/certs/ca-certificates.crt CRLfile: none
> > > >>
> > > >> E: Some index files failed to download. They have been ignored, or
> > > >> old ones used instead.
> > > >
> > > >Cambia de servidor, ese no tiene el archivo que necesitas:
> > > >
> > > >https://packages.sury.org/php/dists/
> > > >
> > > >Está vacío.
> > > >
> > > >Por eso siempre uso los alemanes:
> > > >
> > > >http://ftp.de.debian.org/debian/dists/jessie/main/binary-amd64/
> > > >
> > > >Aquí hay más chicha :-)
> > > >
> > > >> ¿A alguien le suena este error y cómo solucionarlo?
> > > >
> > > >Parece un error tontín, al fin y al cabo sólo estás actualizando los
> > > >paquetes de Debian Jessie; la «fiesta» de la actualización aún no ha
> > > >empezado...
> > > >
> > >
> > > Camaleón, tengo esto en el sources.list:
> > >
> > > deb http://ftp.de.debian.org/debian/ jessie main contrib non-free
> > > deb-src http://ftp.de.debian.org/debian/ jessie main contrib non-free
> > >
> > >
> > > deb http://httpredir.debian.org/debian jessie-updates main contrib
> > > non-free
> >  ^
> > > deb-src http://httpredir.debian.org/debian jessie-updates main contrib
> > > non-free

(...)

> > > ¿Los cambio y dejó sólo el que tú me has puesto?
> > 
> > No, sólo el que te falla, que es un redirector y te lleva a un servidor que 
> > no
> > tiene todos los paquetes.
> > 
> > Es decir, cambia este:
> > 
> > # deb http://httpredir.debian.org/debian jessie-updates main contrib non-
> > free # deb-src http://httpredir.debian.org/debian jessie-updates main
> > contrib non-free
> > 
> > Por este:
> > 
> > deb http://ftp.de.debian.org/debian jessie-updates main contrib non-free
> > deb-src http://ftp.de.debian.org/debian jessie-updates main contrib non-
> > free
> > 
> > Y prueba de nuevo:
> > 
> > apt-get update
> > 
> 
> Camaleón, buenas tardes,
> 
> He cambiado el sources.list:
> 
> 
> root@maquina:/etc/apt# cat sources.list
> #deb http://ftp.debian.org/debian wheezy main contrib
> 
> #deb http://ftp.debian.org/debian wheezy-updates main contrib
> 
> #deb http://security.debian.org wheezy/updates main contrib
> 
> deb http://ftp.de.debian.org/debian/ jessie main contrib non-free
> deb-src http://ftp.de.debian.org/debian/ jessie main contrib non-free
> 
> 
> #deb http://httpredir.debian.org/debian jessie-updates main contrib non-free
> #deb-src http://httpredir.debian.org/debian jessie-updates main contrib 
> non-free
> deb http://ftp.de.debian.org/debian jessie-updates main contrib non-free
> deb-src http://ftp.de.debian.org/debian jessie-updates main contrib non-free
> 
> 
> deb http://security.debian.org/ jessie/updates main contrib non-free
> deb-src http://security.debian.org/ jessie/updates main contrib non-free
> 
> 
> root@maquina:/etc/apt#
> 
> 
> Y me sigue dando el mismo problema, tanto con apt update como con apt-get 
> update:
> 
> 
> root@soporte:/etc/apt# apt-get update
> Hit http://security.debian.org jessie/updates InRelease
> Ign https://packages.sury.org jessie InRelease
 ^^

Ese servidor que falla te sigue apareciendo, pero no sé de dónde viene.

¿Tienes instalado alǵun paquete/aplicación/programa que consulte su 
propia lista de servidores para actualizar? Como Google Chrome o algo 
así que instala una especie de servicio y añade sus propios 
repositorios.

> Err https://packages.sury.org jessie/main amd64 Packages
>   server certificate verification failed. CAfile: 
> /etc/ssl/certs/ca-certificates.crt CRLfile: none

(...)

> E: Some index files failed to download. They have been ignored, or old ones 
> used instead.
> root@soporte:/etc/apt#
> 
> 
> ¿Alguna idea?

En prinicpio el mensaje que te aparece no te impide actualizar los 
paquetes, sólo te dice que ese servidor no se ha podido actualizar.

En cualquier caso, te lo está tomando por algún motivo que tendrás que 
revisar, lo debes de tener definido en alguna parte 
(p. ej., en «/etc/apt//sources.list.d/*») o en caché :-?

Saludos,

-- 
Camaleón 

Re: bugs submitted by me rss feed?

[Brad Rogers]

On Wed, 7 Sep 2022 18:14:22 +0100
Brian  wrote:

Hello Brian,

>Reports submitted from a specicic address may be viewed with

Good to know.  Bookmarked for future reference.  Thank you.

-- 
 Regards  _
 / )  "The blindingly obvious is never immediately apparent"
/ _)rad   "Is it only me that has a working delete key?"
People stare like they've seen a ghost
Titanic (My Over) Reaction - 999


pgpWLS_0MoMbo.pgp
Description: OpenPGP digital signature

Re: TCP: tcp_parse_options: Illegal window scaling value 15 > 14 received

[Jim Popovitch]

On Wed, 2022-09-07 at 11:09 -0600, Casey Deccio wrote:
> Hi Michael,
> 
> > On Sep 7, 2022, at 5:49 AM, Michael Grant  wrote:
> > 
> > I'm seeing this error over and over in /var/log/messages:
> > 
> > Sep  6 05:02:42 hostname kernel: [408794.655182] TCP: tcp_parse_options: 
> > Illegal window scaling value 15 > 14 received
> > Sep  6 05:02:43 hostname kernel: [408794.830639] TCP: tcp_parse_options: 
> > Illegal window scaling value 15 > 14 received
> > Sep  6 05:02:43 hostname kernel: [408794.960811] TCP: tcp_parse_options: 
> > Illegal window scaling value 15 > 14 received
> > Sep  6 05:02:43 hostname kernel: [408795.180464] TCP: tcp_parse_options: 
> > Illegal window scaling value 15 > 14 received
> > 
> > I've not been able to find much about these messages by searching,
> > nothing useful is coming up.  Is anyone else seeing something like
> > this?
> 
> This is consistent with RFC 7323, Section 2.3 [1], which states:
> 
>    "If a
>    Window Scale option is received with a shift.cnt value larger than
>    14, the TCP SHOULD log the error but MUST use 14 instead of the
>    specified value."
> 
> >  Is this some sort of attack?
> 
> I am not sure.  But the purpose of keeping the window scale below 15 is to 
> "insure that new data is never mistakenly considered old and vice versa" [1]. 
>  In any case, it seems to me that 1) your kernel appears to be handling it 
> properly (hence the logs) and 2) even if it weren't, it doesn't *seem* like a 
> problem for the server as much as for the entity that wanted the data.  Just 
> my $0.02.
> 
> Interestingly, I happen to have some software using different window scale 
> values in its interactions with Internet servers.  I just yesterday 
> discovered a bug which was occasionally allowing 15 to be used as a window 
> scale value, and I have corrected that. I don't know if my software was 
> responsible for the log messages that Michael observed, but I have reached 
> out off-list to investigate.
> 

I saw some much of the verbose '15 > 14' logs that I just decided to
net.ipv4.tcp_window_scaling=0 and be done with it.  Cleared up the
noise, haven't noticed any problems since.  ymmv.

-Jim P.

RE: Actualizar Debian Jessie a la última versión.

[Ramses]

> -Mensaje original-
> De: Camaleón [mailto:noela...@gmail.com]
> Enviado el: miércoles, 7 de septiembre de 2022 7:47
> Para: debian-user-spanish@lists.debian.org
> Asunto: Re: Actualizar Debian Jessie a la última versión.
> 
> El 2022-09-06 a las 21:13 +0200, Ramses escribió:
> 
> > El 6 de septiembre de 2022 20:19:03 CEST, "Camaleón"
>  escribió:
> > >>
> > >> Quiero actualizar una máquina con Debian Jessie, concretamente es
> > >> un contenedor LXC, a la última versión de Debian.
> > >>
> > >> El problema que tengo es que, cuando hago un "apt update" me
> > >> aparece el siguiente error:
> 
> (...)
> 
> > >> Get:7 http://httpredir.debian.org jessie/main Translation-en [4581
> > >> kB] Ign https://packages.sury.org jessie/main Translation-en Err
> > >> https://packages.sury.org jessie/main amd64 Packages
> > >>   server certificate verification failed. CAfile:
> > >> /etc/ssl/certs/ca-certificates.crt CRLfile: none
> > >> Get:8 http://httpredir.debian.org jessie/non-free Translation-en
> > >> [72.0 kB]
> 
> (...)
> 
> > >> W: Failed to fetch
> > >> https://packages.sury.org/php/dists/jessie/main/binary-amd64/Packag
> > >> es server certificate verification failed. CAfile:
> > >> /etc/ssl/certs/ca-certificates.crt CRLfile: none
> > >>
> > >> E: Some index files failed to download. They have been ignored, or
> > >> old ones used instead.
> > >
> > >Cambia de servidor, ese no tiene el archivo que necesitas:
> > >
> > >https://packages.sury.org/php/dists/
> > >
> > >Está vacío.
> > >
> > >Por eso siempre uso los alemanes:
> > >
> > >http://ftp.de.debian.org/debian/dists/jessie/main/binary-amd64/
> > >
> > >Aquí hay más chicha :-)
> > >
> > >> ¿A alguien le suena este error y cómo solucionarlo?
> > >
> > >Parece un error tontín, al fin y al cabo sólo estás actualizando los
> > >paquetes de Debian Jessie; la «fiesta» de la actualización aún no ha
> > >empezado...
> > >
> >
> > Camaleón, tengo esto en el sources.list:
> >
> > deb http://ftp.de.debian.org/debian/ jessie main contrib non-free
> > deb-src http://ftp.de.debian.org/debian/ jessie main contrib non-free
> >
> >
> > deb http://httpredir.debian.org/debian jessie-updates main contrib
> > non-free
>  ^
> > deb-src http://httpredir.debian.org/debian jessie-updates main contrib
> > non-free
> >
> >
> > deb http://security.debian.org/ jessie/updates main contrib non-free
> > deb-src http://security.debian.org/ jessie/updates main contrib
> > non-free
> > 
> >
> > ¿Los cambio y dejó sólo el que tú me has puesto?
> 
> No, sólo el que te falla, que es un redirector y te lleva a un servidor que no
> tiene todos los paquetes.
> 
> Es decir, cambia este:
> 
> # deb http://httpredir.debian.org/debian jessie-updates main contrib non-
> free # deb-src http://httpredir.debian.org/debian jessie-updates main
> contrib non-free
> 
> Por este:
> 
> deb http://ftp.de.debian.org/debian jessie-updates main contrib non-free
> deb-src http://ftp.de.debian.org/debian jessie-updates main contrib non-
> free
> 
> Y prueba de nuevo:
> 
> apt-get update
> 
> Saludos,
> 
> --
> Camaleón

Camaleón, buenas tardes,

He cambiado el sources.list:


root@maquina:/etc/apt# cat sources.list
#deb http://ftp.debian.org/debian wheezy main contrib

#deb http://ftp.debian.org/debian wheezy-updates main contrib

#deb http://security.debian.org wheezy/updates main contrib

deb http://ftp.de.debian.org/debian/ jessie main contrib non-free
deb-src http://ftp.de.debian.org/debian/ jessie main contrib non-free


#deb http://httpredir.debian.org/debian jessie-updates main contrib non-free
#deb-src http://httpredir.debian.org/debian jessie-updates main contrib non-free
deb http://ftp.de.debian.org/debian jessie-updates main contrib non-free
deb-src http://ftp.de.debian.org/debian jessie-updates main contrib non-free


deb http://security.debian.org/ jessie/updates main contrib non-free
deb-src http://security.debian.org/ jessie/updates main contrib non-free


root@maquina:/etc/apt#


Y me sigue dando el mismo problema, tanto con apt update como con apt-get 
update:


root@soporte:/etc/apt# apt-get update
Hit http://security.debian.org jessie/updates InRelease
Ign https://packages.sury.org jessie InRelease
Ign http://ftp.de.debian.org jessie InRelease
Ign https://packages.sury.org jessie Release.gpg
Hit http://ftp.de.debian.org jessie-updates InRelease
Ign https://packages.sury.org jessie Release
Get:1 http://security.debian.org jessie/updates/main Sources [366 kB]
Hit http://ftp.de.debian.org jessie Release.gpg
Ign https://packages.sury.org jessie/main amd64 Packages/DiffIndex
Get:2 http://security.debian.org jessie/updates/non-free Sources [1915 B]
Get:3 http://security.debian.org jessie/updates/main amd64 Packages [781 kB]
Hit 

Re: sshd_config

[jr]

Greg + Markus,

mandatory, ok.  thanks for replying.  re "well out of date" yep, like
the man.. :-)

regards.

RE: Actualizar Debian Jessie a la última versión.

[Ramses]

> -Mensaje original-
> De: Camaleón [mailto:noela...@gmail.com]
> Enviado el: miércoles, 7 de septiembre de 2022 7:47
> Para: debian-user-spanish@lists.debian.org
> Asunto: Re: Actualizar Debian Jessie a la última versión.
> 
> El 2022-09-06 a las 21:13 +0200, Ramses escribió:
> 
> > El 6 de septiembre de 2022 20:19:03 CEST, "Camaleón"
>  escribió:
> > >>
> > >> Quiero actualizar una máquina con Debian Jessie, concretamente es
> > >> un contenedor LXC, a la última versión de Debian.
> > >>
> > >> El problema que tengo es que, cuando hago un "apt update" me
> > >> aparece el siguiente error:
> 
> (...)
> 
> > >> Get:7 http://httpredir.debian.org jessie/main Translation-en [4581
> > >> kB] Ign https://packages.sury.org jessie/main Translation-en Err
> > >> https://packages.sury.org jessie/main amd64 Packages
> > >>   server certificate verification failed. CAfile:
> > >> /etc/ssl/certs/ca-certificates.crt CRLfile: none
> > >> Get:8 http://httpredir.debian.org jessie/non-free Translation-en
> > >> [72.0 kB]
> 
> (...)
> 
> > >> W: Failed to fetch
> > >> https://packages.sury.org/php/dists/jessie/main/binary-amd64/Packag
> > >> es server certificate verification failed. CAfile:
> > >> /etc/ssl/certs/ca-certificates.crt CRLfile: none
> > >>
> > >> E: Some index files failed to download. They have been ignored, or
> > >> old ones used instead.
> > >
> > >Cambia de servidor, ese no tiene el archivo que necesitas:
> > >
> > >https://packages.sury.org/php/dists/
> > >
> > >Está vacío.
> > >
> > >Por eso siempre uso los alemanes:
> > >
> > >http://ftp.de.debian.org/debian/dists/jessie/main/binary-amd64/
> > >
> > >Aquí hay más chicha :-)
> > >
> > >> ¿A alguien le suena este error y cómo solucionarlo?
> > >
> > >Parece un error tontín, al fin y al cabo sólo estás actualizando los
> > >paquetes de Debian Jessie; la «fiesta» de la actualización aún no ha
> > >empezado...
> > >
> >
> > Camaleón, tengo esto en el sources.list:
> >
> > deb http://ftp.de.debian.org/debian/ jessie main contrib non-free
> > deb-src http://ftp.de.debian.org/debian/ jessie main contrib non-free
> >
> >
> > deb http://httpredir.debian.org/debian jessie-updates main contrib
> > non-free
>  ^
> > deb-src http://httpredir.debian.org/debian jessie-updates main contrib
> > non-free
> >
> >
> > deb http://security.debian.org/ jessie/updates main contrib non-free
> > deb-src http://security.debian.org/ jessie/updates main contrib
> > non-free
> > 
> >
> > ¿Los cambio y dejó sólo el que tú me has puesto?
> 
> No, sólo el que te falla, que es un redirector y te lleva a un servidor que no
> tiene todos los paquetes.
> 
> Es decir, cambia este:
> 
> # deb http://httpredir.debian.org/debian jessie-updates main contrib non-
> free # deb-src http://httpredir.debian.org/debian jessie-updates main
> contrib non-free
> 
> Por este:
> 
> deb http://ftp.de.debian.org/debian jessie-updates main contrib non-free
> deb-src http://ftp.de.debian.org/debian jessie-updates main contrib non-
> free
> 
> Y prueba de nuevo:
> 
> apt-get update
> 
> Saludos,
> 
> --
> Camaleón

Camaleón, buenas tardes,

He cambiado el sources.list:





Y me sigue dando el mismo problema, tanto con apt update como con apt-get 
update:


root@maquina:/etc/apt# apt-get update
Hit http://security.debian.org jessie/updates InRelease
Ign https://packages.sury.org jessie InRelease
Ign http://ftp.de.debian.org jessie InRelease
Ign https://packages.sury.org jessie Release.gpg
Hit http://ftp.de.debian.org jessie-updates InRelease
Ign https://packages.sury.org jessie Release
Get:1 http://security.debian.org jessie/updates/main Sources [366 kB]
Hit http://ftp.de.debian.org jessie Release.gpg
Ign https://packages.sury.org jessie/main amd64 Packages/DiffIndex
Get:2 http://security.debian.org jessie/updates/non-free Sources [1915 B]
Get:3 http://security.debian.org jessie/updates/main amd64 Packages [781 kB]
Hit http://ftp.de.debian.org jessie-updates/main Sources
Hit http://ftp.de.debian.org jessie-updates/contrib Sources
Hit http://ftp.de.debian.org jessie-updates/non-free Sources
Hit http://ftp.de.debian.org jessie-updates/main amd64 Packages
Get:4 http://security.debian.org jessie/updates/non-free amd64 Packages [4702 B]
Get:5 http://security.debian.org jessie/updates/main Translation-en [401 kB]
Get:6 http://security.debian.org jessie/updates/non-free Translation-en [11.8 
kB]
Hit http://security.debian.org jessie/updates/contrib Sources
Hit http://ftp.de.debian.org jessie-updates/contrib amd64 Packages
Hit http://security.debian.org jessie/updates/contrib amd64 Packages
Hit http://security.debian.org jessie/updates/contrib Translation-en
Hit http://ftp.de.debian.org jessie-updates/non-free amd64 Packages
Hit http://ftp.de.debian.org 

Re: net.ipv6.conf.intf.disable_ipv6 behavior changes

[Casey Deccio]

> On Sep 3, 2022, at 7:30 PM, Kevin Price  wrote:
> 
> Am 03.09.22 um 06:32 schrieb Casey Deccio:
>>> On Sep 2, 2022, at 8:14 PM, Kevin Price  wrote
> 
>>> We got him. :) Casey, you file the bug report, Okay?
> 
>> Done!  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1018999
>> Thanks for all the help!
> 
> You are very welcome.
> 
> Thanks a lot for this conversation, which felt very pleasant to me, and
> kind, productive, and helpful, even though especially my initial reply
> was quite tight-lipped. Thanks to our well-working cooperation. We've
> successfully and quite quickly pinpointed the cause of a real-world
> problem that likely affects many others.

Indeed!  Thanks for the kind works and helpful and kind interactions.  It's a 
two-way street, after all :)

> IMHO, this is a good example of how I wish the Debian/FLOSS community to
> always be. Or any good community, for that matter. If I may: Very well
> done, Casey. *shoulder tap*

:)

> What caught my initial attention was the possibility of the kernel
> broadly changing its behavior within a stable release, which in itself
> would pose a huge problem, which to prevent is the very purpose of
> stable. Glad that turned out to be false. Your appreciativeness
> encouraged me to follow up on this, which rewarded me with quite some
> fun in helping to solve this little puzzle with you, and with the bonus
> of a few decoys in our way. ;D

There's more where that came from :)
https://lists.debian.org/debian-user/2022/08/msg00685.html

I've been sitting on that one for over a year, since I first upgraded some of 
my machines to bullseye.

> Out of curiosity I've subscribed to your
> bug #1018999. Very well written. Its outcome we'll see.

Thanks.  Yes, we'll see what happens.

> 
> As to if, when, and how it might get fixed, I'm not all that optimistic,
> so you might want to stick with any workarounds for a while. (maybe a
> tailored deb package that _Conflicts_: connman and _Recommends_:
> network-manager, or else maybe a kernel boot command line parameter
> "ipv6.disable=1", which completely overrides sysctl, or whatever may
> suit your needs)

I've ended up just hacking my own software to 1) disable IPv6 (again) on all 
interfaces, after they are up; 2) reset the network (in this case, the 
forwarding tables of the switch); and then 3) start the network scenario 
(whatever it is) [1].  It's not as clean, but I don't have to worry about what 
software might be third-party software (e.g., connman) might be installed on 
someone's system that might be running my software and how it might change, etc.

> In case your bug gets acknowledged, (which is a huge if) I'd expect any
> resolution to appear in stable no sooner than in Bookworm, whenever that
> may be released. (...very purpose of stable...)

It sounds right to me.  Of course, it all depends on if there is agreement that 
the behavior is a bug and how many others it is affecting.

> Also, in case bug
> #1018999 is not going to be fully resolved to your needs, we might
> consider filing a wishlist "bug report" against lxde to at least change
> their recommendation into something less troublesome, such as
> network-manager maybe. Which does not interfere with the user's
> preferences in the same way.

Could be.  I'm not sure how connman is used (by lxde), whether the (current) 
disable_ipv6 behavior by connman is intentional, etc.  I suppose that you and I 
have a sour taste in our mouths because of behavior that is "obviously" buggy, 
but others might see it as babies and bath water.

> Oh BTW, I ought to file another bug report against connman (if not
> already pending) for not being able to be installed via ssh in a DHCP
> environment. (because during postinst it reconfigures the network
> interfaces, failing to use the proper FQDN in DHCP requests, thus
> getting a new IP address assigned and cutting off the ssh session) Not
> quite certain, but I guess this violates some existing Debian policy, or
> else a new Debian policy to come into place rather soon. (bug report
> against debian-policy)

Could be, though admittedly, I'm not expert on Debian policy.

> Thank you Casey for being part of the Debian community. Your
> participation makes Debian a better place to be, so please keep it up!

Thanks!  Glad to be here.  I've been using Debian for over 20 years, but I've 
only recently (re-)subscribed to the user lists :O

Casey

[1] https://github.com/cdeccio/cougarnet/pull/15/files

Re: bugs submitted by me rss feed?

[Brian]

On Wed 07 Sep 2022 at 15:48:35 +0100, Brad Rogers wrote:

> On Wed, 07 Sep 2022 12:39:23 +
> "jindam, vani"  wrote:
> 
> Hello vani,
> 
> >luckily there were few bugs created 
> >by me..
> 
> Yeah, it will probably be a real PITA to find all those bugs already
> submitted by you.

Reports submitted from a specicic address may be viewed with

  
https://bugs.debian.org/cgi-bin/pkgreport.cgi/submitter=jindam.vani%40disroot.org

-- 
Brian.

Re: TCP: tcp_parse_options: Illegal window scaling value 15 > 14 received

[Casey Deccio]

Hi Michael,

> On Sep 7, 2022, at 5:49 AM, Michael Grant  wrote:
> 
> I'm seeing this error over and over in /var/log/messages:
> 
> Sep  6 05:02:42 hostname kernel: [408794.655182] TCP: tcp_parse_options: 
> Illegal window scaling value 15 > 14 received
> Sep  6 05:02:43 hostname kernel: [408794.830639] TCP: tcp_parse_options: 
> Illegal window scaling value 15 > 14 received
> Sep  6 05:02:43 hostname kernel: [408794.960811] TCP: tcp_parse_options: 
> Illegal window scaling value 15 > 14 received
> Sep  6 05:02:43 hostname kernel: [408795.180464] TCP: tcp_parse_options: 
> Illegal window scaling value 15 > 14 received
> 
> I've not been able to find much about these messages by searching,
> nothing useful is coming up.  Is anyone else seeing something like
> this?

This is consistent with RFC 7323, Section 2.3 [1], which states:

   "If a
   Window Scale option is received with a shift.cnt value larger than
   14, the TCP SHOULD log the error but MUST use 14 instead of the
   specified value."

>  Is this some sort of attack?

I am not sure.  But the purpose of keeping the window scale below 15 is to 
"insure that new data is never mistakenly considered old and vice versa" [1].  
In any case, it seems to me that 1) your kernel appears to be handling it 
properly (hence the logs) and 2) even if it weren't, it doesn't *seem* like a 
problem for the server as much as for the entity that wanted the data.  Just my 
$0.02.

Interestingly, I happen to have some software using different window scale 
values in its interactions with Internet servers.  I just yesterday discovered 
a bug which was occasionally allowing 15 to be used as a window scale value, 
and I have corrected that. I don't know if my software was responsible for the 
log messages that Michael observed, but I have reached out off-list to 
investigate.

Casey

[1] https://www.rfc-editor.org/rfc/rfc7323.html

apt-cacher internal error (died)

[Adam Weremczuk]

Hi all,

The server runs Debian 9.2 and the client Debian 9.1

My errors:

CLIENT

$ sudo apt update
Ign:1 http://192.168.1.100:3142/debian stretch InRelease
Hit:2 http://192.168.1.100:3142/debian stretch-updates InRelease
Hit:3 http://192.168.1.100:3142/debian stretch Release
Reading package lists... Done
Building dependency tree
Reading state information... Done
91 packages can be upgraded. Run 'apt list --upgradable' to see them.

$ sudo apt install memtest86+
Reading package lists... Done
Building dependency tree
Reading state information... Done
Suggested packages:
  hwtools memtester kernel-patch-badram memtest86 mtools
The following NEW packages will be installed:
  memtest86+
0 upgraded, 1 newly installed, 0 to remove and 91 not upgraded.
Need to get 75.1 kB of archives.
After this operation, 2,448 kB of additional disk space will be used.
Err:1 http://192.168.1.100:3142/debian stretch/main amd64 memtest86+ 
amd64 5.01-3

  502  apt-cacher internal error (died)
E: Failed to fetch 
http://192.168.1.100:3142/debian/pool/main/m/memtest86+/memtest86+_5.01-3_amd64.deb 
 502  apt-cacher internal error (died)
E: Unable to fetch some archives, maybe run apt-get update or try with 
--fix-missing?


SERVER

Wed Sep  7 17:06:40 2022|error [10088]: Failed to open/create 
/var/cache/apt-cacher/packages/memtest86+_5.01-3_amd64.deb for return: 
Permission denied at /usr/sbin/apt-cacher line 735,  line 4.
Wed Sep  7 17:07:58 2022|warn [20848]: Warning: unable to close 
filehandle __ANONIO__ properly: Bad file descriptor at 
/usr/sbin/apt-cacher line 1539.


Permissions seem fine:

ls -al /var/cache/apt-cacher/packages/memtest86+_5.01-3_amd64.deb
lrwxrwxrwx 1 proxy proxy 51 Aug 22 18:13 
/var/cache/apt-cacher/packages/memtest86+_5.01-3_amd64.deb -> 
/var/cache/apt/archives/memtest86+_5.01-3_amd64.deb


ls -al /var/cache/apt/archives/memtest86+_5.01-3_amd64.deb
-rw-r--r-- 1 myuser users 75142 Nov 18  2021 
/var/cache/apt/archives/memtest86+_5.01-3_amd64.deb


All folders in both paths are 755.

Any ideas?

Regards,
Adam

How do I install PHPMailer on a Debian/Bullseye Apache2 server

[Gary Dale]

I'm using a web hosting company that pretty much limits me to using 
PHPMailer on their servers for sending complex e-mails (e.g. with 
attachments). That is working.


To get it to work, I used the zip archive from the PHPMailer's github 
page and unzipped it into the site's public directory - so that there is 
PHPMailer folder in the same folder that has the index.html file. I 
uploaded a test .php file and it sends mail.


However when I try it with my local Apache2 server, it doesn't work. 
I've got PHP working because I have another PHP script that executes 
perfectly. However the test .php file that works on the hosting 
company's server doesn't do anything on my local server. I try to load 
the page and get nothing - not even an error message.


I tried placing a copy of the PHPMailer files in the /usr/share/php 
folder and uncommented the include_path line in 
/etc/php/8.1/apache2php.ini file to ensure that the folder was in the 
path, but still no luck (various installation howtos say to make sure 
the PHPMailer folder is in the php include path).


Does anyone have any ideas on how I can get this to work? I know that 
PHPMailer at the best of times is very finicky (e.g. it creates the same 
problem (no output) if I have a space in the (optional) second argument 
for the ->setFrom or ->addAddress methods), but in this case, the file 
is identical between the hosting company's working example and my local 
test.


Nothing shows up in the various PHP logs nor in the syslog.

Thanks.

Re: Currently on x11vnc, looking for reliable VNC solution?

[Chuck Zmudzinski]

On 9/7/2022 12:13 PM, Chuck Zmudzinski wrote:
> On 9/7/2022 4:41 AM, piorunz wrote:
> > On 07/09/2022 05:58, notoneofmyseeds wrote:
> > > On 07.09.22 06:19, Alexander V. Makartsev wrote:
> > >
> > >>>
> > >> I've switched to NoMachine [1] a long time ago.
> > >> It has all features I need, which are multi-platform and cross-OS
> > >> support, public key authentication, reliable file transfer between
> > >> hosts, and completely free no strings attached license for personal use.
> > >
> > > and the there's anydesk, with conditions just as nomachine.
> > >
> > > anydesk.com
> > >
> > >>
> > >>
> > >> [1] https://www.nomachine.com/
> >
> > Thanks for your replies guys. These solutions are overkill to my needs,
> > I just need reliable LAN access from one machine to another, as for WAN
> > access I already have ssh tunnel which tunnels all traffic I want if
> > need be. So, I don't think I need external, commercial, not open source
> > solution for my simple remote access. I'd rather fix VNC server I have
> > right now, or switch to different VNC server. Anyone has experience with
> > VNC, or similar LAN protocols, which work? Thanks in advance.
> >
> > --
> > With kindest regards, Piotr.
> >
> > ⢀⣴⠾⠻⢶⣦⠀
> > ⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
> > ⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/
> > ⠈⠳⣄
> >
>
> I use the tigervnc-standalone-server which is in the Debian packages 
> archives. I use it only on a trusted LAN network so I don't need an encrypted 
> vnc connection either, and I can access it remotely from the Internet by 
> connecting to the LAN using a VPN (I use strongswan/IKEv2 for the VPN 
> server). The main configuration files are at ~/.vnc, and there are tools to 
> configure it such as vncpasswd. The most important configuration file is 
> ~/.vnc/xstartup, where you launch your DE or window manager of your choice.
>
> You can launch the server from a terminal logged in as an ordinary user and 
> the server runs as an ordinary user in the background so after you start the 
> server in a terminal you can exit that terminal session. 

Actually, you *should* exit that terminal session, especially if it is a 
terminal window running in the same kind of session (gnome, lxde, etc) and as 
the same user that you plan to run in the VNC server. This is another 
limitation of the tigervnc-standalone-server: it does not connect to an already 
running X11 session but instead launches a new session as an ordinary user as 
specified in ~/.vnc/xstartup. I have found that if I try to run two sessions as 
the same user, one over VNC and one on the local desktop, it does not work too 
well, at least with the current version of gnome, probably because there is not 
good enough separation of the various user processes that gnome starts for each 
user session. So when I use the tigervnc standalone VNC session, I log out of 
the session on the local desktop for the user that is running the VNC server, 
and if I am going to use the local desktop session as the same user that is 
using the VNC server, I kill the VNC server first, so there
will not be two gnome sessions running as the same user.
> With the vnc port (usually 5901) open in the firewall, you can connect to the 
> server and start your apps, and once you have apps running, it will keep them 
> running in the session until you kill the server. I use it with gnome-session 
> with Xorg (I tried wayland session a while back and Xorg seemed more stable), 
> and it works adequately for my needs on stable, testing, and sid. It works 
> with both VNC viewers I have tried: RealVNC on Windows, and tigervnc-viewer 
> on Debian.
>
> There is one slight annoyance that I live with: With the gnome-session 
> desktop, there are some apps and settings that will require me to enter my 
> password when I first use that setting or app, such as setting up a color 
> profile, using the keyring, and starting the Brave browser. This could 
> probably be fixed with appropriate commands in the ~/.vnc/xstartup file, but 
> I have not tried debugging it and I just enter the password when asked by the 
> gnome desktop and after the first time for each app or setting it won't ask 
> again until I kill the server and restart it.
>
> Best regards,
>
> Chuck
>

Re: sshd_config

[Markus Schönhaber]

07.09.22, 18:17 +0200 jr:


am fairly new to Debian and am puzzled that the 'sshd_config' file
does not have a setting for the 'UsePrivilegeSeparation' keyword.  it
is also not mentioned in the man page.  on another machine (not
Debian) I have OpenSSH s/ware installed which provides the option; the
READMEs on both machines look identical.


UsePrivilegeSeparation is deprecated since OpenSSH 7.5 (i. e. since 5+ 
years).
You should rather check the state of your other machine - it might be 
well out of date.


--
Regards
  mks

Re: sshd_config

[Greg Wooledge]

On Wed, Sep 07, 2022 at 05:17:22PM +0100, jr wrote:
> am fairly new to Debian and am puzzled that the 'sshd_config' file
> does not have a setting for the 'UsePrivilegeSeparation' keyword.  it
> is also not mentioned in the man page.

It's no longer optional.  It became mandatory in OpenSSH version 7.5.

Thus, there's no point documenting it any more.

sshd_config

[jr]

hi,

am fairly new to Debian and am puzzled that the 'sshd_config' file
does not have a setting for the 'UsePrivilegeSeparation' keyword.  it
is also not mentioned in the man page.  on another machine (not
Debian) I have OpenSSH s/ware installed which provides the option; the
READMEs on both machines look identical.

Re: Firefox 104 on Sid unusable because it blanks open tabs after a few minutes

[Jude DaShiell]

Usually when I run a web browser, I open only one tab at a time.  I don't
multitask so maybe running with a single tab open at one time will allow
increased mental focus enabling use of the browser until this problem can
get fixed.


Jude  "There are four boxes to be used in
defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)

.

On Wed, 7 Sep 2022, Eike Lantzsch KY4PZ wrote:

> I admit that I usually have ~ 70 tabs open.
> FF does not blank all, just most of them.
> Then I have to reload the pages and enter all information again if the
> pages contain forms like snail-mail tracking, tracking of packages,
> tracking of processes with the local communications state agency,
> following geomagnetic storms, RF-Propagation, blogs etc etc.
>
> My time is too valuable to waste it reloading and reloading web pages
> again and again.
> It happens with dynamic pages and with static pages. There is no
> consistency at all.
>
> I looked into the FF settings for a setup - but no - there is nothing
> about this behaviour.
>
> OK, so which browser will I now use instead of Firefox?
>
> have a nice day
> Eike
> --
> Eike Lantzsch KY4PZ
>
>
>
>

Firefox 104 on Sid unusable because it blanks open tabs after a few minutes

[Eike Lantzsch KY4PZ]

I admit that I usually have ~ 70 tabs open.
FF does not blank all, just most of them.
Then I have to reload the pages and enter all information again if the
pages contain forms like snail-mail tracking, tracking of packages,
tracking of processes with the local communications state agency,
following geomagnetic storms, RF-Propagation, blogs etc etc.

My time is too valuable to waste it reloading and reloading web pages
again and again.
It happens with dynamic pages and with static pages. There is no
consistency at all.

I looked into the FF settings for a setup - but no - there is nothing
about this behaviour.

OK, so which browser will I now use instead of Firefox?

have a nice day
Eike
--
Eike Lantzsch KY4PZ

Re: Currently on x11vnc, looking for reliable VNC solution?

[Chuck Zmudzinski]

On 9/7/2022 4:41 AM, piorunz wrote:
> On 07/09/2022 05:58, notoneofmyseeds wrote:
> > On 07.09.22 06:19, Alexander V. Makartsev wrote:
> >
> >>>
> >> I've switched to NoMachine [1] a long time ago.
> >> It has all features I need, which are multi-platform and cross-OS
> >> support, public key authentication, reliable file transfer between
> >> hosts, and completely free no strings attached license for personal use.
> >
> > and the there's anydesk, with conditions just as nomachine.
> >
> > anydesk.com
> >
> >>
> >>
> >> [1] https://www.nomachine.com/
>
> Thanks for your replies guys. These solutions are overkill to my needs,
> I just need reliable LAN access from one machine to another, as for WAN
> access I already have ssh tunnel which tunnels all traffic I want if
> need be. So, I don't think I need external, commercial, not open source
> solution for my simple remote access. I'd rather fix VNC server I have
> right now, or switch to different VNC server. Anyone has experience with
> VNC, or similar LAN protocols, which work? Thanks in advance.
>
> --
> With kindest regards, Piotr.
>
> ⢀⣴⠾⠻⢶⣦⠀
> ⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
> ⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/
> ⠈⠳⣄
>

I use the tigervnc-standalone-server which is in the Debian packages archives. 
I use it only on a trusted LAN network so I don't need an encrypted vnc 
connection either, and I can access it remotely from the Internet by connecting 
to the LAN using a VPN (I use strongswan/IKEv2 for the VPN server). The main 
configuration files are at ~/.vnc, and there are tools to configure it such as 
vncpasswd. The most important configuration file is ~/.vnc/xstartup, where you 
launch your DE or window manager of your choice.

You can launch the server from a terminal logged in as an ordinary user and the 
server runs as an ordinary user in the background so after you start the server 
in a terminal you can exit that terminal session. With the vnc port (usually 
5901) open in the firewall, you can connect to the server and start your apps, 
and once you have apps running, it will keep them running in the session until 
you kill the server. I use it with gnome-session with Xorg (I tried wayland 
session a while back and Xorg seemed more stable), and it works adequately for 
my needs on stable, testing, and sid. It works with both VNC viewers I have 
tried: RealVNC on Windows, and tigervnc-viewer on Debian.

There is one slight annoyance that I live with: With the gnome-session desktop, 
there are some apps and settings that will require me to enter my password when 
I first use that setting or app, such as setting up a color profile, using the 
keyring, and starting the Brave browser. This could probably be fixed with 
appropriate commands in the ~/.vnc/xstartup file, but I have not tried 
debugging it and I just enter the password when asked by the gnome desktop and 
after the first time for each app or setting it won't ask again until I kill 
the server and restart it.

Best regards,

Chuck

Re: Currently on x11vnc, looking for reliable VNC solution?

[Dashamir Hoxha]

On Wed, Sep 7, 2022 at 5:24 PM Alexander V. Makartsev 
wrote:

>
> >>> [1] https://www.nomachine.com/
> >
> > Thanks for your replies guys. These solutions are overkill to my needs,
> > I just need reliable LAN access from one machine to another,
> NoMachine does exactly that.
>

It seems to be very nice and easy (user friendly).
The only downside is that it does not seem to be open source.

Dashamir

Re: Currently on x11vnc, looking for reliable VNC solution?

[Alexander V. Makartsev]

On 07.09.2022 13:41, piorunz wrote:

On 07/09/2022 05:58, notoneofmyseeds wrote:

On 07.09.22 06:19, Alexander V. Makartsev wrote:




I've switched to NoMachine [1] a long time ago.
It has all features I need, which are multi-platform and cross-OS
support, public key authentication, reliable file transfer between
hosts, and completely free no strings attached license for personal 
use.


and the there's anydesk, with conditions just as nomachine.

anydesk.com




[1] https://www.nomachine.com/


Thanks for your replies guys. These solutions are overkill to my needs,
I just need reliable LAN access from one machine to another,

NoMachine does exactly that.


as for WAN
access I already have ssh tunnel which tunnels all traffic I want if
need be. So, I don't think I need external, commercial, not open source
solution for my simple remote access. 
NoMachine is not external service like anydesk or teamviewer. Doesn't 
nag you about license or anything.
It is a completely self-hosted solution and doesn't require Internet 
access to work. You setup your own SSH keys and\or passwords, ports, 
settings, etc.
For me at home NoMachine provides a physical-like-access experience to 
all my Linux and Windows hosts and IMO was a major step forward from 
slow, ancient and insecure VNC.



I'd rather fix VNC server I have
right now, or switch to different VNC server. Anyone has experience with
VNC, or similar LAN protocols, which work? Thanks in advance.

I was in search for a VNC replacement once too. Good luck.

--
With kindest regards, Alexander.

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org
⠈⠳⣄

Re: bugs submitted by me rss feed?

[Brad Rogers]

On Wed, 07 Sep 2022 12:39:23 +
"jindam, vani"  wrote:

Hello vani,

>luckily there were few bugs created 
>by me..

Yeah, it will probably be a real PITA to find all those bugs already
submitted by you.

At least from now on, you've got some sort of mechanism to monitor any
bug action.

It might not be exactly what you wanted but, hey, we can't have
everything.   :-)

-- 
 Regards  _
 / )  "The blindingly obvious is never immediately apparent"
/ _)rad   "Is it only me that has a working delete key?"
Junk floats on polluted water
Hong Kong Garden - Siouxsie & The Banshees


pgpZiWUUXPdta.pgp
Description: OpenPGP digital signature

Re: Linux Raid1: directories plotseling leeg

[Paul van der Vlis]

Hoi,

Op 07-09-2022 om 15:24 schreef mailingli...@vanwingerde.net:

Op 2022-09-07T11:55:21+0200 schreef Paul van der Vlis
 in bericht
, inzake:
 het volgende.


Je zou nog met S.M.A.R.T. kunnen kijken, maar je zou verwachten dat
mdadm diskfouten opvangt...

SMART van de twee schijven was en is ook OK.


Jammer, het maakt je wel bang. Ik gebruik al ca 20 jaar mdadm raid1
met ext3 of ext4 en ik heb er nooit dergelijke problemen mee gezien.

Dit is mijn tweede servertje met raid1. Dat draaide dus al een hele
tijd zonder problemen.


Wellicht goed eens naar alternatieven te gaan kijken?
Welke? 


Waar ik in eerste instantie aan denk is btrfs, zfs, en raid via lvm.

Btrfs en zfs hebben een beveiliging tegen corrupt geheugen.
Bij raid1 via lvm weet ik dat niet.

> Je moet ondanks raid1 overigens altijd goed backuppen. Ik heb
> hiervoor elders een server tevens desktop pc staan.

Uiteraard. Ik rsync mijn lokale machines naar een server in het 
datacenter. En de servers in het datacenter rsync ik naar huis.



Wat ik overigens nog niet genoemd had als mogelijke oorzaak is een
menselijke fout. Maar als ik je zo hoor, dan denk ik niet dat dat het
geval is.

Ik dacht van niet, maar je kunt 't nooit helemaal uitsluiten. Aan de
andere kant 600 GB wissen? Dat duurt wel even.


Het hoeft niet gebeurd te zijn terwijl je er zicht op had.


Veel dank voor het meedenken.


Het spijt me dat ik geen oplossing had.

Groet,
Paul


--
Paul van der Vlis Linux systeembeheer Groningen
https://vandervlis.nl/

Re: Substitute for archivemail

[Jonathan Dowland]

On Mon, Sep 05, 2022 at 03:25:48PM -0400, Joey Hess wrote:

chewmail is probably the best substitute. It has a very similar usage,
I only had to change the -o option and replace -u with -R.


This looks very useful, thank you. It's a shame the output format can 
only be mbox (I think), but since I'm using archivemail's default of 
gzipped-mbox, it's not a big change.



--

Jonathan Dowland
https://jmtd.net

Re: Linux Raid1: directories plotseling leeg

[mailinglists]

Op 2022-09-07T02:31:51+0200 schreef Richard Lucassen
 in bericht
, inzake:
 het volgende.

> On Tue, 6 Sep 2022 20:00:03 +
> mailingli...@vanwingerde.net wrote:
> 
> > > Dat zou ik ook met symlinks doen ja. Die --bind gebruik ik alleen
> > > wel eens als een chrooted dir een /dev en een /proc nodig heeft. 
> > Symbolic links doen het niet via nfs.
> 
> Zoals ik al zei, ik gebruik dat al jaren.
Dat probeer ik nog eens uit. Maar wat is er tegen bind?

> > > > Als ik het mij goed herinner dan is er standaard een
> > > > bewakingsscript die dat doet.  De `cat /proc/mdstat` is wel goed
> > > > startpunt om te onderzoeken wat er aan de hand.   ( hint, hint,
> > > > hint ;-)
> > > 
> > > Dat script draait iedere ochtend om 6:25
> > > 
> > > Subject: DegradedArray event on /dev/md/3:iomega1
> > > 
> > > En die stuurt je ook nog de output van /proc/mdstat mee.
> > Niks ontvangen.
> 
> Misschien doet je mail het niet naar root of admin van die machine? Of
> het is ok en dan valt er niets te mailen uiteraard.

Er viel niets te mailen. MDADM clean en SMART OK.

Ik gebruik dit soort hulpmiddelen altijd. Ik ontving toevallig nog een
SMART-error-bericht van de server waarop ik de var directory naar een
losse schijf kopieer. Kapotte sector oid op de oude losse schijf.

Veel dank voor het meedenken.

Re: Linux Raid1: directories plotseling leeg

[mailinglists]

Op 2022-09-07T11:55:21+0200 schreef Paul van der Vlis
 in bericht
, inzake:
 het volgende.

> Je zou nog met S.M.A.R.T. kunnen kijken, maar je zou verwachten dat 
> mdadm diskfouten opvangt...
SMART van de twee schijven was en is ook OK.

> Jammer, het maakt je wel bang. Ik gebruik al ca 20 jaar mdadm raid1
> met ext3 of ext4 en ik heb er nooit dergelijke problemen mee gezien.
Dit is mijn tweede servertje met raid1. Dat draaide dus al een hele
tijd zonder problemen.

> Wellicht goed eens naar alternatieven te gaan kijken?
Welke? Je moet ondanks raid1 overigens altijd goed backuppen. Ik heb
hiervoor elders een server tevens desktop pc staan.

> Wat ik overigens nog niet genoemd had als mogelijke oorzaak is een 
> menselijke fout. Maar als ik je zo hoor, dan denk ik niet dat dat het 
> geval is.
Ik dacht van niet, maar je kunt 't nooit helemaal uitsluiten. Aan de
andere kant 600 GB wissen? Dat duurt wel even.

Veel dank voor het meedenken.

Re: bugs submitted by me rss feed?

[jindam, vani]

On 7 September 2022 7:51:29 AM UTC, Brad Rogers  wrote:
>On Wed, 07 Sep 2022 07:09:46 +
>"jindam, vani"  wrote:
>
>Hello vani,
>
>>is it possible to view changes made 
>>on bugs submitted by me using rss.
>
>AFAIAA, no.  However, you *can* 'subscribe' to the bug on bugs.debian
>in much the same way you can subscribe to a mailing list (near the top
>there's line that starts "Reply or subscribe").  That way, you get

ha... got it
luckily there were few bugs created 
by me..

regards,
jindam vani

>all the messages relating to that bug in your inbox.  They can then, of
>course, be filtered to suit you.
>

TCP: tcp_parse_options: Illegal window scaling value 15 > 14 received

[Michael Grant]

I'm seeing this error over and over in /var/log/messages:

Sep  6 05:02:42 hostname kernel: [408794.655182] TCP: tcp_parse_options: 
Illegal window scaling value 15 > 14 received
Sep  6 05:02:43 hostname kernel: [408794.830639] TCP: tcp_parse_options: 
Illegal window scaling value 15 > 14 received
Sep  6 05:02:43 hostname kernel: [408794.960811] TCP: tcp_parse_options: 
Illegal window scaling value 15 > 14 received
Sep  6 05:02:43 hostname kernel: [408795.180464] TCP: tcp_parse_options: 
Illegal window scaling value 15 > 14 received

I've not been able to find much about these messages by searching,
nothing useful is coming up.  Is anyone else seeing something like
this?  Is this some sort of attack?

Please cc me on replies, thanks.

Michael Grant


signature.asc
Description: PGP signature

Re: PXE booting EFI client

[Sven Hoexter]

On Tue, Sep 06, 2022 at 07:21:59PM +0200, john doe wrote:
> Debians,
> 
> I'm trying to pxe boot a client with UEFI BIOS to no avail.
> 
> Everything works with legacy BIOS but if I use those two lines in my
> dnsmasq.conf:
> 
> "dhcp-boot=bootnetx64.efi
> pxe-service=X86-64_EFI, "Boot UEFI PXE-64", bootnetx64.efi"

Maybe you've a host which sents as architecture "7" instead of
"9" via DHCP and this pxe-service is not matched at all. You
can figure that out if you look with wireshark at the DHCP traffic.
According to my notes the protocol option field is 93 you've to look at.
I ran into such an issue a few years back with HPE DL360G10 vs DL120G9.

Config setting to try out would be:
pxe-service=BC_EFI, "Boot UEFI PXE-64", bootnetx64.efi"

Sven

Re: bugs submitted by me rss feed?

[The Wanderer]

On 2022-09-07 at 03:37, to...@tuxteam.de wrote:

> On Wed, Sep 07, 2022 at 07:09:46AM +, jindam, vani wrote:
>
>> hello debian users,
>> 
>> is it possible to view changes made 
>> on bugs submitted by me using rss. perhaps, 
>> a moreinfo needed tag of a bug submitted 
>> by me didnt received through email.
>> 
>> i am talking about bugs submitted on 
>> bugs.debian.org
> 
> If you know your bug nummber, you can just:
> 
>   https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=
> 
> (replacing  by the actual number).

That's changes per bug report.

From the mention of an RSS feed, and the use of "bugs" in the plural, I
infer that the question is about changes per submitter, irrespective of
which bug report number the change was made on.

As far as I know, there's no facility for that.

-- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw



signature.asc
Description: OpenPGP digital signature

Re: lowriter fails to launch pdf file from cli

[Curt]

On 2022-09-07, jindam, vani  wrote:
>>
>>What's supposed to happen? 
>
> Eyal Rozenberg explanation on lo bugzilla 
> issue (1): The reason is that when you 
> open a PDF file in LO, regardless of 
> which app you opened it with - it gets 
> opened in LO Draw.

I'm working with an obsolete version (LibreOffice 5.2.7.2) and
whatever I do, the pdf opens as a raw pdf in the lowriter app (even if I
open the pdf file directly in lodraw).

I guess everybody has her own cross to bear.


> (1) https://bugs.documentfoundation.org/show_bug.cgi?id=141732
>
> regards,
> jindam, vani
>
> The man page says
>>
>>   --infilter=""
>> Force an input filter type if possible.  For example
>>   --infilter="Calc  Office  Open  XML"
>>   only
>>
>>I'm afraid I'm uncertain what that means.
>
>

Re: Currently on x11vnc, looking for reliable VNC solution?

[Dashamir Hoxha]

On Wed, Sep 7, 2022 at 10:41 AM piorunz  wrote:

>
> Thanks for your replies guys. These solutions are overkill to my needs,
> I just need reliable LAN access from one machine to another, as for WAN
> access I already have ssh tunnel which tunnels all traffic I want if
> need be. So, I don't think I need external, commercial, not open source
> solution for my simple remote access. I'd rather fix VNC server I have
> right now, or switch to different VNC server. Anyone has experience with
> VNC, or similar LAN protocols, which work? Thanks in advance.
>

I remember trying TigerVNC, which seems to have a better performance
compared to x11vnc:
http://dashohoxha.fs.al/remote-desktop-access-with-vnc-and-sshtunnels/

Xpra may also be very good, but I have never tried it in a scenario like
that:
https://github.com/Xpra-org/xpra/issues/1009

xrdp might also work, but seems to be a bit tricky:
https://github.com/neutrinolabs/xrdp/issues/960

x2go may also be a very good solution, as already mentioned.

Regards,
Dashamir

Re: Linux Raid1: directories plotseling leeg

[Paul van der Vlis]

Hallo,

Op 06-09-2022 om 22:50 schreef mailingli...@vanwingerde.net:

Heren!

Ik heb de server uit het netwerk gehaald en een en ander bekeken.

mdadmin en fsck gaven geen problemen aan.

Daarna tesdtdisk gedraaid. Die gaf het advies
'fsck.ext4 -p -b884736 -B 4096' te draaien. Ik voegde daar nog '-z
fsck.txt'aan toe.

Dit leverde een fsck.txt file van 57,9 MB op. In dit bestand staat
niks bijzonders: heel veel 00 en ff en wat kleine flarden
oninteressante logs. Ik trof dus geen resten van (mnetadata
van) verdwenen bestanden aan.

Nu 2,509 TB vrije plek aanwezig op de schijf. Eerst was dat 2,3 TB. Er
is ongeveer 600 GB aan bestanden zoek. Ik had dus verwacht dat er nu 2,9
TB vrije plek aanwezig zou zijn.


Je zou nog met S.M.A.R.T. kunnen kijken, maar je zou verwachten dat 
mdadm diskfouten opvangt...



Op dit moment wordt de var-directory uit de laatste backup via usb >
sata op een schijf gezet. Morgen zet ik een en ander terug. Daarna
moet ik de var directory met 'cp -al' aan de laatste backup toevoegen om
te voorkomen dat rsync 600 GB over de adsl-verbindingen gaat pompen.

Ik heb dus geen duidelijke oorzaak van de crash van var gevonden. Er
is 600 GB aan bestanden verdwenen, maar de beschreven schijf werd
slechts 200 GB kleiner.


Jammer, het maakt je wel bang. Ik gebruik al ca 20 jaar mdadm raid1 met 
ext3 of ext4 en ik heb er nooit dergelijke problemen mee gezien.


Wellicht goed eens naar alternatieven te gaan kijken?

Wat ik overigens nog niet genoemd had als mogelijke oorzaak is een 
menselijke fout. Maar als ik je zo hoor, dan denk ik niet dat dat het 
geval is.


Groet,
Paul



--
Paul van der Vlis Linux systeembeheer Groningen
https://vandervlis.nl/

Re: lowriter fails to launch pdf file from cli

[jindam, vani]

On 2 September 2022 8:17:17 AM UTC, Curt  wrote:
>On 2022-09-02, David Wright  wrote:
>> On Fri 02 Sep 2022 at 01:02:10 (+), jindam, vani wrote:
>>> i am trying to open pdf file from cli:
>>> $ /usr/bin/lowriter --inputfilter="*.pdf" /home/user/file.pdf
>>
>>   ↑↑↑
>>
>>> the above command fails to open pdf file
>>> 
>>> what am i doing wrong?
>>
>> Try removing the characters "put": it's --infilter.
>>
>> Note that I don't know what kinds of string are expected as an
>> argument to infilter, but *.pdf worked for me in your example.

perhaps, you have libreoffice draw. if 
possible can you confirm.

>>
>> Cheers,
>> David.
>>
>>
>
>
>I tried with the --infilter flag. lowriter does nothing different here
>with or without that flag; it opens the raw pdf file.
>
>What's supposed to happen? 

Eyal Rozenberg explanation on lo bugzilla 
issue (1): The reason is that when you 
open a PDF file in LO, regardless of 
which app you opened it with - it gets 
opened in LO Draw.

(1) https://bugs.documentfoundation.org/show_bug.cgi?id=141732

regards,
jindam, vani

The man page says
>
>   --infilter=""
> Force an input filter type if possible.  For example
>--infilter="Calc  Office  Open  XML"
>only
>
>I'm afraid I'm uncertain what that means.

Re: Linux Raid1: directories plotseling leeg

[Paul van der Vlis]

Op 06-09-2022 om 21:51 schreef mailingli...@vanwingerde.net:


Heb je gekeken met fsck of er iets te repareren valt aan het
filesysteem?

umount /dev/md2
fsck -f /dev/md2


Ja. fsck zegt 0 = OK.
Die -f staat niet in de manpage:
https://manpages.debian.org/bullseye/util-linux/fsck.8.en.html


Opties die hij niet begrijpt stuurt hij door naar de filesystem specific 
deel. Ik was er vanuit gegaan dat dat ext4 was, misschien niet juist.


https://www.systutorials.com/docs/linux/man/8-fsck.ext4/

Groet,
Paul

--
Paul van der Vlis Linux systeembeheer Groningen
https://vandervlis.nl/

Re: Currently on x11vnc, looking for reliable VNC solution?

[Stanislav Vlasov]

ср, 7 сент. 2022 г. в 13:41, piorunz :
> > anydesk.com
> >> [1] https://www.nomachine.com/
>
> Thanks for your replies guys. These solutions are overkill to my needs,
> I just need reliable LAN access from one machine to another, as for WAN
> access I already have ssh tunnel which tunnels all traffic I want if
> need be. So, I don't think I need external, commercial, not open source
> solution for my simple remote access. I'd rather fix VNC server I have
> right now, or switch to different VNC server. Anyone has experience with
> VNC, or similar LAN protocols, which work? Thanks in advance.

You can try x2go as opensource child of nomachine, if DE in
compatibility list (https://wiki.x2go.org/doku.php/doc:de-compat)
Work over ssh, can and do screen compression, forward sound (was try
only in browser), printers (from local to remote) and partially
clipboard (may be not partially, my instance outdated).
May use LAN with excellent image quality and edge modem with very low
bandwidth with low fps and jpeg aliases on image.
I'm use it on remote desktop server, so have no info on connecting to
normal session, but theirs wiki contain page
https://wiki.x2go.org/doku.php/doc:usage:desktop-sharing

Some colleagues use SPICE protocol, but i have no experience with it.

-- 
Stanislav

Re: Currently on x11vnc, looking for reliable VNC solution?

[piorunz]

On 07/09/2022 05:58, notoneofmyseeds wrote:

On 07.09.22 06:19, Alexander V. Makartsev wrote:




I've switched to NoMachine [1] a long time ago.
It has all features I need, which are multi-platform and cross-OS
support, public key authentication, reliable file transfer between
hosts, and completely free no strings attached license for personal use.


and the there's anydesk, with conditions just as nomachine.

anydesk.com




[1] https://www.nomachine.com/


Thanks for your replies guys. These solutions are overkill to my needs,
I just need reliable LAN access from one machine to another, as for WAN
access I already have ssh tunnel which tunnels all traffic I want if
need be. So, I don't think I need external, commercial, not open source
solution for my simple remote access. I'd rather fix VNC server I have
right now, or switch to different VNC server. Anyone has experience with
VNC, or similar LAN protocols, which work? Thanks in advance.

--
With kindest regards, Piotr.

⢀⣴⠾⠻⢶⣦⠀
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org/
⠈⠳⣄

Re: bugs submitted by me rss feed?

[Brad Rogers]

On Wed, 07 Sep 2022 07:09:46 +
"jindam, vani"  wrote:

Hello vani,

>is it possible to view changes made 
>on bugs submitted by me using rss.

AFAIAA, no.  However, you *can* 'subscribe' to the bug on bugs.debian
in much the same way you can subscribe to a mailing list (near the top
there's line that starts "Reply or subscribe").  That way, you get
all the messages relating to that bug in your inbox.  They can then, of
course, be filtered to suit you.

-- 
 Regards  _
 / )  "The blindingly obvious is never immediately apparent"
/ _)rad   "Is it only me that has a working delete key?"
Looking for something I can call my own
Chairman Of The Bored - Crass


pgpZ2sIghbyim.pgp
Description: OpenPGP digital signature

Re: bugs submitted by me rss feed?

[tomas]

On Wed, Sep 07, 2022 at 07:09:46AM +, jindam, vani wrote:
> hello debian users,
> 
> is it possible to view changes made 
> on bugs submitted by me using rss. perhaps, 
> a moreinfo needed tag of a bug submitted 
> by me didnt received through email.
> 
> i am talking about bugs submitted on 
> bugs.debian.org

If you know your bug nummber, you can just:

  https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=

(replacing  by the actual number).

The bugs page has also a full text search. If you tell more about your bug,
perhaps someone here can help finding it (the most obvious attempt, trying
your name, turned out empty for me, but I might be making a mistake).

Cheers
-- 
t


signature.asc
Description: PGP signature

Re: Substitute for archivemail

[didar]

On Mon, Sep 05, 2022 at 03:25:48PM -0400, Joey Hess wrote:
> chewmail is probably the best substitute. It has a very similar usage,
> I only had to change the -o option and replace -u with -R.
> 
> -- 
> see shy jo

I waited for suggestions from others regarding this before I jumped in.

You could have a look at "dovecot-archiver" for consideration if you want. It is
*not* available in the debian repos though.

https://pypi.org/project/dovecot-archive/


-- 
Regards,
Didar

But you'll notice Perl has a goto.
-- Larry Wall in <199710211624.jaa17...@wall.org>

Generated by Signify v1.14 (http://www.debian.org/)

bugs submitted by me rss feed?

[jindam, vani]

hello debian users,

is it possible to view changes made 
on bugs submitted by me using rss. perhaps, 
a moreinfo needed tag of a bug submitted 
by me didnt received through email.

i am talking about bugs submitted on 
bugs.debian.org

regards,
jindam, vani