https://sourceforge.net/projects/libquickmail/

Is libquickmail supported by GCC?

Example code:

quickmail_initialize();
quickmail mailobj = quickmail_create(FROM, "libquickmail test e-mail");
quickmail_set_body(mailobj, "This is a test e-mail.\nThis mail was sent using libquickmail.");
quickmail_add_attachment_file(mailobj, "attachment.zip", NULL);
const char* errmsg;
if ((errmsg = quickmail_send(mailobj, SMTPSERVER, SMTPPORT, SMTPUSER, SMTPPASS)) != NULL)
fprintf(stderr, "Error sending e-mail: %s\n", errmsg);
quickmail_destroy(mailobj);

I think time to go back to your idea just coming :)

Hi Tomek,
I do the same with my Canon printer via their print server. I've been meaning to automate this for ages, and that should now be possible with what I've found out about driving YAM through its rexx interface. In terms of generating pdfs, we also have datatype2ps alongside GhostScript.

A while back I did look into programing a sort of printer driver using these tools (alongside GhostScript for producing e.g. jpgs for printing), but around then it was anounced that Gutenprint was being ported to AROS, so I droped the idea. Well, maybe it's time to resurect it... or at least after the next couple of months as real-world things will be taking up my time until after the summer.

Cheers,
Nigel.

I did some tests with YAM and sending PDF document as atachment to my Epson XP-322. It works.
There is problem with JPG and DOCX atachments but maybe I did something wrong.
Anyway I could print PDF document from AROS this way.

This future "printer driver" in first step should export document to PDF and then (after confirmation) should send email to the printer with PDF file as an attachment.

I know AROS program text2pdf it may be useful when printing text. With graphics would be more difficult.
It's just an idea but I'm curious of your opinion.


In the end the driver could be reduced to export to PDF and the rest could be done in your email program.

But we dont have CUPS

In theory, it should work by sending an email with YAM or SimpleMail, but the idea is to develop a program that would be part of the system. In Amiga style. Such quasi driver in Devs/Printers configured in Prefs/Printer.
This driver should not require mail program. Alone would send an appropriate e-mail when you click on "print" and confirm "OK" in any program that uses the printing system. Of course in the program, which would support the function using the printing system because now such a system does not exist.

Cups can do that

http://cups-mailto.sourceforge.net/

Years ago I initiated this Bounty:
https://power2people.org/projects/cups/
Its 249$, so people want printing in AROS but not so much that it will be possible this way. CUPS port I think is worth much, much more.

So I think it would be worthwhile to consider the other option

Modern printers have the ability to print email attachments sent to an individual address assigned to the printer.
https://www.youtube.com/watch?v=OnC72VOz1XA

My idea is to open the Bounty to write an universal driver, whose task would be to send an e-mail to the address stored in the settings of the printer. The driver would have to be compatible with EPrint from HP, Email Print from Epson and others.

The driver should support software that uses a printer (but now due to lack of printing system has the option inactive). Developers could appeal to this driver in their programs.

What do you think about this idea?

At the beginning I could move my $ 35 from CUPS Bounty