newLISP Fan Club

Hmm. Well, I self-host email for multiple domains. This is perfectly normal.

If Google for some inexplicable reason wants people to host an entire mail server for each domain they own, they should consider how bad for the environment that would be.

The whole concept of having a reputational history is also rather dystopic. How are people supposed to spin up new mail servers? EDIT: maybe it wouldn't be so bad if all new mail servers started with a perfect reputation.

I thought Google engineers were supposed to be smart? I'm sure, if they want to "not be evil", they can figure out how to handle spam without destroying the fabric of the Internet.

In the meantime these providers manage it just fine, and without spying on their customers:

- https://tutanota.com
- https://www.startmail.com
- https://lavabit.com
- https://protonmail.com
- https://www.fastmail.com

Yeah the reverse IP is based on the mail server which is a different machine and domain.

Alas, even our reverse IP is setup correctly. Results from check-auth@verifier.port25.com:

==========================================================
Summary of Results
==========================================================
SPF check:          pass
"iprev" check:      pass
DKIM check:         pass

It is just Google being Google, trying to destroy the Internet's decentralization.

Thanks joejoe!

Well, Ryon did answer and now we have a new forum. 

Hi guys!

As most of you are aware, no one has heard from Lutz in a while, and the old forums were in a state of disarray (outdated software, no HTTPS, spam, etc.). So I offered to help, and Ryon graciously agreed to help with the transfer.

Welcome to the new forums!

No one knows what the future holds for Lutz' amazing programming language, but it's becoming clear that its future is in the hands of the community now. So if you'd like to step up and help improve newLISP, here you'll find a welcoming community to help.

Regarding the forum migration - the importer was good but not perfect. Some links are kinda broken. Your profile info might need updating. If there's anything you'd like to make sure got imported, please check the old forums and repost your work here if necessary.

Notes on how to convert links you come across:

Converting links

Let's say you're browsing and see a link that looks like this:

http://newlispfanclub.alh.net/forum/viewtopic.php?t=2488

Take the value after `t` and convert it like so:

=> https://newlispfanclub.com/index.php?topic=2488.0

Same here, just ignore the `f` parameter:

http://www.newlispfanclub.alh.net/forum/viewtopic.php?f=15&t=3961

=> https://newlispfanclub.com/index.php?topic=3961.0

Post links

Links to individual posts within a thread are a bit harder because phpBB excludes the topic ID from the URL:

http://www.newlispfanclub.alh.net/forum/viewtopic.php?p=25186#p25186

But if you happen to know it, this is how they're mapped:

=> https://newlispfanclub.com/index.php?topic=5229.msg25186#msg25186

Need anything?

Any questions/comments/concerns? Let us know!

You can find the latest version of Dragonfly here:

- https://github.com/taoeffect/dragonfly-newlisp/
- https://github.com/taoeffect/dragonfly-db

I tried to get in contact with Lutz, here, by email, by Facebook, and haven't heard back from him.



I don't know who hosts these forums, but they are clearly in a sorry shape.



I'd like to offer to help migrate these forums to better software, with better spam protection, and HTTPS.



Qualifications:



I have experience hosting forums: https://www.taoeffect.com/forum/">https://www.taoeffect.com/forum/



I have a long history of being a newLISP fan:



- https://www.taoeffect.com/blog/2010/01/how-newlisp-took-my-breath-and-syntax-away/">https://www.taoeffect.com/blog/2010/01/ ... ntax-away/">https://www.taoeffect.com/blog/2010/01/how-newlisp-took-my-breath-and-syntax-away/

- Co-created the Dragonfly newLISP Web Framework, which has a dedicated forum here: http://www.newlispfanclub.alh.net/forum/viewforum.php?f=17">http://www.newlispfanclub.alh.net/forum/viewforum.php?f=17



If whoever runs these forums could please reach out to me both here and via email, I'd appreciate it.

Hi folks, I've released a new module for the Dragonfly framework to handle sending email using the wonderful `msmtp` command, allowing Dragonfly to send SMTPS emails, and it uses the exact same API as the existing smtpx.lsp API:



https://github.com/taoeffect/dragonfly-newlisp/blob/master/example-site/dragonfly-framework/plugins-inactive/msmtp.lsp">https://github.com/taoeffect/dragonfly- ... /msmtp.lsp">https://github.com/taoeffect/dragonfly-newlisp/blob/master/example-site/dragonfly-framework/plugins-inactive/msmtp.lsp



It also has improved logging for the `./newlispServer` command, which now `tail -F`'s the dragonfly.log file so you can see log output just from running that one command.



Note, these changes are in the `master` branch, not in a tagged version.



Enjoy!

Hi folks, I've released a new module for the Dragonfly framework to handle sending email using the wonderful `msmtp` command, allowing Dragonfly to send SMTPS emails, and it uses the exact same API as the existing smtpx.lsp API:



https://github.com/taoeffect/dragonfly-newlisp/blob/master/example-site/dragonfly-framework/plugins-inactive/msmtp.lsp">https://github.com/taoeffect/dragonfly- ... /msmtp.lsp">https://github.com/taoeffect/dragonfly-newlisp/blob/master/example-site/dragonfly-framework/plugins-inactive/msmtp.lsp



Enjoy!



Also - I'm offering to host newlisp forums if you guys (and Lutz) would like me to. Here's an example of the forums I already host: https://www.taoeffect.com/forum/">https://www.taoeffect.com/forum/



Advantages: no spam (*cross-fingers*) and HTTPS!

Disadvantages: might not contain the history of these forums, as it doesn't make sense to import a polluted forum.

0.73 - fixed a cookie parsing bug



https://github.com/taoeffect/dragonfly-newlisp">https://github.com/taoeffect/dragonfly-newlisp

Quote

Code Select Expand

   [ERROR]: ERR: list or string expected in function find : nil
    called from user function Dragonfly:eval-template
    called from user function Dragonfly:display-file
    called from user function Dragonfly:display-view
    called from user function Dragonfly:display-error
    called from user function $error-event

Sounds like some HTML file that has newLISP in it has an improper call to 'find'.



As for segfaults, I can't help there, those shouldn't happen at all, and if they do that's something Lutz would need to help with.

Quote from: "ghyll"Hi Marc, thanks for the help :)  Unfortunately, the code is proprietary, so I can't take advantage of your offer to check a ZIP.



1. .nhtml is for views containing newLISP code, and .html is for views without -- just an easy way to check at a glance.

2. The .nl script is not RESTful, so I don't think it would properly translate to a resource. (Not fixing the cgi bit would also require re-writing all of the other .nl scripts as resources.)



route_cgi.lsp is loading -- I had it print something on the view (apologies for not thinking of this before I posted). The .nl script still isn't running, but I'll keep troubleshooting.

So dragonfly overrides print and println to send the output as part of the webpage that's returned.



You should use the DF:log-info, DF:log-warn and DF:log-err functions to send debug statements to the dragonfly.log file (which is specified by the LOG_FILE_PATH variable in config.lsp).

Quote from: "Lutz"In newLISP this implementation would get slower when more elements are held in the stream queue.

Actually, it should work just fine. The stream queue shouldn't grow much because of the lazy evaluation.

Hmm. Well thanks, I may or may not take you up on that offer in a couple of weeks... we'll see. I'll reply here if I do!