Bug#545258: heirloom-mailx: fails to set the charset to UTF-8 in From

Martin-Éric Racine wrote in : |su 1. jouluk. 2019 klo 18.44 Paride Legovini (p...@ninthfloor.org) kirjoitti: |> On Sun, 06 Sep 2009 wrote: |>> Package: heirloom-mailx |>> Version: 12.4-1.1+b1 |>> Severity: normal |>> |>> When piping text into heirloom-mailx, it fails to specify the charset

Bug#930691: s-nail chops off two characters off of the Kerberos hostname when using gssapi auth

Hello Paride! Paride Legovini wrote in : |Steffen Nurpmeso wrote on 28/06/2019: |> Paride Legovini wrote in r.org>: |>|Steffen Nurpmeso wrote on 27/06/2019: |>|> Paride Legovini wrote in |> o\ |>|> r.org>: |>|>|Steffen Nurpmeso wrote on 20/06/2019: ... |&

Bug#930691: s-nail chops off two characters off of the Kerberos hostname when using gssapi auth

Paride Legovini wrote in : |Steffen Nurpmeso wrote on 27/06/2019: |> Paride Legovini wrote in r.org>: |>|Steffen Nurpmeso wrote on 20/06/2019: |>|> the patch was reversed; here is the right one. |>| |>|Just to be sure, is your last "ivan.diff" patch all that'

Bug#930691: s-nail chops off two characters off of the Kerberos hostname when using gssapi auth

to a SASL feature request by now. But that is ok by me ^_^ |On Thu, Jun 20, 2019 at 5:28 PM Steffen Nurpmeso \ |wrote: |>|>|No, this is actually success. I kdestroyed the ticket cache |>|>|beforehand, and kinited. |>|> |>|> And isn't that cooler than OAUTH? And

Bug#930691: s-nail chops off two characters off of the Kerberos hostname when using gssapi auth

Hello Paride. Paride Legovini wrote in : |Steffen Nurpmeso wrote on 20/06/2019: |> the patch was reversed; here is the right one. | |Just to be sure, is your last "ivan.diff" patch all that's needed to fix |this bug? I would like to have it fixed in buster, but given that we

Bug#930691: s-nail chops off two characters off of the Kerberos hostname when using gssapi auth

Hello Ivan! That is good news!! Ivan Vučica wrote in : |On Thu, Jun 20, 2019 at 12:55 AM Steffen Nurpmeso \ |wrote: |> Steffen Nurpmeso wrote in <20190619234414.zvcpd%stef...@sdaoden.eu>: |> ... |>|Dear Ivan. If you are willing to test once again, at [1] there is |&g

Bug#930691: s-nail chops off two characters off of the Kerberos hostname when using gssapi auth

Ach, sigh, Steffen Nurpmeso wrote in <20190619234414.zvcpd%stef...@sdaoden.eu>: ... |Dear Ivan. If you are willing to test once again, at [1] there is |a complete ball, but you could also simply apply the attached |patch instead, which is very much smaller. | |I am

Bug#930691: s-nail chops off two characters off of the Kerberos hostname when using gssapi auth

Hello and good evening, Ivan. Ivan Vučica wrote in : |On Wed, Jun 19, 2019 at 2:56 PM Steffen Nurpmeso \ |wrote: |>> What would be further useful debugging or tracing information to |>> share? |> |> In general our -d or -vv switches would be nice. ^_^ | |Here's with

Bug#930691: s-nail chops off two characters off of the Kerberos hostname when using gssapi auth

Hello Paride! Paride Legovini wrote in : |Ivan Vucica wrote on 19/06/2019: |> Hi Steffen, |> |> Thanks for the quick fix! |> |> The ticket is now correctly obtained, but the GSSAPI authentication \ |> still fails. | |Thanks Ivan for the report and Steffen for looking into it. Once you

Bug#930691: s-nail chops off two characters off of the Kerberos hostname when using gssapi auth

Hello Ivan. Ivan Vucica wrote in <20190619110145.gb3...@badc0de.net>: |Thanks for the quick fix! Thanks for going all the way in return! |The ticket is now correctly obtained, but the GSSAPI authentication \ |still fails. | |I'd offer a debugging system, but unfortunately I have none

Bug#930691: s-nail chops off two characters off of the Kerberos hostname when using gssapi auth

Hello dear Ivan Vučica! Ivan Vučica wrote in : |As an update, I've tried 14.9.13-1 from experimental as well, and the |bug is present there too. Very first: thank you very much for reporting this issue! I am the upstream maintainer, and unfortunately i have been the one who introduced this

Bug#858080: s-nail does not Provide: mail-reader, mailx

gt;> On Sat, 18 Mar 2017 23:43:45 +0100 Steffen Nurpmeso |> <stef...@sdaoden.eu <mailto:stef...@sdaoden.eu> |>> <mailto:stef...@sdaoden.eu <mailto:stef...@sdaoden.eu>>> wrote: |>>> |>>> So here i as the maintainer of the subject jump in a

Bug#877388: RFA: s-nail -- feature-rich BSD mail(1)

003. After about 14 years and two project |forks/renames, I would like to see someone else take over package |maintenance. I am sorry for this. |I feel that s-nail is suitable package for people with little packaging |experience to adopt. The current upstream author, Steffen Nurpmeso is |quite

Bug#876871: Non-empty transitional package

Hallo. Christoph Berg <christoph.b...@credativ.de> wrote: |Re: Steffen Nurpmeso 2017-09-26 <20170926152012.hbcvl%stef...@sdaoden.eu> |> I am the developer of that program and it seems the Debian |> maintainer has quit. | |Hilko is still around, he's active on other package

Bug#876871: Non-empty transitional package

Hello. Christoph Berg wrote: |Package: heirloom-mailx |Version: 14.8.16-1 |Severity: normal | |Description-en: feature-rich BSD mail(1) -- transitional package | This dummy package is provided to provide a smooth upgrade path from | heirloom-mailx to s-nail. It

Bug#867623: heirloom-mailx is not an alternative for /usr/bin/mailx

Norman Ramsey wrote: |>|Sorry, I think I misunderstand something. I would think that |>|participation in update-alternatives would be a packaging issue, not |>|an upstream issue. And I don't see a connection to custom headers... |> |> It was my understanding that we

Bug#867623: heirloom-mailx is not an alternative for /usr/bin/mailx

Norman Ramsey wrote: |> Norman Ramsey wrote: |> ... |>|I expected /usr/bin/heirloom-mailx to be an alternative on this menu. |>| |>|This is possibly the same bug as 858080, but I don't know enough |>|Debian jargon to know for sure. |> |> The just

Bug#867623: heirloom-mailx is not an alternative for /usr/bin/mailx

Norman Ramsey wrote: |I upgraded from jessie to stretch, and I expected to continue using |heirloom-mailx as my implementation of mailx. But my system was |somehow switched to bsd-mailx. Worse, update-alternatives is not |capable of changing back: ... |I expected

Bug#858080: s-nail does not Provide: mail-reader, mailx

Hello. Hilko Bengen wrote: |> Wasn't heirloom-mailx (the predecessor of s-nail) the primary mailx |> provider for Debian? | |No, that must have been bsd-mailx. | |> In any event, h-m originally provided /usr/bin/mail and the upgrade path |> causes this to disappear.

Bug#855582: Excellent!

Hi, Riccardo! r.duc...@gmail.com wrote: |DearSteffen | |My initial suggestion '%F %T' was just tentative, I do not care about it, | |I' really happy to know that you changed the default to |+.Ql %Y-%m-%d %H:%M Ok. |Thanks a lot for your time Fantastic. About four weeks and an

Bug#855582: Wish: ISO default datefield

Hello again. i wrote: |So i have dropped the entire "default".rc stuff, because we will |provide initial values for *datefield{-markout-older}*: | |+ ok_v_datefield, /* {i3val="%Y-%m-%d %H:%M"} */ |+ ok_v_datefield_markout_older, /* {i3val="%Y-%m-%d"} */ | |I

Bug#795258: heirloom-mailx: fails to send mails when called from anacron

Hello, i am the maintainer of S-nail, which is what one gets on a current Debian when you install heirloom-mailx. (At least in testing it is.) The problem of yours likely is that the *sendwait* variable is not set, i.e., your invocation should be /usr/bin/heirloom-mailx -Ssendwait -s test

Bug#855582: Wish: ISO default datefield

Hello. "r.ductor" wrote: |Package: s-nail |Version: 14.8.16-1 |Severity: wishlist | |Dear Maintainer, | |thnaks a lot for thice nice software. Thank you -- and it is getting better, i hope.. |You might want to consider changing the default datefield to '%F %T' \

Bug#846062: s-nail: not a proper mailx alternative

Hallo. Hilko Bengen wrote: |* Bas Zoetekouw: |> s-nail/heirloom-mailx is not a proper alternative for mailx/bsd-mailx, |> as it uses different command line options (for example on a regulair |> mailx, -a means "add header, whereas for s-nail it means "add |> attachment").

Bug#846062: s-nail: not a proper mailx alternative

Hello. Bas Zoetekouw wrote: |Package: s-nail |Version: 14.8.14-1 |Severity: serious | |s-nail/heirloom-mailx is not a proper alternative for mailx/bsd-mailx, |as it uses different command line options (for example on a regulair |mailx, -a means "add header, whereas for

Bug#806982: Left system with no mail alternative

Hello on a Friiday ^.^, Anthony DeRobertis wrote: |Package: s-nail |Version: 14.8.5-3 |Severity: important | |heirloom-mailx used to provide an /usr/bin/mail on my system. I see Regarding the overall philosophy behind mail / Mail / mailx and S-nail it has to be said

Bug#806858: s-nail: mailx: Unable to (dot) lock mailbox, aborting operation: Permission denied

Hallo und guten Morgen! Jörg-Volker Peetz wrote: |thank you very much for the detailed explanation of your security |considerations. The concept looks sound for me. Yes – i think it really is. |And I keep /usr/lib/s-nail/s-nail-privsep SETUID root. Huh. No chance against

Bug#806858: s-nail: mailx: Unable to (dot) lock mailbox, aborting operation: Permission denied

i wrote: |Hello, i'm the codebase maintainer of S-nail, | |Jörg-Volker Peetz wrote: ||Package: s-nail ||Version: 14.8.5-3 | ||trying to read local mails in /var/mail with mailx fails with output as ||follows: || ||Creating dotlock for "/var/mail/" . ||Unable to

Bug#806858: s-nail: mailx: Unable to (dot) lock mailbox, aborting operation: Permission denied

Hallo Jörg-Volker, Jörg-Volker Peetz <jvpe...@web.de> wrote: |Steffen Nurpmeso wrote on 12/02/2015 12:22: |> S-nail ships with a special, privilege-separated program that must |> be installed SETUID root; it seems Debian installs this program as |> "/usr/lib/s-nail/s-n

Bug#806858: s-nail: mailx: Unable to (dot) lock mailbox, aborting operation: Permission denied

Hello, i'm the codebase maintainer of S-nail, Jörg-Volker Peetz wrote: |Package: s-nail |Version: 14.8.5-3 |trying to read local mails in /var/mail with mailx fails with output as |follows: | |Creating dotlock for "/var/mail/" . |Unable to (dot) lock mailbox, aborting

Bug#806858: s-nail: mailx: Unable to (dot) lock mailbox, aborting operation: Permission denied

Jörg-Volker Peetz wrote: |May I ask where s-nail tries to write the "dotfile"? |As far as I remember, mailx didn't need the sticky root bit before. I forgot to say that i really put some effort into the manual (and it will be even better in v14.9). So the answer for this can

Bug#806258: s-nail: Cannot start "/usr/bin/sendmail": executable not found

Hello! Salvatore Bonaccorso wrote: |Package: s-nail |Version: 14.8.5-1 |Severity: serious |Justification: Policy 11.6. Mail transport, delivery and user agents | |Hi | |Filling this as serious, as per Policy 11.6 sendmail is from |/usr/sbin/sendmail. s-nail though has

Bug#806300: s-nail: FTBFS on arm64,...

Hello, i'm the maintainer of the S-nail codebase, Edmund Grimley Evans wrote: |Source: s-nail |Version: 14.8.5-2 |User: debian-...@lists.debian.org |Usertags: arm64 | |It failed to build on several architectures: |

Bug#806258: s-nail: Cannot start "/usr/bin/sendmail": executable not found

P.S.: sorry for not introducing myself: i am the maintainer of the S-nail codebase. Thanks again. --steffen

Bug#411718: nail

Hello, i'm the maintainer of the codebase of S-nail which seems to be on its way to replace Heirloom-mailx on Debian. This should be fixed when upgrading to s-nail. --steffen