Re: Postfix: Accept some mail to mailbox, and forward some mail.
Thank you Shachar!
Did you use Dovecot to access the mail? I am having some trouble with
the Dovecot passwords. I am finding this in the logs when I
unsuccessfully try to log in:
Jul 07 08:13:25 auth-worker: Debug:
pam(u...@somedomain.com,212.179.241.14): lookup service=dovecot
Jul 07 08:13:25 auth-worker: Debug:
pam(u...@somedomain.com,212.179.241.14): #1/1 style=1 msg=Password:
Jul 07 08:13:27 auth-worker: Info:
pam(u...@somedomain.com,212.179.241.14): pam_authenticate() failed:
Authentication failure (password mismatch?) (given password: 12345)
Jul 07 08:13:29 auth: Debug: client out: FAIL 2 user=u...@somedomain.com
Jul 07 08:13:29 pop3-login: Info: Disconnected (auth failed, 2
attempts): user=, method=PLAIN,
rip=212.179.241.14, lip=10.138.11.251
This is not the real password, but an example to show that I think
that there is an issue:
$ /usr/bin/doveadm pw -u u...@somedomain.com -s DIGEST-MD5
Enter new password: # Here I have typed "12345"
Retype new password: # Here I have typed "12345"
{DIGEST-MD5}f4e442b0dec5009eaa8b9b4104923edc
$ printf "12345" | md5sum
827ccb0eea8a706c4c34a16891f84e7b -
$
Shouldn't that password match the md5sum check? Also, might I have the
file formats wrong?
$ cat passwd
u...@somedomain.com::5000:5000::/var/mail/vhosts/someDomain.com/user
$ cat shadow
u...@somedomain.com:{DIGEST-MD5}f4e442b0dec5009eaa8b9b4104923edc
$
Thanks!
___
Linux-il mailing list
Linux-il@cs.huji.ac.il
http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
Re: Postfix: Accept some mail to mailbox, and forward some mail.
Note that testing in Telnet fails the password as well, both when specifying the user without a domain and with a domain: $ telnet mail.someDomain.com 143 Trying x.x.x.x... Connected to mail.someDomain.com. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN] Dovecot ready. a login user 12345 a NO [AUTHENTICATIONFAILED] Authentication failed. e logout * BYE Logging out e OK Logout completed. Connection closed by foreign host. $ telnet mail.someDomain.com 143 Trying x.x.x.x... Connected to mail.someDomain.com. Escape character is '^]'. * OK [CAPABILITY IMAP4rev1 LITERAL+ SASL-IR LOGIN-REFERRALS ID ENABLE IDLE AUTH=PLAIN] Dovecot ready. a login u...@somedomain.com 12345 a NO [AUTHENTICATIONFAILED] Authentication failed. * BAD Error in IMAP command received by server. e logout * BYE Logging out e OK Logout completed. Connection closed by foreign host. $ -- Dotan Cohen http://gibberish.co.il http://what-is-what.com ___ Linux-il mailing list Linux-il@cs.huji.ac.il http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
Re: accounting software *free & open source*
On Sun, Jul 7, 2013 at 8:16 AM, E.S. Rosenberg wrote: > 2013/7/7 Ori Idan : > > > > > > > > On Sun, Jul 7, 2013 at 1:53 AM, Geoffrey S. Mendelson > > wrote: > >> > >> On 7/7/2013 1:20 AM, Micha Feigin wrote: > >> > >>> On the other hand as memory serves, you can run your books using an > open > >>> source software and then submit the printouts to a certified accounted > >>> to make a legal report. You may need to work with generic receipts in > >>> parallel though. > >> > >> > >> > >> As it was explained to me by my accountant, the tax authorities don't > care > >> how you keep YOUR books, they only care that the submissions to them are > >> done properly. > >> > >> Properly means that an accepted (certified?) program is used and that > the > >> data was entered by a level 3 (starts at 1) certified bookkeeper or a > >> certified public accountant (CPA). > >> > >> In real terms this means for small business the data is sent to your > >> accountant and they (or their certified bookkeeper) enters it into their > >> program on their computer and submits that to the tax authorities. > >> > >> At that point the responsibility for the data being entered properly and > >> the program being a legal one is borne by your accountant and not you. > >> > >> IMHO this is preferable because my experience in being an independent > >> consultant, the owner of a small consulting firm, and involved with > startups > >> over various times, is that any money spent paying a professional to > keep > >> your books and prepare your tax returns is well worth it. YMMV. > >> > >> Most accountants will accept data in XLS (Excel spreadsheet format), so > >> you can enter the data in an Excel spreadsheet and send them the file. > >> > >> I assume that an Excel spreadsheet created and maintained by OpenOffice > >> would be acceptable to them. > >> > >> Geoff. > >> > >> > > Tax authorities has nothing against OSS software and they already gave > > approval to OSS software twice (Drorit, my software and it's fork Linet, > > both GPL). > > The real truth is that they only ask to see several things: > > 1. Invoices can not be deleted and numbered sequentially without > repeating. > > 2. No simple ability to delete transcations > > 3. Output of what they call Open Format files, these are files with all > > transactions in a special format they require. > > > > That is all, no question about OSS or not. > > There was a debate last time they registered Linet and they agreed to > > register it so they have nothing against OSS. > > GNUCASH can not be registered since it can not output Open Format files. > > > > Note that I have good experience and knowledge about the subject as I > make a > > living out of Accounting software. > > I have written several software packages and also consult business about > the > > same. > > Both drorit and linet run server side, gnucash runs on my computer and > the tax authority has no way of knowing whether I doctored my version > of gnucash. > Even with drorit and linet, will the tax authority accept it if I > install it on my server (and as a result have full control over all > the demands you listed) or did they only approve the version running > on company X's servers? > Logically it seems only the second would be the case... > Linet does not run on a server it is run locally. The request is that you can not change or delete transactions from the software itself or by a normal user. There is no request to not be able to change at all. They accept that knowledgeable user with root privileges on the system can delete transactions. -- Ori Idan ___ Linux-il mailing list Linux-il@cs.huji.ac.il http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
Re: Postfix: Accept some mail to mailbox, and forward some mail.
On 07/07/13 11:26, Dotan Cohen wrote: > Thank you Shachar! > > Did you use Dovecot to access the mail? I am having some trouble with > the Dovecot passwords. I am finding this in the logs when I > unsuccessfully try to log in: I do use dovecot, but mine is an LDAP setup, so I suspect that that part of the configuration is completely different between our systems. Shachar ___ Linux-il mailing list Linux-il@cs.huji.ac.il http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
Re: Postfix: Accept some mail to mailbox, and forward some mail.
On Mon, Jul 8, 2013 at 5:37 AM, Shachar Shemesh wrote: > I do use dovecot, but mine is an LDAP setup, so I suspect that that part of > the configuration is completely different between our systems. Right, I just looked again at your main.cf. I thought that you meant that you use LDAP for the user database. I'll go pour a coffee retroactively for yesterday. Thanks! Have a great week! -- Dotan Cohen http://gibberish.co.il http://what-is-what.com ___ Linux-il mailing list Linux-il@cs.huji.ac.il http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il
