Bug in Mailman version 2.1.23

[Geovani B. R.]

On FreeBSD 10.3-RELEASE-p7

Mailman 2.1.23_1 + Postfix 3.1.4,1


Mailman returns me this error when trying to manage a list after login:



Bug in Mailman version 2.1.23

We're sorry, we hit a bug!

Please inform the webmaster for this site of this problem. Printing of 
traceback and other system information has been explicitly inhibited, 
but the webmaster can find this information in the Mailman error logs.




The Mailman error logs show this:


Apr 25 01:24:52 2017 admin(71569): 


admin(71569): [- Mailman Version: 2.1.23 -]
admin(71569): [- Traceback --]
admin(71569): Traceback (most recent call last):
admin(71569):   File "/usr/local/mailman/scripts/driver", line 117, in 
run_main

admin(71569): main()
admin(71569):   File "/usr/local/mailman/Mailman/Cgi/admin.py", line 
241, in main

admin(71569): mlist.Save()
admin(71569):   File "/usr/local/mailman/Mailman/MailList.py", line 590, 
in Save

admin(71569): self.__save(dict)
admin(71569):   File "/usr/local/mailman/Mailman/MailList.py", line 567, 
in __save

admin(71569): os.link(fname, fname_last)
admin(71569): OSError: [Errno 1] Operation not permitted
admin(71569): [- Python Information -]
admin(71569): sys.version =   2.7.13 (default, Jan  3 2017, 01:24:10)
[GCC 4.2.1 Compatible FreeBSD Clang 3.4.1 (tags/RELEASE_34/dot1-final 
208032)]

admin(71569): sys.executable  =   /usr/local/bin/python2.7
admin(71569): sys.prefix  =   /usr/local
admin(71569): sys.exec_prefix =   /usr/local
admin(71569): sys.path=   ['/usr/local/mailman/pythonlib', 
'/usr/local/mailman', '/usr/local/mailman/scripts', 
'/usr/local/mailman', '/usr/local/lib/python27.zip', 
'/usr/local/lib/python2.7', '/usr/local/lib/python2.7/plat-freebsd10', 
'/usr/local/lib/python2.7/lib-tk', '/usr/local/lib/python2.7/lib-old', 
'/usr/local/lib/python2.7/lib-dynload', 
'/usr/local/lib/python2.7/site-packages']

admin(71569): sys.platform=   freebsd10
admin(71569): [- Environment Variables -]
admin(71569):   HTTP_COOKIE:
admin(71569):   CONTEXT_DOCUMENT_ROOT: /usr/local/mailman/cgi-bin
admin(71569):   SERVER_SOFTWARE: Apache
admin(71569):   CONTEXT_PREFIX: /mailman
admin(71569):   SERVER_SIGNATURE:
admin(71569):   REQUEST_METHOD: POST
admin(71569):   PATH_INFO: /mailman
admin(71569):   SERVER_PROTOCOL: HTTP/1.1
admin(71569):   QUERY_STRING:
admin(71569):   LD_LIBRARY_PATH: /usr/local/lib:/usr/local/lib
admin(71569):   CONTENT_LENGTH: 40
admin(71569):   HTTP_USER_AGENT: Mozilla/5.0 (X11; FreeBSD amd64; 
rv:40.0) Gecko/20100101 Firefox/40.0

admin(71569):   HTTP_CONNECTION: keep-alive
admin(71569):   HTTP_REFERER: 
http://xx.x.xx/mailman/admin/mailman

admin(71569):   SERVER_NAME: xx.x.xx
admin(71569):   REMOTE_ADDR: xxx.xx.xxx.xxx
admin(71569):   SERVER_PORT: 80
admin(71569):   SERVER_ADDR: xxx.xx.xxx.xx
admin(71569):   DOCUMENT_ROOT: /usr/local/mailman
admin(71569):   PYTHONPATH: /usr/local/mailman
admin(71569):   SCRIPT_FILENAME: /usr/local/mailman/cgi-bin/admin
admin(71569):   SERVER_ADMIN: xx...@x.xx
admin(71569):   HTTP_DNT: 1
admin(71569):   HTTP_HOST: xx.x.xx
admin(71569):   SCRIPT_NAME: /mailman/admin
admin(71569):   HTTP_UPGRADE_INSECURE_REQUESTS: 1
admin(71569):   REQUEST_URI: /mailman/admin/mailman
admin(71569):   HTTP_ACCEPT: 
text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8

admin(71569):   GATEWAY_INTERFACE: CGI/1.1
admin(71569):   REMOTE_PORT: 47270
admin(71569):   HTTP_ACCEPT_LANGUAGE: es,en;q=0.5
admin(71569):   REQUEST_SCHEME: http
admin(71569):   CONTENT_TYPE: application/x-www-form-urlencoded
admin(71569):   HTTP_ACCEPT_ENCODING: gzip, deflate
admin(71569):   UNIQUE_ID: WP7dpJ5FfBkAAWoTaxkM



--
Greetings, have a nice day.
Geo.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Downloading with lynx or w3m, how to download as is, without gratuitous gzip

[Matthias Apitz]

El día lunes, abril 24, 2017 a las 11:48:32p. m. +, Thomas Mueller escribió:

> Curl is tricky to get right from the command line, I tried.
> 
> I have no recent experience with links.  Should I build with graphics, 
> without graphics, or build links1?
> 
> Lynx and w3m people hide the documentation, but I looked through sample 
> lynx.cfg.
> 
> Do I need to set
> GZIP_PATH=/dev/null ?

What about:

lynx -dump http://www.unixarea.de/OtroLugar.txt > x.txt

matthias

-- 
Matthias Apitz, ✉ g...@unixarea.de, ⌂ http://www.unixarea.de/  ☎ 
+49-176-38902045
Aus "Nie wieder Krieg!" wurde "Nie wieder Krieg ohne Deutschlands Truppen"
The "No wars anymore!" changed now to "No wars anymore without German battle 
groups!"
El "¡Nunca jamás guerra!" ha cambiado a "¡Nunca jamás guerra sin tropas 
alemanas!" 
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Downloading with lynx or w3m, how to download as is, without gratuitous gzip

[Dewayne Geraghty]

Yes, I'm with Anatoly.  Some browsers accept encrypted or compressed
content and then try to display it. I've tried lynx (GPL2),wget (GPL3) but
curl (MIT) with minimum options does the trick nicely.
I use curl in place of fetch, so in a make.conf there's
FETCH_CMD= /usr/local/bin/curl --create-dirs --connect-timeout 10 -m 240
--retry 1 -C - --ipv4 -O -o -

curl is harder to master than wget ;)

Hopefully this helps :)
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Downloading with lynx or w3m, how to download as is, without gratuitous gzip

[Anatoly]

On Mon, 24 Apr 2017 23:48:32 +
"Thomas Mueller"  wrote:

> I have no recent experience with links.  Should I build with
> graphics, without graphics, or build links1?
If you wish text console only, no graphics needed. Under x11 it's nice
fast simple graphical browser when started as 'links -g' otherwise. If
you wish graphics without x11, may experiment with direct fb and
svgalib. Links1 is an old version (contemporary is 2.x).

I think w3m doesn't gzip anything itself, but When talking to server it
says that gzip supported. Then it receives compressed stream from
server and fails (or just lazy) to decompress it.

-w3m must not say to server "Accept-Encoding: gzip, deflate" if it can't
gunzip
-server must not send gzipped stream if above not said. And
unfortunately, I think, some servers may not respect this.
-w3m must gunzip it otherwise.

I never used w3m, have not it istalled yet, but quick look at manual on
the web gives a idea to try
w3m -header "accept-encoding: identity"
to explicitly say to server send everything in plain.

Can you display content you trying to save on w3m screen online? If
yes, may try to fight for gzipping off, but if no, you must investigate
why gunzipping is not working within w3m (is it compiled against zlib
 or something at all?). Btw, what is the url you trying to save?

> Lynx was nice before it got intimately mixed with gzip.
But every browser nowadays can do "content gunzipping" due to existing
web standard
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Downloading with lynx or w3m, how to download as is, without gratuitous gzip

[Thomas Mueller]

from Anatoly:

> If you wish console browser, try links
> if you wish http get tool, try curl

Curl is tricky to get right from the command line, I tried.

I have no recent experience with links.  Should I build with graphics, without 
graphics, or build links1?

Lynx and w3m people hide the documentation, but I looked through sample 
lynx.cfg.

Do I need to set
GZIP_PATH=/dev/null ?

Lynx was nice before it got intimately mixed with gzip.

Tom

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: make index

[Marius Strobl]

On Mon, Apr 24, 2017 at 03:30:12PM +1200, Jonathan Chen wrote:
> Hi,
> 
> After r439255, "make index" complains of:
> 
> ...
> --- describe.sysutils ---
> sh: -m: not found
> make[5]: "/usr/ports/sysutils/gcdmaster/../cdrdao/Makefile" line 71:
> warning: " -m" returned non-zero status
> ...
> 

Should be fixed in r439345. Thanks for the report.

Marius

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: cacti port

[Daniel Austin via freebsd-ports]

Hi Rick,

Emails to me should only bounce if they're spammy :-)
You need a decent spam filter when your email is all over the
freebsd-ports mailing list!


I keep doing test builds of cacti, and cacti keep releasing bugfixes
faster than I can test them... each build seems to introduce as many
bugs as it fixes...

I can't help but think that they rushed 1.x through due to the PHP 7
support when they were completely not ready for it.

To be honest, I didn't even bother with 1.1.2 and 1.1.3 as i expected
new releases to appear within days... I was tempted to test 1.1.3 as
there was a brief period of no updates! and then 1.1.4 arrived.


Thanks,

Daniel.


On 24/04/2017 20:18, Rick Chisholm wrote:
> Good day:
> 
> Wondering if Cacti has been orphaned - port is at ver. 1.0.1 - latest appears 
> to be 1.1.4. Emails to maintainer just bounce.
> 
> Please advise.
> 
> _
> Rick Chisholm
> IT Security Officer
> Cypher Systems Group
> 
> e. rchish...@cyphersystems.com
> e. secur...@cyphersystems.com
> 519.945.4943 x.
> 
> ___
> freebsd-ports@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
> 
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: cacti port

[Kurt Jaeger]

Hi!

> Wondering if Cacti has been orphaned - port is at ver. 1.0.1 - latest appears 
> to be 1.1.4. Emails to maintainer just bounce.
> 
> Please advise.

See

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217707

where krion was in contact with maintainer in mid-march about 1.0.4.
But he got a maintainer-approval for 1.0.4, so the maintainer
is not asleep at the wheel.

If you can provide a patch in that PR for the update to 1.1.4... ?

-- 
p...@opsec.eu+49 171 3101372 3 years to go !
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

cacti port

[Rick Chisholm]

Good day:

Wondering if Cacti has been orphaned - port is at ver. 1.0.1 - latest appears 
to be 1.1.4. Emails to maintainer just bounce.

Please advise.

_
Rick Chisholm
IT Security Officer
Cypher Systems Group

e. rchish...@cyphersystems.com
e. secur...@cyphersystems.com
519.945.4943 x.

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: INSTALL_TARGET=install-strip runs into "permission denied"

[Gerald Pfeifer]

On Sun, 23 Apr 2017, Tijl Coosemans wrote:
>> [ https://reviews.freebsd.org/D10357 ]
> Yes, but in my opinion we should stop relying on upstream build systems
> to get stripping right and let bsd.port.mk strip ELF files after staging.
> It's less work for maintainers.  Then instead of stripping, bsd.port.mk
> could also extract debug symbols into separate files and put them into a
> debug subpackage.

Yes, that sounds a lot more reliable and maintainable (and overall
less work compared to patching hundreds of ports).

Until something like this is in place, should we ignore those
complaints from the QA framework or patch individual ports?

Gerald
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: FreeBSD Port: openwebmail-2.53_2 - error Can't use 'defined(%hash)'

[Chris Rees]

Great, thanks.  I'll get that put in.
Chris


Sent from Samsung tablet.
 Original message From: Břetislav Kubesa 
 Date: 24/04/2017  19:06  (GMT+00:00) To: 
cr...@freebsd.org Cc: po...@freebsd.org Subject: FreeBSD Port: 
openwebmail-2.53_2 - error Can't use 'defined(%hash)' 
Hi,

I faced issues after upgrading to FBSD 10.3, getting error :

Can't use 'defined(%hash)' (Maybe you should just omit the defined()?) 
at /var/www/cgi-bin/mydomain/owm/shares/ow-shared.pl line 201.
Compilation failed in require at 
/var/www/cgi-bin/mydomain/owm/.openwebmail-tool.pl line 67.

Thanks to discussion 
http://www.linuxquestions.org/questions/slackware-14/openwebmail-in-14-2-compilation-failed-errors-from-defined-4175593135/
 
I maybe managed to fully fix it.

Hope this will be fine for fixing it for someone more experienced then 
me / port maintainer.

Thank you
Bretislav

PS : Don't kill me, just trying help

diff -ruN 
openwebmail-2.53_2_broken/cgi-bin/openwebmail/openwebmail-read.pl 
openwebmail-2.53_2/cgi-bin/openwebmail/openwebmail-read.pl
--- openwebmail-2.53_2_broken/cgi-bin/openwebmail/openwebmail-read.pl 
2017-04-24 19:43:15.081986000 +0200
+++ openwebmail-2.53_2/cgi-bin/openwebmail/openwebmail-read.pl 
2017-04-24 19:36:30.0 +0200
@@ -861,7 +861,7 @@
 my $has_nontext_att=0;

 foreach my $attnumber (0 .. $#{$message{attachment}}) {
-  next unless (defined %{$message{attachment}[$attnumber]});
+    next unless (%{$message{attachment}[$attnumber]});
    $has_nontext_att++ if (defined 
${$message{attachment}[$attnumber]}{'content-type'} &&
${$message{attachment}[$attnumber]}{'content-type'}!~/^text/i);
    my $attcharset=$convfrom;
@@ -886,7 +886,7 @@

    } else {    # attmode==simple
   # handle case to skip to next text/html attachment
- if ( defined %{$message{attachment}[$attnumber+1]} &&
+    if ( ref($message{attachment}[$attnumber+1]) eq "HASH" &&
    (${$message{attachment}[$attnumber+1]}{boundary} eq
    ${$message{attachment}[$attnumber]}{boundary}) ) {

@@ -1508,7 +1508,7 @@
 return ($msgsize, $errmsg) if ($msgsize<=0);
 ($message{header}, $message{body}, $message{attachment})
  =ow::mailparse::parse_rfc822block(\$block, "0", "all");
-   return 0 if (!defined @{$message{attachment}});
+   return 0 if (!defined {$message{attachment}});

 my @datas;
 my $boundary = "=OPENWEBMAIL_ATT_" . rand();
diff -ruN 
openwebmail-2.53_2_broken/cgi-bin/openwebmail/openwebmail-send.pl 
openwebmail-2.53_2/cgi-bin/openwebmail/openwebmail-send.pl
--- openwebmail-2.53_2_broken/cgi-bin/openwebmail/openwebmail-send.pl 
2017-04-24 19:43:15.085116000 +0200
+++ openwebmail-2.53_2/cgi-bin/openwebmail/openwebmail-send.pl 
2017-04-24 19:28:00.0 +0200
@@ -510,7 +510,7 @@
    } elsif ($message{'content-type'} =~ /^multipart/i) {
   # If the first attachment is text,
   # assume it's the body of a message in multi-part format
- if ( defined %{$message{attachment}[0]} &&
+ if ( %{$message{attachment}[0]} &&
    ${$message{attachment}[0]}{'content-type'} =~ /^text/i ) {
  if 
(${$message{attachment}[0]}{'content-transfer-encoding'} =~ 
/^quoted-printable/i) {
 $body = 
decode_qp(${${$message{attachment}[0]}{r_content}});
@@ -531,7 +531,7 @@
  # handle mail with both text and html version
  # rename html to other name so if user in text compose mode,
  # the modified/forwarded text won't be overridden by html 
again
-    if ( defined %{$message{attachment}[1]} &&
+    if ( %{$message{attachment}[1]} &&
   ${$message{attachment}[1]}{boundary} eq 
${$message{attachment}[0]}{boundary} ) {
 # rename html attachment in the same alternative group
 if ( 
(${$message{attachment}[0]}{subtype}=~/alternative/i &&
diff -ruN 
openwebmail-2.53_2_broken/cgi-bin/openwebmail/shares/getmessage.pl 
openwebmail-2.53_2/cgi-bin/openwebmail/shares/getmessage.pl
--- openwebmail-2.53_2_broken/cgi-bin/openwebmail/shares/getmessage.pl 
2017-04-24 19:43:15.037505000 +0200
+++ openwebmail-2.53_2/cgi-bin/openwebmail/shares/getmessage.pl 
2017-04-24 19:02:24.0 +0200
@@ -89,7 +89,7 @@
 $message{status} =~ s/\s//g;
 if ($message{'content-type'}=~/charset="?([^\s"';]*)"?\s?/i) {
    $message{charset}=$1;
-   } elsif (defined @{$message{attachment}}) {
+   } elsif (@{$message{attachment}}) {
    my @att=@{$message{attachment}};
    foreach my $i (0 .. $#att) {
   if (defined ${$att[$i]}{charset} && ${$att[$i]}{charset} ne '') {
diff -ruN 
openwebmail-2.53_2_broken/cgi-bin/openwebmail/shares/mailfilter.pl 
openwebmail-2.53_2/cgi-bin/openwebmail/shares/mailfilter.pl
--- openwebmail-2.53_2_broken/cgi-bin/openwebmail/shares/mailfilter.pl 
2017-04-24 19:43:15.040213000 +0200
+++ 

FreeBSD Port: openwebmail-2.53_2 - error Can't use 'defined(%hash)'

[Břetislav Kubesa]

Hi,

I faced issues after upgrading to FBSD 10.3, getting error :

Can't use 'defined(%hash)' (Maybe you should just omit the defined()?) 
at /var/www/cgi-bin/mydomain/owm/shares/ow-shared.pl line 201.
Compilation failed in require at 
/var/www/cgi-bin/mydomain/owm/.openwebmail-tool.pl line 67.


Thanks to discussion 
http://www.linuxquestions.org/questions/slackware-14/openwebmail-in-14-2-compilation-failed-errors-from-defined-4175593135/ 
I maybe managed to fully fix it.


Hope this will be fine for fixing it for someone more experienced then 
me / port maintainer.


Thank you
Bretislav

PS : Don't kill me, just trying help

diff -ruN 
openwebmail-2.53_2_broken/cgi-bin/openwebmail/openwebmail-read.pl 
openwebmail-2.53_2/cgi-bin/openwebmail/openwebmail-read.pl
--- openwebmail-2.53_2_broken/cgi-bin/openwebmail/openwebmail-read.pl 
2017-04-24 19:43:15.081986000 +0200
+++ openwebmail-2.53_2/cgi-bin/openwebmail/openwebmail-read.pl 
2017-04-24 19:36:30.0 +0200

@@ -861,7 +861,7 @@
my $has_nontext_att=0;

foreach my $attnumber (0 .. $#{$message{attachment}}) {
-  next unless (defined %{$message{attachment}[$attnumber]});
+next unless (%{$message{attachment}[$attnumber]});
   $has_nontext_att++ if (defined 
${$message{attachment}[$attnumber]}{'content-type'} &&

${$message{attachment}[$attnumber]}{'content-type'}!~/^text/i);
   my $attcharset=$convfrom;
@@ -886,7 +886,7 @@

   } else {# attmode==simple
  # handle case to skip to next text/html attachment
- if ( defined %{$message{attachment}[$attnumber+1]} &&
+if ( ref($message{attachment}[$attnumber+1]) eq "HASH" &&
   (${$message{attachment}[$attnumber+1]}{boundary} eq
   ${$message{attachment}[$attnumber]}{boundary}) ) {

@@ -1508,7 +1508,7 @@
return ($msgsize, $errmsg) if ($msgsize<=0);
($message{header}, $message{body}, $message{attachment})
 =ow::mailparse::parse_rfc822block(\$block, "0", "all");
-   return 0 if (!defined @{$message{attachment}});
+   return 0 if (!defined {$message{attachment}});

my @datas;
my $boundary = "=OPENWEBMAIL_ATT_" . rand();
diff -ruN 
openwebmail-2.53_2_broken/cgi-bin/openwebmail/openwebmail-send.pl 
openwebmail-2.53_2/cgi-bin/openwebmail/openwebmail-send.pl
--- openwebmail-2.53_2_broken/cgi-bin/openwebmail/openwebmail-send.pl 
2017-04-24 19:43:15.085116000 +0200
+++ openwebmail-2.53_2/cgi-bin/openwebmail/openwebmail-send.pl 
2017-04-24 19:28:00.0 +0200

@@ -510,7 +510,7 @@
   } elsif ($message{'content-type'} =~ /^multipart/i) {
  # If the first attachment is text,
  # assume it's the body of a message in multi-part format
- if ( defined %{$message{attachment}[0]} &&
+ if ( %{$message{attachment}[0]} &&
   ${$message{attachment}[0]}{'content-type'} =~ /^text/i ) {
 if 
(${$message{attachment}[0]}{'content-transfer-encoding'} =~ 
/^quoted-printable/i) {
$body = 
decode_qp(${${$message{attachment}[0]}{r_content}});

@@ -531,7 +531,7 @@
 # handle mail with both text and html version
 # rename html to other name so if user in text compose mode,
 # the modified/forwarded text won't be overridden by html 
again

-if ( defined %{$message{attachment}[1]} &&
+if ( %{$message{attachment}[1]} &&
  ${$message{attachment}[1]}{boundary} eq 
${$message{attachment}[0]}{boundary} ) {

# rename html attachment in the same alternative group
if ( 
(${$message{attachment}[0]}{subtype}=~/alternative/i &&
diff -ruN 
openwebmail-2.53_2_broken/cgi-bin/openwebmail/shares/getmessage.pl 
openwebmail-2.53_2/cgi-bin/openwebmail/shares/getmessage.pl
--- openwebmail-2.53_2_broken/cgi-bin/openwebmail/shares/getmessage.pl 
2017-04-24 19:43:15.037505000 +0200
+++ openwebmail-2.53_2/cgi-bin/openwebmail/shares/getmessage.pl 
2017-04-24 19:02:24.0 +0200

@@ -89,7 +89,7 @@
$message{status} =~ s/\s//g;
if ($message{'content-type'}=~/charset="?([^\s"';]*)"?\s?/i) {
   $message{charset}=$1;
-   } elsif (defined @{$message{attachment}}) {
+   } elsif (@{$message{attachment}}) {
   my @att=@{$message{attachment}};
   foreach my $i (0 .. $#att) {
  if (defined ${$att[$i]}{charset} && ${$att[$i]}{charset} ne '') {
diff -ruN 
openwebmail-2.53_2_broken/cgi-bin/openwebmail/shares/mailfilter.pl 
openwebmail-2.53_2/cgi-bin/openwebmail/shares/mailfilter.pl
--- openwebmail-2.53_2_broken/cgi-bin/openwebmail/shares/mailfilter.pl 
2017-04-24 19:43:15.040213000 +0200
+++ openwebmail-2.53_2/cgi-bin/openwebmail/shares/mailfilter.pl 
2017-04-24 19:02:37.0 +0200

@@ -366,7 +366,7 @@
 $io_errcount++; $i--; next;
  }
   }
-  if (!defined @{$r_attachments}) {
+  if (!@{$r_attachments}) {
  ($header, $body, 

Re: Downloading with lynx or w3m, how to download as is, without gratuitous gzip

[Anatoly]

If you wish console browser, try links
if you wish http get tool, try curl

On Mon, 24 Apr 2017 04:54:27 +
"Thomas Mueller"  wrote:

> > If you're just trying to grab a file, fetch(1) may prove adequate.
> > (It's in base.)  
>   
> > Peace,
> > david
> >-
> > David H. Wolfskill
> 
> I tried fetch, but got something entirely different, the stuff on the
> web page, but not the desired file.
> 
> File compression, such as PKZIP, Infozip, gzip, bzip2, 7-zip, RAR, xz
> are useful in places but can be overbearing in other places.
> 
> Compressing man pages is more pain in the ass than benefit.
> 
> Tom
> 
> ___
> freebsd-ports@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to
> "freebsd-ports-unsubscr...@freebsd.org"

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: FreeBSD Port: pjsip-extsrtp-2.6

[Guido Falsi]

On 04/23/17 07:15, Dmitry Arkhireev wrote:
> Hi!
> Can’t build net/pjsip-extsrtp with poudriere as part of asterisk13 using
> no options.
> Poudriere log attached.
> 
> 
> 

I committed a fix in r439288.

Thanks again.

-- 
Guido Falsi 
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: FreeBSD Port: pjsip-extsrtp-2.6

[Guido Falsi]

On 04/23/17 07:15, Dmitry Arkhireev wrote:
> Hi!
> Can’t build net/pjsip-extsrtp with poudriere as part of asterisk13 using
> no options.
> Poudriere log attached.
> 
> 
> 

If you have urgency building the port you can work around the problem by
commenting the strip command in the port-install target of the master
port (net/pjsip). (this while I test and commit a fix)

It is not true you have not set any options, the log you posted shows
you disabled the SHARED option for pjsip. This is the immediate cause of
the failure. The port fails to account for the case of no "*.so" file
being found in the lib directory.

Please note that the defualt pjsip port options are "tailored" for the
asterisk13 port, so, if the only reason why you're installing pjsip is
to use asterisk, I'd suggest you leave the pjsip options at their
default values.

I'm going to fix that.

Thanks for reporting the issue.

-- 
Guido Falsi 
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Re: Downloading with lynx or w3m, how to download as is, without gratuitous gzip

[Thomas Mueller]

> > Thomas Mueller skrev:

> > I don't use lynx (text-mode web browser) much, but have run into a problem 
> > that I never had before.
> > Lynx, and also w3m, download what are supposed to be text files and then I 
> > see the gzip'ed version on the hard drive.

> > Lynx used to download files as is!

> > I looked through "man lynx", also /usr/local/etc/lynx.cfg, and couldn't 
> > figure how to disable the annoying, gratuitous gzip.

> > Mozilla Seamonkey and Firefox can download straight without altering.

> > My previous experience was that Lynx was trustworthy and would download 
> > files as is.

> For w3m you can try to set 'auto_uncompress 1' in ~/.w3m/config.

> Herbert

Documentation on Lynx and w3m are awful hard to find!

I couldn't find anything on auto_uncompress or anything else that might be put 
in ~/.w3m/config.

If the file on the server is already compressed, for instance a tarball, then I 
want to download it that way.

But a browser/downloader has no proper business compressing a file to be 
downloaded.

I might try on a NetBSD installation where I believe I installed lynx to 
compare the download automatic gzip behavior.

Tom

___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"

Commiter needed for BackupPC v4 ports

[Alexander Moisseev via freebsd-ports]

A new port sysutils/backuppc4
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217638

sysutils/backuppc-devel update
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=217861

Many thanks for considering my request,
Alexander.
___
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"