#976612 abook: Output from --convert can raise errors in recent NeoMutt

Package:
abook
Source:
abook
Description:
text-based ncurses address book application
Submitter:
Liam K Morland
Date:
2023-09-06 13:51:03 UTC
Severity:
normal
Tags:
#976612#5
Date:
2020-12-05 19:18:05 UTC
From:
To:
Dear Maintainer,

When running a command like this:

abook --convert --infile <file> --outformat mutt

If the Abook includes entries where the email address has no local part,
such as "@example.com", this entry will be included as-is in the output
Mutt file, like this:

alias example-name Example Name <@example.com>

Recent versions of NeoMutt raise an error about lines like this.

Solution: Do not generate an output line for any email addresses which
do not include a local part.
#976612#10
Date:
2023-09-06 13:18:19 UTC
From:
To:
  Hi,

* Liam K Morland <Liam@Morland.ca> [2020-12-05 20:18:05 CET]:

 Why would you enter an email address without a local part in abook in the
first place?  What's the usecase for that?  You could use a different field
than the email field in abook to store such information, not?

 Thanks,
Rhonda
#976612#15
Date:
2023-09-06 13:37:02 UTC
From:
To:
   Hi,

* Liam Morland <Liam@morland.ca> [2023-09-06 15:28:31 CEST]:

 That sounds a fair bit like abusing the field here for your setup, frankly
speaking.

 Honestly, I rather would tweak abook to reject entering a non email address
into the address field than refusing to output what is in there.  Any other
sense of interpreting that principle is tweaking its meaning in my opinion.

 Cheers,
Rhonda
#976612#22
Date:
2023-09-06 13:28:31 UTC
From:
To:
2023-09-06 09:18-0400 Rhonda D'Vine <rhonda@deb.at> wrote:

I have it setup so that any email address in abook is whitelisted in my
spam filter. If there is no local part, the entire domain is
whitelisted.

On the principle that software should be "strict when sending and
tolerant when receiving", it is not being strict to output an invalid
email address.

Regards,
Liam